Клиент 496 на Athlon64 Налаштування

[BigMax]

Прива!

Давнень-ко я тут небыл.
Вот, апгрейднул свой целерон 450 на Athlon64 3200
Стянул и поставил на него последний клиент - 496-й, да только попка какая-то не понятная... Смотрим:

[Oct 07 21:44:16 UTC] Automatic processor type detection found
an AMD K8-15 (Athlon 64) processor.
<skip остальные ядра>
[Oct 07 21:46:14 UTC] RC5-72: using core #6 (GO 2-pipe).
[Oct 07 21:46:32 UTC] RC5-72: Benchmark for core #6 (GO 2-pipe)
0.00:00:16.59 [8,396,578 keys/sec]

А в реале (на компе ничего, кроме коровы, не крутится):

[Oct 08 17:43:11 UTC] RC5-72: Completed CB:18D37BE7:00000000 (1.00 stats units)
0.00:17:04.51 - [4,192,255 keys/s]

При этом Athlon 1800+ выдает:

[Oct 07 10:46:43 UTC] RC5-72: Completed CB:17EF6BB0:00000000 (1.00 stats units)
0.00:09:18.73 - [5,717,467 keys/s]

Шо за нах?

P.S. Athlon Socket939, память в дуальном режиме.

[JJF]

Вполне нормальная скорость для твоего камня. У меня 3400+ (S754) - Скорость немного выше, не более чем на лимон.
Не стоит забывать, что 3200 - это не частота процессора, а лишь его, довольно-таки абстрактный, рейтинг. Реальная частота у тебя не помню уже какая, но в районе 2 ГГц. У Атлона 1800+, кажется, где-то в районе полутора гигагерц.
То есть прирост в скорости практически пропорционален приросту реальной частоты. Видимо, блок АЛУ, который и осуществляет тот самый shift-rotate, необходимый для алгоритма RC5, не был усовершенствован (видимо, там и так все вылизано по максимуму), вследствие чего ускорение работы происходит больше за счет роста частоты, нежели за счет смены архитектуры.
Я уже публиковал здесь результаты своего бенчмаркинга - можешь сравнить:

https://distributed.org.ua/forum/index...wtopic=205&st=0

Также я публиковал результаты своего камня для 64-битной WindowsXP - тоже для справки может пригодиться:

http://ukr.zone.com.ua/forum/index.php?act=ST&f=1&t=30

[BigMax]

Не, ты не понял. Прочитай еще раз пост внимательно.

Смотри, тест показывает, что проц должен перемалывать 8,396,578 keys/sec
А на практике (лог клиента) получается скорость 4,192,255 keys/s
Т.е., практически ровно в двое меньше.

Вопрос - почему?

[JJF]

А, сорри. Точно неправильно понял.
Помню, была когда-то проблема с неверным определением ядра для камней AMD. На каком ядре он показывает такую скорость?
Ну и еще - не может ли быть так, что просто-напросто машина загружена настолько, что днетовскому клиенту остается не так уж и много процессорного времени? Например, когда я дома сажусь рубиться в игрули, то скорость падает просто до неприличных значений

[BigMax]

Так в том-то и дело, что больше ничего не крутится...
А ядро: core #6 (GO 2-pipe).

[BigMax]

Кстати, пришла мне в голову глупая мысль.
Когда инсталлил дрова на машину, мне предложили поставить "AMD's Cool'n'Quiet ™ technology" - поставил.
Может тут грабли? Типа, dnet имеет миниму приоритета и его гасят?

Ща проверю...

[BigMax]

Растудить твою качель!

Усе нормализовалось, скорость - 8,348,528 keys/s

[JJF]

Хех... Как говорится, хорошая мысля приходит опосля
C'n'Q, падлюка, понижает напругу на камне, если ни одно приложение, работающее с нормальным приоритетом, не требует дополнительных выч. ресурсов некоторое время.
На приложения с низким приоритетом драйвера, обеспечвающие поддержку этой технологии, какого-то черта не реагируют. Сам давным давно уже отключил C'n'Q именно из-за этого, но об этих деталях уже как-то и подзабыл
При этом во время теста ядер клиент аботает с нормальным приоритетом - вот C'n'Q и не срабатывает. А уже кранч запускается с пониженным приоритетом - вот тут-то все и начинается

[Paul B.Atton]

Добре вам! А тут...

dnetc v2.9011-496-CTR-05060215 for Solaris.
...
[Sep 30 15:26:36 UTC] Automatic processor detection found 4 processors.
[Sep 30 15:26:36 UTC] Automatic processor type detection did not
                     recognize the processor (tag: "7541:EF12")
[Sep 30 15:27:24 UTC] RC5-72: using core #6 (GO 2-pipe).

Правда, при цьому

$ dnetc -cpuinfo

distributed.net client for Solaris Copyright 1997-2005, distributed.net
Please visit http://www.distributed.net/ for up-to-date contest information.


dnetc v2.9011-496-CTR-05060215 for Solaris.
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/
Using email address (distributed.net ID) 'p.b.atton@...net'

Automatic processor identification tag: 7541:EF12
       features: MMX AMD_MMX+ 3DNOW 3DNOW+ SSE SSE2 SSE3 AMD64 Hyper-Threading(2)
Estimated processor clock speed (0 if unknown): 2000 MHz
Number of processors detected by this client: 4
Number of processors supported by this client: 128

[BigMax]

Що це?

[JJF]

Ну что - в Солярке клиент камень опознать не может, хотя ядро выбирает корректно...

[Paul B.Atton]

І молотить досить непогано. на жаль, не весь час.
HP Proliant DL 385.

[Water]

Number of processors detected by this client: 4

Сколько реально процев установлено? Если 2, то в клиенте указать Client-configure-Perfomance related options-Number of crunchers to run simultaneously 2 проца. Не знаю как в Соляре, но в МД с этим гипер... с 2-мя процами клиент считает в 2 раза медленней.
А если 4- то тогда все нормально.

[Paul B.Atton]

Встановлено два. От тільки працюють вони на мене не весь час
При змозі і як не забуду, спробую поганяти з такою опцією.

[Paul B.Atton]

Спробував поставити обмеження на кількість кранчерів - 2.
Але вони як давали кожен по 18 Mnodes/s (під ОГР), так і дають. А якщо результати скласти разом, то виходить удвічі менше, ніж з чотирма. Коли не помиляюсь, тут гіпертредінг дещо інший в порівнянні з Інтеловим. Чи вони взагалі двоядерні...