понедельник, 17 августа 2009 г.

FlylinkDC++ r391 beta9 (build 2485) - тестовая 32х-битная сборка!

Проводится тестирование производительности для 32х битной версии.
Потребуется:
- отключить хранение TTH в NTFS потоке и перехешировать некое количество больших файлов(лучше всего HDTV, DVD, образы… и др. большие файлы).
- посмотреть время хеширование одних и тех-же файлов на обоих сборках

Заставить флай перехешировать файл можно например переименованием папки…

32х битная версия с SSE2:

32х битная версия только с SSE:

32х битная версия без дополнительных оптимизаций

Все три версии одним архивом на narod.ru

Даже если у вас 64х-битная ОС и Флай вы так-же можете принять участие в тестировании просто заменив exe файл!

ОГРОМНАЯ ПРОСЬБА: под этим сообщением оставлять ТОЛЬКО комментарии, касающиеся сравнения производительности!!!

ps: так-же можно измерить открытие большого числа хабов! но не на глаз, а секундомером :)

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

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

Протестил обе версии. SSE2 скорость хеширования 59 Мб/с, а SSE 48-49 Мб/с. Процессор AMD Athlon 5600+ X2. win Vista Sp2.
Та версия что SSE2 больше понравилась меньше тормозит во время хеширования

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

добавил версию без дополнительных оптимизаций, ссылки в шапке, тоже потестируйте пожалуйста :-[

Tirael спасибо большое

Александр (nsk) комментирует...

AMD Sempron 2800+ (MMX, 3DNow!, SSE);
Время хэширования:
32 битная SSE2 - 28-25 МБ\с
32 битная SSE - 23-22 МБ\с
Странный результат.

Версия без оптимизации что-то не качается, днём попробую ещё раз.

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

Не скачать выложите на обменник

Александр (nsk) комментирует...

AMD Sempron 2800+ (MMX, 3DNow!, SSE);

Перепроверил, скорость в версии SSE и SSE2 одинакова. Видимо первый раз на измерение повлияло закрытие некоторых программ во время хэширования.

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

Попробуйте добавить поддержку Sse3. Если с SSE2 на AMD Sempron 2800+ (MMX, 3DNow!, SSE) запустилась, то может и SSE3 заработает.

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

Попробуйте добавить поддержку Sse3.

пока что не получится, в VS2008 - есть только SSE2, а пересобирать средствами от Intel к примеру ленно, ибо с лёту не соберётся точно

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

Tirael

я тут посмотрел, семпроны 2800+ бывают разные…
http://ru.wikipedia.org/wiki/Sempron

может у вас под 754 сокет, или вообще под AM2

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

Не скачать выложите на обменник

странно, работает вроде Oo

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

теперь работает, раньше не могло найти сервер

p.s. Neo

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

на всякий пожарный заливаю на народ но ёлки, как же оно медленно льётся…

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

P4HT 3ghz
sse - 1.09 minutes
sse2 - 1.07 minutes
скорость одинакова до 66мбайт/с

p.s. правда тестил всего на 5Гб и разница возможно просто погрешность (

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

добавил на народ Flylinkdc_arch_optimization_test.zip

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

AMD Athlon 3000+
попробовал все версии - не могу определить скорость скачивания (размер тот же), во всех версиях начальная скорость - 15гб/с (хотя было около 0.05гб/с), к концу хеширования (70гб файлов) скорость падала до 140мб/с и продолжала падать....

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

NeoXidant
это не скорость хеширования, это флай из NTFS потока вынул данные…

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

Аналогичный результат с Нео.

Даже при установленой галке "Сохранять ТТХ в поток" работает как-будто медленне...
Тестим без ТТХ повторно.

Машина старая:
Win XP Pro SP3 (+latest update)
Intel C.D 3.2 GHz D 945
3 Gb RAM
2.7 Tb HDD

2.38 Tb шара, размер 7.2 Мб.

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

32х битная версия с SSE2 при скорости кеширования в 100мб/с скорость состовляет 40мб/с
при 10мб/с уменьшается до 20мб/с
шарилось 16 гиг время при скорости 10мб/с 1ч25мин, при 100мб/с 30мин

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

это не скорость хеширования, это флай из NTFS потока вынул данные…
трижды проверил - галочка снята, а если поставить, то он на 100% чистом клиенте шарит 70 гб за 2 секунды >_<

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

NeoXidant
^_^' охх…

что-то я стормозил… надо было вообще без поддержки потоков собрать

Александр (nsk) комментирует...

http://ru.wikipedia.org/wiki/Sempron
может у вас под 754 сокет, или вообще под AM2


Socket A

Протестил все три сборки. Хэшировал папку с фильмами (32 ГБ). Флай был подключён в этот момент к хабу, отсюда и разброс.
без оптимизации 16 минут 37 сек.
SSE 16 минут 38 сек.
SSE2 18 минут 8 сек.
При отключении от хаба сборки с SSE2 показала время 16 минут 31 секунду. Разброс незначительный, можно списать на погрешность измерения. (мерил китайским секундомером)

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

Протестил все три версии на убитом AMD Athlon ХР 2000+ 1477 Мгц SOC 462 (MMX, 3DNow!, SSE). Поддержки SSE2 нет. Без оптимизаций скорость хеширования - 1.65 Мб/с, с SSE - 2.00 Мб/с, с SSE2 запустился без проблем и показал тот же результат 2.00 Мб/с. Так что зря боялись что не заработает.

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

http://groups.google.com/group/flylinkdc/browse_thread/thread/40670e5d8b8512d0#

кто нибудь с подобным сталкивался? Oo

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

ps: странный у AMD SSE…

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

http://groups.google.com/group/flylinkdc/browse_thread/thread/40670e5d8b8512d0#

кто нибудь с подобным сталкивался? Oo


Нет, у нас юзеры с вистой на подобное не жаловались еще

И еще, хоть и не по теме SSE:
%[ratio] выдает "Рейтинг число", хотя подразумевалось, что будет отдавать ТОЛЬКО числовое значение :(

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

Windows XP Pro sp 3
DualCore Intel Core 2 Duo E6400, 2133 MHz (8 x 267)
Asus Commando
HDD - WDC WD7501AALS-00J7B0 – linear read: 110 Mb/s
Хеширование: 80 Гб, mkv
1. Without opt – скорость: 80-85 Мб/с; время: 17,22 м
2. SSE – скорость: 84-85 Мб/с; время: 16 м
3. SSE2 - скорость: 85,5 Мб/с; время: 16 м

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

Windows 7 RC 32-bit
Intel Core 2 Duo E6400, 2133 MHz (8 x 267)
Asus Commando
HDD - WDC WD7501AALS-00J7B0 – linear read: 110 Mb/s
Хеширование: 80 Гб, mkv
1. Without opt – скорость: 75-81,5 Мб/с; время: 16,35 м
2. SSE – скорость: 81,5 Мб/с; время: 16,35 м
3. SSE2 - скорость: 81 Мб/с; время: 17 м

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

с рейтингом поправил… теперь просто число

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

Сборка с SSE2
Система
WinXP SP3 x86
Intel c2d e7300(3.4ГГц)
HDD с которого хешировалось - SATA300 режим.
85-86 МБ\с.
А из потока NTFS,со скоростью 1.8-2 ГБ\с (откуда такая скорость?)
И каков будет прирост производительности(хеширования,работы самого клиента и т.д) если активировать(привязать?) технологии SSE3,SSSE3,SSE4.1?

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

Сборка с SSE
68-80МБ\с(1Мб\с)
80-85МБ\с(100КБ\с)
85-86(85.6)МБ\с(30-40КБ\с)

Сборка без SSE
56-80МБ\с(1МБ\с)
80-86(50-100Кб\с)

Хешировалась папка с видеофайлами общим размером 23ГБ,каждый фаил размером 250-300МБ.
П.С:На сколько понимаю с применением SSE система работает плавнее,хеш-е Теперь не особо влияет на общую произв-ть системы?

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

Есть ли возможность генерировать сразу несколько magnet ссылок?? было просто великолепно иметь такую возможность.

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

plugin, например такой сделать

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

Отпишитесь, пожалуйста, как-нибудь чтобы я увидел сообщение :)

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

когда будет возможность магнет с папки брать?

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

ShockTime
На сколько понимаю с применением SSE система работает плавнее,хеш-е Теперь не особо влияет на общую произв-ть системы?

Да, плавнее. Потому что для кусков кода, работающих с SSE процессор может одновременно обращаться и к 128-битным регистрам для SSE и к 64-битным регистрам для MMX расширений. Регистры MMX - это те же регистры что использует математический сопроцессор для чисел с плавающей точкой. Именно от сюда и произрастает большая плавность в работе системы. Использование SSE3 и SSSE3 не даст дополнительной "плавности" в работе т.к. новых регистров не появится, но должно повысить скорость хеширования т.к. SSE3 и его расширение в основном направлены на работу с большими типами данных за один машинный такт
а SSE4, SSE4.1, SSE4.2 скорее всего вообще ощутимо не отразится на работе т.к. эти инструкции дают преимущество при работе с векторными величинами и различными битовыми полями, т.е. в основном с мультимедиа и криптографией.

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

офттоп: смеюсь и плачу…
http://www.microsoft.com/rus/visualstudio/promotions/80off/action-rules.html

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

Бле, по поводу интсрукциий SSE + SSE2 спорно. Фактически у меня получились одинаковые результы.
Думаю, что в проетировке флая нового стоит учитывать ось, на которой стоит и сами железки стоит брать в учет.
Старые процы и новые выше 478 сокета полюбас будут иметь чуть разные наборы инструкций. стоит брать в учет и архитектуры процов да и марки: кажется стоит писать разные флайки под 2,3,4 и 6 ядерники. при чем посторить ветку флаев для их работы. либо создать универсалку, которая будет пахать со всеми железками одинаково.
И честь пока отдаю стронгу. но сделайте его более быстрым. порою провисает ппц как.
Железо мое: ASUS P4C800 Deluxe Socket 478, P4 3.06 HT, 2 Gb DDR1 400 MHz, AGP ATI Radeon 9800 Pro 256 Mb, Seagate Barracuda SATA2 750 Gb + Seagate Barracuda SATA2 120 Gb.
P/S: DJ_GreG.

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

Кстати, под атлоны пишите отдельно. они порою капризнее интеловской продукции в силу 3DNow.
SSE 3 и выше даже не берите в голову пока что. лишний труд.

P/S: DJ_GreG.

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

добавте поддержку пробела в никах

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

> добавте поддержку пробела в никах

Если не ошибаюсь сам протокол(или сервер) такого не умеют

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

добавте поддержку пробела в никах


Пробел в никах не поддерживает протокол

Думаю, что в проетировке флая нового стоит учитывать ось, на которой стоит и сами железки стоит брать в учет.
Старые процы и новые выше 478 сокета полюбас будут иметь чуть разные наборы инструкций. стоит брать в учет и архитектуры процов да и марки: кажется стоит писать разные флайки под 2,3,4 и 6 ядерники


Уже не в первый раз замечаю совет "учитывать железо при разработке". Думается имеет место быть некое непонимание производственного процесса. Ни один С++ (читай Дельфи, Бэйсик и вообще любой язык высокого уровня) программист не занимается железом. Это дело асссемблерщиков и драйверистов. Обычный программист максимум включает в компиляторе флажок - "использовать набор инструкций такой-то". Да и вообще затачиваться под железо имеет смысл только, если обещает быть значительный прирост в скорости, а этого (по крайней мере во Флае) не будет.
Насчет 2, 4, 6 ядерных процов: в программе либо есть поддержка многоядерности, либо она опять же есть, но средствами самой системы и количество ядер значение не имеет. Я считаю (и опять повторю), что родная поддержка многоядерности Флаю не нужна, т.к. у самого ресурсоемкого процесса - хэширования - узкое место отнюдь не процессор, а жесткий диск.

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

brain-ripper, вы меня не удивили своими речами.
я ничего более путного предложить не могу. программер из мну не вышел.
но надо решать проблему с тормозами флая и корректной работой с кол-вом закачек.
P/S: DJ_GreG.

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

сегодня ночью машина сама выключилась первый раз за всю историю, думаю виной тому http://img199.imageshack.us/img199/9650/23817149.png
и как с этим бороться? кто вообще сейчас этой функцией управляет? можно подозревать что чего нить в процессе накатывания версии поверх отвалилось

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

Флай должен быть универсальным и быстрым, при инсталяции учитывать SSE,SSE2,и т.д.,многоядерность,тип операционной системы, не нужно забывать что одновременно с флаем как правило запущено много разных программ. Естественно это влияет на производительность флая при кешировании и скачки. Хотелось бы увидеть в автоматических настройках не только актив или пассив ,но но и что то среднее чтоб он учитывал автоматом ширину канала, выберал оптимальный размер пакетов, для достижения массимальной скорости приема и отдачи файлов.
Р.S.каждое взаимодествие (SSE.SSE2,2,4,8 ядер) с железом добавляет желаемый процент скорости работы проги. У кого то скорость увеличется на много, а кому то не чего (особенно на старом железе)возможно будут и тормаза.

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

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

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

сегодня ночью машина сама выключилась первый раз за всю историю, думаю виной тому http://img199.imageshack.us/img199/9650/23817149.png
и как с этим бороться? кто вообще сейчас этой функцией управляет? можно подозревать что чего нить в процессе накатывания версии поверх отвалилось


что-бы с помощью флая вырубить комп нужно во флае нажать специальную кнопочку,просто так он не выключится…

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

L.
Ну нажать её было некому, я не совсем корректно отписался спросони, с мыши машина пробудилась и запросила пароль на профиль. Значит система ни с того ни с сего решила выйти из текущего профиля. На торент грешить нет смысла, остается флай и Касперский kis 9.0.0.463. Возможность любого внешнего управления системой (7 х76) отключена, хотя если есть версии как ... было б интересно.
бум думать и ждать развития событий

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

хм (7 х64) должно было быть )

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

когда новую версию выложите? =)

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

На счёт ухода пк в ребут,есть такое дело.У меня пк на прошлых версиях последнее время пк перегружался почти каждую ночь.Вначале я тоже думал,что что-то с ос,но сопоставив так на вскидку всё пришёл к тому что из-за значительной перегрузки цпу 2-х ядерного либо харда.Но это догадки мои.

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

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

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

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

Давно заметил этот дефект, как-то отписывался по этому поводу. Исследования показали, что это скорее баг хаба. Суть в том, что поиск не проводится ПОВТОРНО. Со стороны клиента все проводится корректно - отсылаются правильные запросы, но хаб не присылает результаты. Лечится посылкой запроса на поиск отличного от предыдущего и последующим запросом нужного файла

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

на счёт произвольных выключений компа с установленной windows 7
посмотрите "планы электропитания" в плане по умолчанию стоит авто переход сначала в дежурный, а потом и в спящий режим :)

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

ps: никаких перегрузок процессора или жёсткого диска быть не может…

СЕРГЕЙ комментирует...

КАК НАСТРОИТЬ ФЛАЙЛИНК ПОДСКОЖИТЕ ПЛИЗ!!!!!

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

КАК НАСТРОИТЬ ФЛАЙЛИНК ПОДСКОЖИТЕ ПЛИЗ!!!!!

Заходи в меню "Файл/Настройки" и настраивай.

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

Сильно замечательная статья!! Админ делайте статьи в том же стиле!!