вторник, 25 августа 2009 г.

FlylinkDC++ r391 beta14

SetupFlylinkDC-r391-beta14-build-2536.exe
SetupFlylinkDC-x64-r391-beta14-build-2536.exe

FlylinkDC-r391-beta14-x64-build-2536(25-Aug-2009_21_49).zip
FlylinkDC-r391-src-beta14-build-2536(25-Aug-2009_21_43).zip
FlylinkDC-r391-beta14-build-2536(25-Aug-2009_21_42).zip

------------------------------------------------------------------------
r2534 | pavel.pimenov | 2009-08-25 21:05:18 +0400 (Вт, 25 авг 2009) | 1 line
* отлючил SSE
------------------------------------------------------------------------
r2533 | pavel.pimenov | 2009-08-25 21:01:08 +0400 (Вт, 25 авг 2009) | 1 line
* фиксы в региональных сборках
------------------------------------------------------------------------
r2530 | pavel.pimenov | 2009-08-24 18:55:47 +0400 (Пн, 24 авг 2009) | 1 line
* убрал лишний rc.bottom = rect.bottom - 5;
------------------------------------------------------------------------
r2529 | rain.bipper | 2009-08-24 18:27:13 +0400 (Пн, 24 авг 2009) | 1 line
* Вернул подтверждение на перезапись настроек PortalBrowser при исталляции Флая
------------------------------------------------------------------------
r2528 | a.rainman | 2009-08-23 23:24:58 +0400 (Вс, 23 авг 2009) | 2 lines
* SQLite: вернул PRAGMA locking_mode=EXCLUSIVE, по умолчанию отключил SQLITE_JOURNAL_USE_MEMORY. Надо бы массово протестировать производительность. Галочку сделаю на днях
* Исправлено окно поиска cjSer

30 комментариев:

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

чем SSE не понравилось?

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

а какое отключено SSE или SSE2.
действительно с SSE,SSE2 работает быстрее и стабильней

brain-ripper комментирует...

действительно с SSE,SSE2 работает быстрее и стабильней

Что значит - работает стабильнее, конкретный пример можно? И на сколько быстрее - можно конкретные цифры? Прирост скорости, публиковавшийся ранее настолько мал, что его можно отнести к погрешности измерений.

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

При старте без SSE,SSE2
зависание 30 сек
кеширование 20 мб/с
открытие свой список 30 сек
подвисание при отдачи файлов
С SSE,SSE2
зависание 10 сек
кеширование 40 мб/с
открытие свой список 8 сек
подвисаний при отдачи нет
работает стаильно без падений в обоих вариантах.
шара 1,5 тб
хабы 16
слотов отдачи 16
проц I7 2.66
оперативки 3 гиг
SATA II
разница между SSE и SSE2 5%
если машина не использует SSE,SSE2 то это не повод его отключать , сделайти в настройках включать или не включать SSE,SSE2 пускай сами пользователи решают надо это или нет. на старой машине Preckot 3.2 прирос составил не более 10%.
так что разница есть хоть и небольшая.

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

А что, наблюдавшиеся в предыдущих бетах комментарии, что с SSE программа работает более плавно, нежели без оных, не вписываются в продвигаемую концепцию тормознутости флая?
Или какая причина отказываться от этого?

Tirael комментирует...

Если никто не жаловался на SSE зачем его отключать? У меня список файлов 600 Гб с SSE2 открывался 2-4 с, без SSE 8-10, да и хеширование упало на 10 Мб/с.

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

Верните плиз SSE, с ним реально быстрее, стабильнее и без подвисаний работает! Или хотя бы сделайте галочку, ставить или нет SSE.

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

Возможно это известные проблемы: При установке на чистую систему (WinXP SP3) он в строке статуса при хешировании пишет "ошибка при получении данных о хеше из NTFS потока" (хеширование идет). воспроизводится только для больших файлов.
На Windows7 после установки в строке статуса "ошибка при создании magnet-ключа в реестре", и таже проблема с NTFS. Все тестил через VMWare на x32

brain-ripper комментирует...

А что, наблюдавшиеся в предыдущих бетах комментарии, что с SSE программа работает более плавно, нежели без оных, не вписываются в продвигаемую концепцию тормознутости флая?
Или какая причина отказываться от этого?


Одна из причин - поиск того, что поломалось во Флае в последних нескольких бетах. Если вы заметили, было довольно много жалоб.

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

клянчилку слота возвращайте!

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

Жалобы были но не на SSE,SSE2 так что не надо

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

А в принципе есть же инструкция, по которой можно откомпилировать флай.
Может кто-нибудь возьмется собрать версию со включенным обратно SSE?

L. комментирует...

(WinXP SP3) он в строке статуса при хешировании пишет "ошибка при получении данных о хеше из NTFS потока" (хеширование идет). воспроизводится только для больших файлов.

это не ошибка, скорее информационное сообщение… просто флай говорит о том что ему не удалось получить TTH из потока (прикреплённого к файлу) и поэтому он будет его хешировать. Для 1го запуска программы это совершенно нормально.
ps: переделаю пожалуй текст

На Windows7 после установки в строке статуса "ошибка при создании magnet-ключа в реестре", и таже проблема с NTFS. Все тестил через VMWare на x32

надо запустить Флай из под администратора (в свойствах файла поставить галочку) или отключить UAC

А в принципе есть же инструкция, по которой можно откомпилировать флай.
Может кто-нибудь возьмется собрать версию со включенным обратно SSE?


на счёт SSE не волнуйтесь, это всего лишь очередная бетка, просто ищем причину жалоб,если адекватной не найдём… включим назад :)

dron.kh комментирует...

доброе время суток. скажите, у всех работает отключение медленных источников так, как вы этого желаете?

у меня отключает даже тех, у кого скорость скачки выше той, на которой нужно отрубать (например, в меню "добавить источники"->"медленный юзер (100кб/с)", хотя отрубать юзеров должна только до 15кб/с). может это из-за определителя скорости?

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

под Windows 7 X 64 - при продолжительной работе кушает оперативу не померно 516 мег.
этот же баг был замечен и в предыдущей сборке до этого кушало 150 мег максимум.!!!

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

под Windows 7 X 64 - при продолжительной работе кушает оперативу не померно 516 мег.
этот же баг был замечен и в предыдущей сборке до этого кушало 150 мег максимум.!!!

На искушенный взгляд, вообще говоря, даже 150 мегабайт - непомерно много.
У меня uTorrent, к примеру, редко когда вылезает за пределы 50 мегабайт. Хотя, может быть, на то он и u...

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

У uTorrent - такое же пожиралово оперативы было замечено только в beta версиях в последний стабильных версия все ок.

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

Явная утечка памяти даже при первоначальной загрузке сразу ест 250 мег !!!! Windows 7 X64 - final.

brain-ripper комментирует...

Явная утечка памяти даже при первоначальной загрузке сразу ест 250 мег !!!! Windows 7 X64 - final.
Это только на Win7 или на XP тоже?
Нет ли возможности сравнить потребление памяти на той и на друго операционках? Только сравнивать надо не Workset, а выделеную виртуальную память. Например ProcessExplorer это умет показывать.

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

Может есть смысл в критических бетах врубать запись лога каждые 5 минут? При установленной галке ессна.
Ну чисто чтобы вам их потом отсылать. :) Будете ковырять гигабайты логов, оценивать. Может что и прояснится )))

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

Завалим депозиты логами!

***Malenkiy*** комментирует...

Не часто, но бывает выскакивает такое сообщение:
Active Search: Your ip is not "чей-то IP" it is "мой IP" bye bye
*** Нажмите "Перенаправление" для соединения с хабом

В основном появляется при скачке файла с нескольких источников. Чё за беда и как с ней бороться?? Не могу же я постоянно смотреть в окно флая... и это во всех версиях клиента.

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

***Malenkiy***, небось через верлихаб выкидывает:)

***Malenkiy*** комментирует...

точно

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

Падение http://depositfiles.com/files/newyj34jt

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

Не сохроняет хабы в избранных при закрытии программы

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

Недавно добавил файлов в очередь скачивания и понял что что-то всётаки исправили раньше с очередью больше 1000 файлов стабильно вис по несколько раз за день. Сейчас очередь 4500 файлов и не виснет. Удивительно))

Tirael комментирует...

Насчёт расходования памяти наоборот заметил, что стал есть меньше. Раньше через 2-3 часа работы он ел 250-300 Мб оперативки, а сейчас 120-150.

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

***Malenkiy***, этот "глюк" (с определением ip) в версии до vh 0.9.8d-RC2. В 0.9.8e должны были профиксить

Леонид комментирует...

У меня начиная с версии 381 по теперешнюю постаяно показует ошибку при хеширование.Исправте пожалуста ету фигню.