суббота, 30 августа 2008 г.

FlylinkDC++ r356

Ревизия (356) 30.8.2008
   http://www.flylinkdc.ru/setup/SetupFlylinkDC-r356.exe
   [+] исправлен баг в команде Purge TTH database

Автор: на

2 комментария:

Анонимный комментирует...

Теперь кажется всьо работает). сенкс

30 августа 2008 г. в 20:41
Анонимный комментирует...

Давно хотел сообщить об одной баге, которая сильно беспокоит.
Имеем толстую большую шару. Большинство файлов лежит в сети на юниксовом компе с самбой (т.е. подключается через \\srv\share). Теперь кто-то начинает заливать в эту самую шару кучу фильмов, к примеру. А в это время у флая подходит время обновления своего списка файлов. Он начинает хешировать файлы и затыкается на этом процессе, загружая процессор на 100 процентов. Если открыть пункт "что там с хешированием", то там написано, что надо прохешировать х-файлов. Где х - это то количество, которое он увидел на момент старта перехеширования. Скорость хеширования в этот момент равна нулю. Сам флай исправно работает и принимает и отдает файлы. Но из этого состояния его никак не вывести. Ничего не помогает. Если выбрать "свалить отсюда" в меню программы, то флай будет висеть в процессах и продолжать грузить проц. Приходится срубать его в таск-манагере. После рестарта флая хеширования проходит в нормальном режиме, если файлы уже залиты на шару. Баг трудноуловимый, но очень противный. :(
Такое ощущение, что флай затыкается где-то, когда обламывается и не получает доступ к файлу, который еще только заливают на шару. Дело в том, что файлы на эту шару заливают не по самбе, а по ssh и фтп.
Павел, если у Вас будет время, то посмотрите, пожалуйста. Не думаю, что у Вас эта бага проявляется (иначе бы она уже была зафикшена). Я описал все условия ее возникновения. Баг очень старый. Я не знаю версии, на которой он не проявляется...

31 августа 2008 г. в 12:18

Отправить комментарий

Подписаться на: Комментарии к сообщению (Atom)