Не замечали интересный глюк?Если бычка запускать,через минуту а не сразу,то его производительность увеличивается к примеру с 6100000 ключей в секунду,до 6300000(2.26@3.4ГГц)Причем на всех моих компах проверено,даже написана прога для этого дела (запускает Dnet через ярлык,после загрузки системы через минуту).И второй интересный момент,если запустить Сандру (san2005.SR1-1050-W64-BQR.exe) и выйти из неё,такое-же моментальное увеличение производительности.Тестирую это уже в течении месяца,так что всё это правда.Использую dnetc v2.9011-496-GTR-05060215 for Win32, но на версии 9008 тоже всё это наблюдается.Считаю грех не поделится этим со своей командой.
[RC5] Не замечали интересный глюк,увеличивающий производительность Dnet?Если...14.07.05 11:06 Автор: jiZo <Александр> Статус: Member
> Не замечали интересный глюк?Если бычка запускать,через > минуту а не сразу,то его производительность увеличивается к > примеру с 6100000 ключей в секунду,до > 6300000(2.26@3.4ГГц)Причем на всех моих компах > проверено,даже написана прога для этого дела (запускает > Dnet через ярлык,после загрузки системы через минуту).И > второй интересный момент,если запустить Сандру > (san2005.SR1-1050-W64-BQR.exe) и выйти из неё,такое-же > моментальное увеличение производительности.Тестирую это уже > в течении месяца,так что всё это правда.Использую dnetc > v2.9011-496-GTR-05060215 for Win32, но на версии 9008 тоже > всё это наблюдается.Считаю грех не поделится этим со своей > командой.
Хе, действительно, проверил на домашнем Целероне 2,0. Производительность прыгнула на 100000, было 3500000+-50000 (если сразу запускать), стало 3600000+-50000. С сандрой не проверял, надо ставить...
Логи есть? И что считается моментом "после загрузки системы"?14.07.05 11:04 Автор: Garick <Yuriy> Статус: Elderman
> "После загрузки системы",подразумевается загрузка последней > программы из папки автозагрузки.Какие логи нужны?Что бы это > проверить не нужно ни чего. У меня почти ничего не грузиться из автозагрузки, а старутет несколько тяжелых сервисов из служб. Таких как веритасовские медисервер, шедуллер, МСДЕ, майсиквел, ИИС, парочка серверов защиты ключа хасп. Поэтому при загрузке я просто иду курить минут на 10:-) И логинюсь уже после погасания диода винта. Кста при винте 5400 против теперешнего 7200 загрузка была раза в 2 дольше.
Поэтому я даже не могу сказать точно "вот все загрузилось" может даже какой из сервисов отрабатывает (я это не мониторю) без активного обращения к винту.
ИМХО во время этой минуты идет "уравновешивание" системы после загрузки. И логи нужны для среднестатистического результата за день.
Самому пока некогда эксперимент ставить. Все и из за длительных перегрузов.
Вот выдержка из компа который на работе.Проц 1.8@3.27.14.07.05 12:08 Автор: Cedric Статус: Незарегистрированный пользователь Отредактировано 14.07.05 12:11 Количество правок: 1
> > "После загрузки системы",подразумевается загрузка > последней > > программы из папки автозагрузки.Какие логи нужны?Что > бы это > > проверить не нужно ни чего. > У меня почти ничего не грузиться из автозагрузки, а > старутет несколько тяжелых сервисов из служб. Таких как > веритасовские медисервер, шедуллер, МСДЕ, майсиквел, ИИС, > парочка серверов защиты ключа хасп. Поэтому при загрузке я > просто иду курить минут на 10:-) И логинюсь уже после > погасания диода винта. Кста при винте 5400 против > теперешнего 7200 загрузка была раза в 2 дольше. > Поэтому я даже не могу сказать точно "вот все загрузилось" > может даже какой из сервисов отрабатывает (я это не Вот выдержка из компа который на работе.Проц 1.8@3.27 Celeron
[Jul 13 12:00:20 UTC] NetUpdate::Connect handshake failed. (0.168)
[Jul 13 12:00:20 UTC] Network update is currently not available.
[Jul 13 12:12:27 UTC] RC5-72: Completed CB:070F34B3:00000000 (1.00 stats units)
0.00:12:15.73 - [5,837,744 keys/s]
[Jul 13 12:12:28 UTC] The keyserver says: "proxy1.red.wa.us.proxy.distributed
Cам лог весит 4.5 метра.Могу прислать ;))
Домашний комп ессно по-мощнее.Прийду домой могу тоже прислать.
[RC5] Скорее всего, глюк статистических алгоритмов этой программы... На реальной производительности не должно сказываться.14.07.05 09:35 Автор: HandleX <Александр М.> Статус: The Elderman
Ведь в логах скорость пишется не мгновенная, а статистическая, то есть кол-во просчитанных ключей, деленное на затраченное время. А т.к. при запуске компа процессорное время активно используется другими приложениями, то в этот момент скорость клиента ниже, что не может не отражаться на статистике.
У меня компы и так работают на "грани",после этих...14.07.05 11:45 Автор: Cedric Статус: Незарегистрированный пользователь
> Ведь в логах скорость пишется не мгновенная, а > статистическая, то есть кол-во просчитанных ключей, > деленное на затраченное время. А т.к. при запуске компа > процессорное время активно используется другими > приложениями, то в этот момент скорость клиента ниже, что > не может не отражаться на статистике. У меня компы и так работают на "грани",после этих манипуляций,пришлось по мегагерцу скидывать FSB, т к комп начал вырубаться от нагрузки.Хотя общая производительность поднялась.
То есть ты хочешь сказать,14.07.05 13:34 Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
> У меня компы и так работают на "грани",после этих > манипуляций,пришлось по мегагерцу скидывать FSB, т к комп > начал вырубаться от нагрузки.Хотя общая производительность > поднялась.
Что "повышение скорости" на 3,2% (с 6,1 млн до 6,3 млн) вывело твои компы "на грань"??? И что "увеличение производительности" ты ощутил? Да брось... У меня суточные колебания могу составлять по 30%:
http://stats.distributed.net/participant/phistory.php?project_id=8&id=379731 я никак не смогу заметить разницы в 3%. И никто не сможет.
Не верю, в общем :)
Они и так работали на грани,теперь начали вылетать по...14.07.05 14:18 Автор: Cedric Статус: Незарегистрированный пользователь Отредактировано 14.07.05 18:49 Количество правок: 1
> > У меня компы и так работают на "грани",после этих > > манипуляций,пришлось по мегагерцу скидывать FSB, т к > комп > > начал вырубаться от нагрузки.Хотя общая > производительность > > поднялась. > > Что "повышение скорости" на 3,2% (с 6,1 млн до 6,3 млн) > вывело твои компы "на грань"??? И что "увеличение > производительности" ты ощутил? Да брось... У меня суточные > колебания могу составлять по 30%: > http://stats.distributed.net/participant/phistory.php?proje > ct_id=8&id=379731 > я никак не смогу заметить разницы в 3%. И никто не сможет. > Не верю, в общем :) Они и так работали на грани,теперь начали вылетать по переразгону.Т.е повысилась температура проца,северного моста памяти и т.д.А ежесекундные показания в Dnet , можно смотреть и оценивать.Если на пиках он начал считать больше,то это не знаю как можно не заметить.Тестируйте.
У меня суточные колебания бывают 3000% )) потому как в целях безопасности не каждый комп(даже имеющий выход в инет) может сбросить свои блоки.Поэтому я могу в день сбросить 15000 тыс.блоков,а когда лень ходить по юзерам,то 300-450.
Cпециально для наших украинских коллег.14.07.05 15:47 Автор: Cedric Статус: Незарегистрированный пользователь Отредактировано 14.07.05 18:55 Количество правок: 2
Вот где надо смотреть ежесекундный отчёт о количестве пересчитанных ключей...))
nissan-nv.narod.ru\dnet.jpg
Напоминаю это проц нортвуд2.26@3.4, родной прескот 3.0 без разгона даёт 7200000 блоков в сек.
Специально для нашего коллеги из Нижневартовска ;)14.07.05 19:45 Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
> Вот где надо смотреть ежесекундный отчёт о количестве > пересчитанных ключей...)) Я это и так знаю.
Другое дело, что на основании этих показаний вывести статистическую зависимость нереально. Более того, говорить об увеличившихся надоях при предполагаемом приросте в 3,2% как-то несерьезно ;)
> Напоминаю это проц нортвуд2.26@3.4, родной прескот 3.0 без > разгона даёт 7200000 блоков в сек. И при чем это к теме? Атлон64 на 2400 МГц выдает 9,5 лимонов в сек. и что? О чем это говорит?
Я, конечно, проверю сказанное, но очень сомневаюсь в практической ценности данного наблюдения, даже если Ваши утверждения и имеют под собой какую-то реальную основу.
Дело в том, что большинство члеов команды запускают клиента как службу. Это просто и удобно. И никто не станет ради 3% прироста заморачиваться подобными методами.
Кстати, олучается, что если остановить клиента и запустить его ручками, то производительность тоже будет выше? Хе-хе, проверим :)
> > Вот где надо смотреть ежесекундный отчёт о количестве > > пересчитанных ключей...)) > Я это и так знаю. > Другое дело, что на основании этих показаний вывести > статистическую зависимость нереально. Более того, говорить > об увеличившихся надоях при предполагаемом приросте в 3,2% > как-то несерьезно ;) > > > Напоминаю это проц нортвуд2.26@3.4, родной прескот 3.0 > без > > разгона даёт 7200000 блоков в сек. > И при чем это к теме? Атлон64 на 2400 МГц выдает 9,5 > лимонов в сек. и что? О чем это говорит? > Я, конечно, проверю сказанное, но очень сомневаюсь в > практической ценности данного наблюдения, даже если Ваши > утверждения и имеют под собой какую-то реальную основу. > Дело в том, что большинство члеов команды запускают клиента > как службу. Это просто и удобно. И никто не станет ради 3% > прироста заморачиваться подобными методами. > > Кстати, олучается, что если остановить клиента и запустить > его ручками, то производительность тоже будет выше? Хе-хе, > проверим :) Cовершенно верно.Если у тебя 20-30 компов работают,помножь на 2-3%,получается лишний бидон.
В общем -тестируйте.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
