информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыПортрет посетителяАтака на Internet
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Не замечали интересный глюк,увеличивающий производительность 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-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach