Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Не замечали интересный глюк,увеличивающий производительность Dnet?Если... 14.07.05 08:31
Автор: Cedric Статус: Незарегистрированный пользователь Отредактировано 14.07.05 08:38 Количество правок: 1
|
Не замечали интересный глюк?Если бычка запускать,через минуту а не сразу,то его производительность увеличивается к примеру с 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
|
|
| |
"После загрузки системы",подразумевается загрузка последней... 14.07.05 11:40
Автор: Cedric Статус: Незарегистрированный пользователь
|
"После загрузки системы",подразумевается загрузка последней программы из папки автозагрузки.Какие логи нужны?Что бы это проверить не нужно ни чего.
|
| | |
Логи Днет клинта. За сутки. 14.07.05 11:53
Автор: 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 13:40
Автор: Garick <Yuriy> Статус: Elderman
|
|
| | | | |
Ой, да ладно :) 14.07.05 13:29
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
> Cам лог весит 4.5 метра.Могу прислать ;))
у меня лог за рабочий день с утра до вечера занимает 18 килобайт :)
если за сутки - то примерно втрое больше. 4,5 метра - это за год? :)
|
| | | | | |
Держи,высылаю.)) 14.07.05 14:19
Автор: Cedric Статус: Незарегистрированный пользователь
|
|
|
[RC5] Хм .... не замечал, нуна погонять ;) 14.07.05 08:56
Автор: LOnG <LOnG> Статус: Member
|
|
| |
[RC5] Скорее всего, глюк статистических алгоритмов этой программы... На реальной производительности не должно сказываться. 14.07.05 09:35
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
| | |
[RC5] Я тоже так думаю. 14.07.05 11:30
Автор: J'JF <Dmytro Volhushyn> Статус: 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% прироста заморачиваться подобными методами.
Кстати, олучается, что если остановить клиента и запустить его ручками, то производительность тоже будет выше? Хе-хе, проверим :)
|
| | | | | | | | |
Cовершенно верно.Если у тебя 20-30 компов работают,помножь... 15.07.05 06:02
Автор: Cedric Статус: Незарегистрированный пользователь
|
> > Вот где надо смотреть ежесекундный отчёт о количестве > > пересчитанных ключей...)) > Я это и так знаю. > Другое дело, что на основании этих показаний вывести > статистическую зависимость нереально. Более того, говорить > об увеличившихся надоях при предполагаемом приросте в 3,2% > как-то несерьезно ;) > > > Напоминаю это проц нортвуд2.26@3.4, родной прескот 3.0 > без > > разгона даёт 7200000 блоков в сек. > И при чем это к теме? Атлон64 на 2400 МГц выдает 9,5 > лимонов в сек. и что? О чем это говорит? > Я, конечно, проверю сказанное, но очень сомневаюсь в > практической ценности данного наблюдения, даже если Ваши > утверждения и имеют под собой какую-то реальную основу. > Дело в том, что большинство члеов команды запускают клиента > как службу. Это просто и удобно. И никто не станет ради 3% > прироста заморачиваться подобными методами. > > Кстати, олучается, что если остановить клиента и запустить > его ручками, то производительность тоже будет выше? Хе-хе, > проверим :) Cовершенно верно.Если у тебя 20-30 компов работают,помножь на 2-3%,получается лишний бидон.
В общем -тестируйте.
|
|
|