информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыЗа кого нас держат?Spanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Крупный взлом GoDaddy 
 Просроченный сертификат ломает... 
 Phrack #70/0x46 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
[RC5] Я тоже так думаю. 14.07.05 11:30  Число просмотров: 1930
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
<"чистая" ссылка>
Ведь в логах скорость пишется не мгновенная, а статистическая, то есть кол-во просчитанных ключей, деленное на затраченное время. А т.к. при запуске компа процессорное время активно используется другими приложениями, то в этот момент скорость клиента ниже, что не может не отражаться на статистике.
<dnet>
Не замечали интересный глюк,увеличивающий производительность 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%,получается лишний бидон.
В общем -тестируйте.
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach