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
Подписаться на:
Комментарии к сообщению (Atom)
Сообщения
29 комментариев:
чем SSE не понравилось?
а какое отключено SSE или SSE2.
действительно с SSE,SSE2 работает быстрее и стабильней
действительно с 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 программа работает более плавно, нежели без оных, не вписываются в продвигаемую концепцию тормознутости флая?
Или какая причина отказываться от этого?
Если никто не жаловался на SSE зачем его отключать? У меня список файлов 600 Гб с SSE2 открывался 2-4 с, без SSE 8-10, да и хеширование упало на 10 Мб/с.
Верните плиз SSE, с ним реально быстрее, стабильнее и без подвисаний работает! Или хотя бы сделайте галочку, ставить или нет SSE.
Возможно это известные проблемы: При установке на чистую систему (WinXP SP3) он в строке статуса при хешировании пишет "ошибка при получении данных о хеше из NTFS потока" (хеширование идет). воспроизводится только для больших файлов.
На Windows7 после установки в строке статуса "ошибка при создании magnet-ключа в реестре", и таже проблема с NTFS. Все тестил через VMWare на x32
А что, наблюдавшиеся в предыдущих бетах комментарии, что с SSE программа работает более плавно, нежели без оных, не вписываются в продвигаемую концепцию тормознутости флая?
Или какая причина отказываться от этого?
Одна из причин - поиск того, что поломалось во Флае в последних нескольких бетах. Если вы заметили, было довольно много жалоб.
клянчилку слота возвращайте!
Жалобы были но не на SSE,SSE2 так что не надо
А в принципе есть же инструкция, по которой можно откомпилировать флай.
Может кто-нибудь возьмется собрать версию со включенным обратно SSE?
(WinXP SP3) он в строке статуса при хешировании пишет "ошибка при получении данных о хеше из NTFS потока" (хеширование идет). воспроизводится только для больших файлов.
это не ошибка, скорее информационное сообщение… просто флай говорит о том что ему не удалось получить TTH из потока (прикреплённого к файлу) и поэтому он будет его хешировать. Для 1го запуска программы это совершенно нормально.
ps: переделаю пожалуй текст
На Windows7 после установки в строке статуса "ошибка при создании magnet-ключа в реестре", и таже проблема с NTFS. Все тестил через VMWare на x32
надо запустить Флай из под администратора (в свойствах файла поставить галочку) или отключить UAC
А в принципе есть же инструкция, по которой можно откомпилировать флай.
Может кто-нибудь возьмется собрать версию со включенным обратно SSE?
на счёт SSE не волнуйтесь, это всего лишь очередная бетка, просто ищем причину жалоб,если адекватной не найдём… включим назад :)
доброе время суток. скажите, у всех работает отключение медленных источников так, как вы этого желаете?
у меня отключает даже тех, у кого скорость скачки выше той, на которой нужно отрубать (например, в меню "добавить источники"->"медленный юзер (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.
Явная утечка памяти даже при первоначальной загрузке сразу ест 250 мег !!!! Windows 7 X64 - final.
Это только на Win7 или на XP тоже?
Нет ли возможности сравнить потребление памяти на той и на друго операционках? Только сравнивать надо не Workset, а выделеную виртуальную память. Например ProcessExplorer это умет показывать.
Может есть смысл в критических бетах врубать запись лога каждые 5 минут? При установленной галке ессна.
Ну чисто чтобы вам их потом отсылать. :) Будете ковырять гигабайты логов, оценивать. Может что и прояснится )))
Завалим депозиты логами!
Не часто, но бывает выскакивает такое сообщение:
Active Search: Your ip is not "чей-то IP" it is "мой IP" bye bye
*** Нажмите "Перенаправление" для соединения с хабом
В основном появляется при скачке файла с нескольких источников. Чё за беда и как с ней бороться?? Не могу же я постоянно смотреть в окно флая... и это во всех версиях клиента.
***Malenkiy***, небось через верлихаб выкидывает:)
точно
Падение http://depositfiles.com/files/newyj34jt
Не сохроняет хабы в избранных при закрытии программы
Недавно добавил файлов в очередь скачивания и понял что что-то всётаки исправили раньше с очередью больше 1000 файлов стабильно вис по несколько раз за день. Сейчас очередь 4500 файлов и не виснет. Удивительно))
Насчёт расходования памяти наоборот заметил, что стал есть меньше. Раньше через 2-3 часа работы он ел 250-300 Мб оперативки, а сейчас 120-150.
***Malenkiy***, этот "глюк" (с определением ip) в версии до vh 0.9.8d-RC2. В 0.9.8e должны были профиксить
Отправить комментарий