Проводится тестирование производительности для 32х битной версии.
Потребуется:
- отключить хранение TTH в NTFS потоке и перехешировать некое количество больших файлов(лучше всего HDTV, DVD, образы… и др. большие файлы).
- посмотреть время хеширование одних и тех-же файлов на обоих сборках
- посмотреть время хеширование одних и тех-же файлов на обоих сборках
Заставить флай перехешировать файл можно например переименованием папки…
32х битная версия с SSE2:
32х битная версия только с SSE:
32х битная версия без дополнительных оптимизаций
Все три версии одним архивом на narod.ru
Даже если у вас 64х-битная ОС и Флай вы так-же можете принять участие в тестировании просто заменив exe файл!
ОГРОМНАЯ ПРОСЬБА: под этим сообщением оставлять ТОЛЬКО комментарии, касающиеся сравнения производительности!!!
ps: так-же можно измерить открытие большого числа хабов! но не на глаз, а секундомером :)
Сообщения
56 комментариев:
Протестил обе версии. SSE2 скорость хеширования 59 Мб/с, а SSE 48-49 Мб/с. Процессор AMD Athlon 5600+ X2. win Vista Sp2.
Та версия что SSE2 больше понравилась меньше тормозит во время хеширования
добавил версию без дополнительных оптимизаций, ссылки в шапке, тоже потестируйте пожалуйста :-[
Tirael спасибо большое
AMD Sempron 2800+ (MMX, 3DNow!, SSE);
Время хэширования:
32 битная SSE2 - 28-25 МБ\с
32 битная SSE - 23-22 МБ\с
Странный результат.
Версия без оптимизации что-то не качается, днём попробую ещё раз.
Не скачать выложите на обменник
AMD Sempron 2800+ (MMX, 3DNow!, SSE);
Перепроверил, скорость в версии SSE и SSE2 одинакова. Видимо первый раз на измерение повлияло закрытие некоторых программ во время хэширования.
Попробуйте добавить поддержку Sse3. Если с SSE2 на AMD Sempron 2800+ (MMX, 3DNow!, SSE) запустилась, то может и SSE3 заработает.
Попробуйте добавить поддержку Sse3.
пока что не получится, в VS2008 - есть только SSE2, а пересобирать средствами от Intel к примеру ленно, ибо с лёту не соберётся точно
Tirael
я тут посмотрел, семпроны 2800+ бывают разные…
http://ru.wikipedia.org/wiki/Sempron
может у вас под 754 сокет, или вообще под AM2
Не скачать выложите на обменник
странно, работает вроде Oo
теперь работает, раньше не могло найти сервер
p.s. Neo
на всякий пожарный заливаю на народ но ёлки, как же оно медленно льётся…
P4HT 3ghz
sse - 1.09 minutes
sse2 - 1.07 minutes
скорость одинакова до 66мбайт/с
p.s. правда тестил всего на 5Гб и разница возможно просто погрешность (
добавил на народ Flylinkdc_arch_optimization_test.zip
AMD Athlon 3000+
попробовал все версии - не могу определить скорость скачивания (размер тот же), во всех версиях начальная скорость - 15гб/с (хотя было около 0.05гб/с), к концу хеширования (70гб файлов) скорость падала до 140мб/с и продолжала падать....
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 секунды >_<
NeoXidant
^_^' охх…
что-то я стормозил… надо было вообще без поддержки потоков собрать
http://ru.wikipedia.org/wiki/Sempron
может у вас под 754 сокет, или вообще под AM2
Socket A
Протестил все три сборки. Хэшировал папку с фильмами (32 ГБ). Флай был подключён в этот момент к хабу, отсюда и разброс.
без оптимизации 16 минут 37 сек.
SSE 16 минут 38 сек.
SSE2 18 минут 8 сек.
При отключении от хаба сборки с SSE2 показала время 16 минут 31 секунду. Разброс незначительный, можно списать на погрешность измерения. (мерил китайским секундомером)
Протестил все три версии на убитом AMD Athlon ХР 2000+ 1477 Мгц SOC 462 (MMX, 3DNow!, SSE). Поддержки SSE2 нет. Без оптимизаций скорость хеширования - 1.65 Мб/с, с SSE - 2.00 Мб/с, с SSE2 запустился без проблем и показал тот же результат 2.00 Мб/с. Так что зря боялись что не заработает.
http://groups.google.com/group/flylinkdc/browse_thread/thread/40670e5d8b8512d0#
кто нибудь с подобным сталкивался? Oo
ps: странный у AMD SSE…
http://groups.google.com/group/flylinkdc/browse_thread/thread/40670e5d8b8512d0#
кто нибудь с подобным сталкивался? Oo
Нет, у нас юзеры с вистой на подобное не жаловались еще
И еще, хоть и не по теме SSE:
%[ratio] выдает "Рейтинг число", хотя подразумевалось, что будет отдавать ТОЛЬКО числовое значение :(
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 м
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 м
с рейтингом поправил… теперь просто число
Сборка с SSE2
Система
WinXP SP3 x86
Intel c2d e7300(3.4ГГц)
HDD с которого хешировалось - SATA300 режим.
85-86 МБ\с.
А из потока NTFS,со скоростью 1.8-2 ГБ\с (откуда такая скорость?)
И каков будет прирост производительности(хеширования,работы самого клиента и т.д) если активировать(привязать?) технологии SSE3,SSSE3,SSE4.1?
Сборка с 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, например такой сделать
Отпишитесь, пожалуйста, как-нибудь чтобы я увидел сообщение :)
когда будет возможность магнет с папки брать?
ShockTime
На сколько понимаю с применением SSE система работает плавнее,хеш-е Теперь не особо влияет на общую произв-ть системы?
Да, плавнее. Потому что для кусков кода, работающих с SSE процессор может одновременно обращаться и к 128-битным регистрам для SSE и к 64-битным регистрам для MMX расширений. Регистры MMX - это те же регистры что использует математический сопроцессор для чисел с плавающей точкой. Именно от сюда и произрастает большая плавность в работе системы. Использование SSE3 и SSSE3 не даст дополнительной "плавности" в работе т.к. новых регистров не появится, но должно повысить скорость хеширования т.к. SSE3 и его расширение в основном направлены на работу с большими типами данных за один машинный такт
а SSE4, SSE4.1, SSE4.2 скорее всего вообще ощутимо не отразится на работе т.к. эти инструкции дают преимущество при работе с векторными величинами и различными битовыми полями, т.е. в основном с мультимедиа и криптографией.
офттоп: смеюсь и плачу…
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.
добавте поддержку пробела в никах
> добавте поддержку пробела в никах
Если не ошибаюсь сам протокол(или сервер) такого не умеют
добавте поддержку пробела в никах
Пробел в никах не поддерживает протокол
Думаю, что в проетировке флая нового стоит учитывать ось, на которой стоит и сами железки стоит брать в учет.
Старые процы и новые выше 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 ядер) с железом добавляет желаемый процент скорости работы проги. У кого то скорость увеличется на много, а кому то не чего (особенно на старом железе)возможно будут и тормаза.
надобы дабавить к вышесказанному то что нужно научить флай приносить пиво и отсасывать не сгибая колен. давай тогда уж FlylinkOS сделаем специально для того чтобы никакие лишьние процесы в системе не мешали скачки и работе программы
сегодня ночью машина сама выключилась первый раз за всю историю, думаю виной тому http://img199.imageshack.us/img199/9650/23817149.png
и как с этим бороться? кто вообще сейчас этой функцией управляет? можно подозревать что чего нить в процессе накатывания версии поверх отвалилось
что-бы с помощью флая вырубить комп нужно во флае нажать специальную кнопочку,просто так он не выключится…
L.
Ну нажать её было некому, я не совсем корректно отписался спросони, с мыши машина пробудилась и запросила пароль на профиль. Значит система ни с того ни с сего решила выйти из текущего профиля. На торент грешить нет смысла, остается флай и Касперский kis 9.0.0.463. Возможность любого внешнего управления системой (7 х76) отключена, хотя если есть версии как ... было б интересно.
бум думать и ждать развития событий
хм (7 х64) должно было быть )
когда новую версию выложите? =)
На счёт ухода пк в ребут,есть такое дело.У меня пк на прошлых версиях последнее время пк перегружался почти каждую ночь.Вначале я тоже думал,что что-то с ос,но сопоставив так на вскидку всё пришёл к тому что из-за значительной перегрузки цпу 2-х ядерного либо харда.Но это догадки мои.
Из версии в версии. Вижу неприятный баг с поиском альтернатив. Нажимаю на поиск альтернатив. Ничего не находиться. Потом пробую опять. Но только по точному имени файла, и находит и добавляет.
Из версии в версии. Вижу неприятный баг с поиском альтернатив. Нажимаю на поиск альтернатив. Ничего не находиться. Потом пробую опять. Но только по точному имени файла, и находит и добавляет.
Давно заметил этот дефект, как-то отписывался по этому поводу. Исследования показали, что это скорее баг хаба. Суть в том, что поиск не проводится ПОВТОРНО. Со стороны клиента все проводится корректно - отсылаются правильные запросы, но хаб не присылает результаты. Лечится посылкой запроса на поиск отличного от предыдущего и последующим запросом нужного файла
на счёт произвольных выключений компа с установленной windows 7
посмотрите "планы электропитания" в плане по умолчанию стоит авто переход сначала в дежурный, а потом и в спящий режим :)
ps: никаких перегрузок процессора или жёсткого диска быть не может…
КАК НАСТРОИТЬ ФЛАЙЛИНК ПОДСКОЖИТЕ ПЛИЗ!!!!!
КАК НАСТРОИТЬ ФЛАЙЛИНК ПОДСКОЖИТЕ ПЛИЗ!!!!!
Заходи в меню "Файл/Настройки" и настраивай.
Сильно замечательная статья!! Админ делайте статьи в том же стиле!!
Отправить комментарий