Русификация: начиная с версия 5.67 файл русификации Russian.xml подцепляется автоматически. Последняя версия перевода находится в релизном архиве greylink.rar в папке Settings
PPA, максимальная глубина папки - 4 уровня - всего в каталоге 3178 папкок, и кста пока что текущие результаты (еще тест не завершен) поставил все эти файлы на закачку, на Грее 358 Висюк на протяжениии 12 часов - 12 минут, В результате Грей создал: gl.db3 - 7 мегабайт Queue.xml и Queue.xml.bak по 41 мегабайту (+7 бекапов разных размеров) Это при том что сам файл лист этой весил 5,67 мег. за время висюка было скачено 68 тыс. файлов.
Сообщение отредактировал AniNerbe - Вторник, 18.11.2008, 08:33
да - сделаю для сравнения этим вечером - грей до сих пор не отвис, после нажатия - удалить недокаченные файлы из очереди (при этом докачав после нажатия кнопки удалить еще чють меньше тысячи файлов).
Итак окончание теста для Грея 5.38: За несколько минут до окончания 12 часового висения (см. оперативку) (Скачено 2,6 гб - 68к файлов) http://i006.radikal.ru/0811/99/478284f0b666.jpg После нажатия на удаления из очереди оставшихся 110к файлов грей провисел 4 часа 56 минут с 8-31 утра до 13-27 gl.db3 стала весить 19,6 мб теперь через пару часов начну тестить Флай
Добавлено (18.11.2008, 19:40) --------------------------------------------- Флай - поставил на закачку 189к файлов за 30 секунд (создав при этом Queue.xml и Queue.xml.bak по 60,9 мб каждый), соответственно и удалять ему больше на 68к больше чем грею, вот пока сидим висим.
Добавлено (18.11.2008, 19:53) --------------------------------------------- Хотяя...если мерить по скорости очистки (зануления файла Queue.xml (107 байт) и файл Queue.xml.bak - продолжающего весить 6 мег) удаление происходит за 1 минуту 55 секунд - после чего клиент просто весит в процессах и хавает по нарастающей 300 мег оперативки. Теперь тест на продолжительность висения флая после удаления файлов (когда то он должен отвиснуть?)
Добавлено (18.11.2008, 20:06) --------------------------------------------- Даааа и еще - если флай вырубить на пол пути по удалению файлов, и занова запустить - в очереди будет висеть только половина удаленных файлов, так что итог: после удаления файлов из очереди закачки флай подвисает и непонятно что делает, ест проц и оперативку, хотя все уже удалено.
Провисел флай около 50 минут, щяс более точно померию. 2ой контрольный - 48 минут. тесты завершены.
Сообщение отредактировал AniNerbe - Вторник, 18.11.2008, 21:28
Оптимизирована работа с базой данных: ускорено хеширование большого количества маленьких файлов
Исправлен вылет при поиске, если отключена история поиска (thanks miNer)
Исправлен возможный вылет при входе на хаб, если при первом старте клиента нет файла Favorites.xml (AniNerbe) зеркало http://www.gigasize.com/get.php?d=2jfc4xcd1gf и ждем 5.40 (??.11.2008)
Исправлено: в окне "Получить TTH файла" magnet появлялся только через минуту после завершение хеширования файла (из-за отложенной записи в базу данных)
Сообщение отредактировал deity - Среда, 19.11.2008, 00:20
ускорено хеширование большого количества маленьких файлов
теперь можно сравнить не только установку галочки, но и само расшаривание. только с флаем не интересно - отрыв явно будет большой. интересно сравнить со стандартным Апексом - есть ли какой приход от sqlite или одни только тормоза?
[+] оптимизация отметок галочкой при расшаривании каталогов с большой вложенностью и большим кол-ом файлов (спасибо AniNerbe!) [+] STLport release 5.2.0
PPA, В первый раз провисел 5 минут-30 секунд, Но в контрольных проверках висел до 50 секунд 1ой контрольный 43 секунды, 2ий контрольный (наверно около 44 секунд), и 3ий - 49 секунд 7.24 мб 5 минт. 42 сек. http://dump.ru/file/1227991
но грей за эти 10 секунд уже записал все пути к файлам в базу, а флай сделал "холостую пробежку", ничего с базой не сделал - даже в окне с папками не поставил размер новой шары. то есть, этот "висюк" перенёс подальше, в фоновый режим на время хеширования
в принципе правильно, главное что интерфейс меньше зависает
