Topic: Доработка официального клиента. - page 3. (Read 6972 times)

Нет претензии к переводу. Но раз уж спросили: эталонный (базисный) код вероятно более подошел бы, не? Идея такая: среди множества клиентов должен быть эталон (термин "базис", вероятно, более знаком тем кому выпала честь соприкоснуться хоть как-то с элементами высшей математики). Логично что эталоном будет код первого клиента который и будет формировать базис (всмысле отображения модели).

// Внимание! Опасное погружение в оффтоп

Ну это я туда вписал. А как по-вашему надо было перевести словосочетание "reference code" ?

Да простят модераторы за оффтоп: истина где-то рядом

Это можно взять за критерии. Однако не все так печально. В любой стране мира, в любом сообществе можно выделить два типа людей:
1) люди которым ниче не надо, т.е. если плохо лежит, плохо сделано, сломалось или расшаталось - то эти люди сделают ровно нуль в сторону решении проблем (таких людей вероятно большинство)
2) люди которые не проходят мимо: плохо лежит - поправят; расшаталось - закрепят; сломалось - починят.

Я из вторых, но прекрасно осознаю существование другого класса людей и мои действия идут с поправкой на этот фактор.

PS: По схеме сделки вариант тут вероятно один (поскольку ко мне сейчас нулевой уровень доверия): ищем надежных гарантов (лучше несколько - тут работает принцип яиц и одной корзины). Оплата после результата: я показываю закрытый бинарник для тестов (под linux), после тестов и оплаты публиккую патч к сорцам по той же лицензии по которой идет "официальный" () клиент.


1. Дебри не пугают (под новые версии Linux-ядра патчу драйвера сам). Нужно лишь выделить время: поэтому я и поднял вопрос оплаты поскольку разработка на энтузиазме в капиталистическом стое может сильно затянуться, а то вовсе захлебнуться (заработки отнимают большую часть времени).

2. Много чего можно добавить клиенту. Это лишь вопрос времени (с сожалению, это вырождается в вопрос цены).

Еще вариант, реализовать свои методы записи чтения с применением буфера, возможно использование готовых реализаций, но  вообще конечно лучше разобраться в коде оф клиента, но там дебри еще те) Не просто так народ альтернативные реализации везде юзает. Опять же, самый простой вариант именно с упрощенной проверкой, ибо пользователю побарабану, а эффект на лицо, там уж все намного проще для всех, только нужно будет поднять пару оф. серверов достоверных, или чтобы народ свои клепал)

Примерно такое и приходило на ум в первую очередь. Рассматривался уже упомянутый вариант "облегченного" клиента. Однако православный подход тут единственный: анализ кода с целью поиска узких мест с последующим поиском решении.

Здесь рынок, хотите чтото продать, покажите что вы можете, никто вперед платить не будет, но вознаграждения возможны. Мб если пират расплатиться, то будет даже фонд)
PS Не найду себе работы в ближайшее время, мб займусь вопросом за даром, давно хотел покопаться)

ну я - не прогарммист, помог лишь тем, что сказал что это "не дело", нужно искать решение, как сделать что бы "работало быстрее"... Готов 5 BTC потратить на НЕ ЛОХОТРОН, где реально решать проблему будут, но это Рассия, никому ниче не надо....

Все проблемы легко решаются проверкой целостности куска данных, в торрентах все решается)
Не устроило, запросили заного.

Данные-то легко скачать из сети, но их случайное повреждение или ошибка записи могут привести (и уже приводят) к существенным проблемам и потерям.

Имхо, нужно в клиент встраивать собственную буферизацию операций работы с диском, хотя бы на запись данных, все делается для надежности, но сейчас по сути не составляет труда докачивать небольшой кусок в случае аварийного завершения, просто переписывать рабочие куски нет смысла, пока функционал клиента не дописан.
По мне так для простых людей можно даже включить быструю проверку по заголовкам, что бы позволило иметь малую БД. А сеть бы жила за счет техногиков, которым не проблема работать с полной базой. Вон сейчас клиент для андроида работает аля обычный, но намного быстрее и меньше занимает места за счет этого допущения. Если есть желающие переписать этот кусок с явовской реализации к стандартному клиенту, милости просим.

Насиловать диск журналированием данных, которые в случае потери легко скачиваются из сети – не годится. Надо улучшать.

Есть ли ссылки по теме?

База выросла вдвое за последний год. Ты это серьёзно?
А во вторых, компы уже на том уровне быстродействия когда их менять не имеет смысла. Это четвёрку нужно было менять на пентиум, потому что всё тормозило и ничего не работало. Те времена прошли. Я знаю много людей у которых компы 2005 года примерно. И их незачем менять: браузер работает, фильмы идут.
Да и скорость интернета в развитых странах растёт не очень быстро.

Юзабельным он станет хотя бы потому, что скорость и объемы дисков растут намного быстрее, чем объем базы.

За последнее время уже не в первый раз вижу здесь это словосочетание. Раньше я спрашивал у пишущего, на тот ли он форум зашёл. Теперь же сомневаюсь на тот ли форум зашёл я.
Не такая уж большая, как принято думать: простым смертным полный клиент ни к чему, а майнерам и хардкорщикам не так уж и важно что инициализируется это всё несколько суток.
Ну это не помешает, если нету других более важных задач. Но что это даст? Юзабельным для простых смертных полный клиент всё-равно не станет. Ну пусть увеличится скорость обработки даже в 5 раз, а что будет через 5 лет, когда база будет 20 гигабайт? Та же история. Увеличение скорости обработки в полном клиенте это не решение которое сделает его юзабельным для домохазяек. Тонкие клиенты, это решение.

Подытожим:

1) есть официальный клиент;
2) есть проблема в нем;
3) надо проблему решать.

Варианты исхода:
1) самоорганизуемся и решаем проблему;
2) поступаем как обычное население России (пускаем на авось/самотек/ждем ивана дурака с его щукой).

// Статистика: 112 просмотров; 4 участника в треде; 0 действующих целенаправленно. Мнение о существующем сообществе было несколько выше (все-таки здесь гигахэши, криптовалюта, много IT-шников), а оказалось что существующе сообщество проявляет те же свойства что и обычное население. Печально.

Практика показывает что понимание принципов функционирования даже частей системы достаточно чтобы целенаправленно модернизировать ее составляющие.

Вот видите, вы уже перечислили несколько вариантов (но это лишь элементарные соображения).

Но как вы можете заранее знать что найдёте это решение, если даже не разбирали код ?
Для начала надо хотя бы знать, что именно служит причиной проблемы.

А так - решения могут быть. Встроить поддержку OpenCL, например, или написать 4 Гб памяти в минимальных требованиях и.т.п. :)
Некоторые разработчики, как я уже сказал, пробуют использование другой БД, более быстрой.

Не работоспособно, факт. Но полный клиент сейчас - это довольно экспериментальная штука, и если человек ставит его вместо лёгкого клиента - то должен быть готов бороться с трудностями. Это ведь даже не релизная версия.

А то, что готовый продукт должен легко ставиться и работать - это да, я согласен, конечно.

В точку! Если бы у меня почти 2 года назад когда я узал об этом проекте тааак тормозило - я бы не стал связываться, это точно..... Простите, но ЭТО не работоспособно по моему ..