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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
хорошая новость в том, что я изыскал кое-какие... 25.10.06 15:02  Число просмотров: 2926
Автор: rojer Статус: Незарегистрированный пользователь
<"чистая" ссылка>
хорошая новость в том, что я изыскал кое-какие дополнительные резервы, которые вроде как никуда уйти не должны :)
<dnet>
[OGR] DPC. мегаслив, сцуки... 12.10.06 11:11   [HandleX, Den]
Автор: DamNet [Bugtraq.ru Team] <Denis Amelin> Статус: Elderman
<"чистая" ссылка>
http://stats.distributed.net/participant/psummary.php?project_id=25&id=425882
http://stats.distributed.net/participant/psummary.php?project_id=25&id=309653
http://stats.distributed.net/participant/psummary.php?project_id=25&id=1000275

по 2 ляма за ночь, и того + 6 лямов...
Вопрос Rojerу. Теперь каждый день так будет - по 2.7 лимона... 17.10.06 09:56  
Автор: Ritual Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Вопрос Rojerу. Теперь каждый день так будет - по 2.7 лимона ? :-)
[OGR] фигасе 17.10.06 10:09  
Автор: DamNet [Bugtraq.ru Team] <Denis Amelin> Статус: Elderman
<"чистая" ссылка>
http://stats.distributed.net/participant/psummary.php?project_id=25&id=270855

мощные вливания в наши ряды? или очередной баг?
это не баг, это фича :) 17.10.06 12:21  
Автор: rojer Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> или очередной баг?

это не баг, это фича :)
на самом деле, всё по-честному: 215 машин, 2 оптерона по 2 ядра на каждой. плюс ещё по мелочи :)
не знаю, сколько смогу продержать - это пока свободные машины, не пущенные в продакшн.
ну посмотрим, ещё пару дней, думаю, погоняю :)
Какой пару дней, а слабо продержатся несколько лет ? Как тут... 18.10.06 00:16  
Автор: SergNe0 <Sergey> Статус: Member
<"чистая" ссылка>
> > или очередной баг?
>
> это не баг, это фича :)
> на самом деле, всё по-честному: 215 машин, 2 оптерона по 2
> ядра на каждой. плюс ещё по мелочи :)
> не знаю, сколько смогу продержать - это пока свободные
> машины, не пущенные в продакшн.
> ну посмотрим, ещё пару дней, думаю, погоняю :)

Какой пару дней, а слабо продержатся несколько лет ? Как тут мы все. :)
С такой скоростью мы вообще всех уделаем если это не глюкс. ;)
125-128Т в день у меня выходит на 60 компах, 3 из них зионы 2-хпроцесорные, остальные Р4-2.4-2.8 ГГц.
Незнаю прям, неужели 200 компов могут выдать такую скорость. Неверится.
с такой скоростью - слабо. большая часть скоро уйдёт в... 18.10.06 01:26  
Автор: rojer Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Какой пару дней, а слабо продержатся несколько лет ? Как
> тут мы все. :)
с такой скоростью - слабо. большая часть скоро уйдёт в продакшн, может что-то останется, может нет... но пока радуемся :)
вон, DPC похоже запаниковали слив начали - посмотрим что у них получится :)
> С такой скоростью мы вообще всех уделаем если это не глюкс.
> ;)
ну если это и глюк, то однозначно не мой.
> 125-128Т в день у меня выходит на 60 компах, 3 из них зионы
> 2-хпроцесорные, остальные Р4-2.4-2.8 ГГц.
> Незнаю прям, неужели 200 компов могут выдать такую
> скорость. Неверится.
"мамой клянусь" (c) :)
там больше 200. 215 чисто на это дело работают, плюс ещё кое-что.
ну и говорю же - все эти машины amd64 с 4-мя ядрами, что практически, я думаю, равно 4-хкратной производительности для такой мелкой штуки как dnetc. он весь в L2 кеш помещаться должен, а вычислительное ядро так и вовсе в L1.
Честно сказать, что вычислениям dnetc по барабану количество... 20.10.06 00:20  
Автор: SergNe0 <Sergey> Статус: Member
Отредактировано 20.10.06 00:24  Количество правок: 3
<"чистая" ссылка>
> ну и говорю же - все эти машины amd64 с 4-мя ядрами, что
> практически, я думаю, равно 4-хкратной производительности
> для такой мелкой штуки как dnetc. он весь в L2 кеш
> помещаться должен, а вычислительное ядро так и вовсе в L1.

Честно сказать, что вычислениям dnetc по барабану количество кеша, тут все зависит чисто от АЛУ и частоты процессора.

а могли бы вы показать бенчмарк хоть одного такого процессора у вас?
dnetc.exe -benchmark ogr-p2

вот так у меня дома например на п4-3.4ггц прескотт
[Oct 19 20:19:34 UTC] Automatic processor type detection found
an Intel Pentium 4/Mobile Pentium 4-M/Pentium D/Celeron D/Xeon processor.
[Oct 19 20:19:34 UTC] OGR-P2: using core #3 (GARSP 6.0-asm-rt1-mmx).
[Oct 19 20:19:53 UTC] OGR-P2: Benchmark for core #3 (GARSP 6.0-asm-rt1-mmx)
0.00:00:16.45 [28,615,742 nodes/sec]

Но, если есть возможность оставить работать клиента днет на этих компах, мы были бы очень рады этому и признательны вам в помощи. :)
[root@XXX /root]# ./dnetc -benchmark ogr-p2 20.10.06 01:01  
Автор: rojer Статус: Незарегистрированный пользователь
Отредактировано 20.10.06 01:05  Количество правок: 4
<"чистая" ссылка>
> Честно сказать, что вычислениям dnetc по барабану
> количество кеша, тут все зависит чисто от АЛУ и частоты
> процессора.

cache locality имеет свои последствия для всех программ, в том числе и dnetc.

> а могли бы вы показать бенчмарк хоть одного такого
> процессора у вас?

[root@XXX /root]# ./dnetc -benchmark ogr-p2

dnetc v2.9011-496-CFR-05060815 for Linux (Linux 2.6.11-smp-XXX).

[Oct 19 20:34:40 UTC] OGR-P2: Benchmark for core #0 (GARSP 6.0-64)
0.00:00:16.22 [27,550,794 nodes/sec]

[root@XXX /root]# ./dnetc -cpuinfo

dnetc v2.9011-496-CFR-05060815 for Linux (Linux 2.6.11-smp-XXX).

Automatic processor identification tag: 7541:0F12
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

и вот кусок из cpuinfo:

[root@XXX /root]# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 33
model name : Dual Core AMD Opteron(tm) Processor 270
stepping : 2
cpu MHz : 2009.483
cache size : 1024 KB
physical id : 0
siblings : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht pni syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm cmp_legacy
bogomips : 4022.23
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
cpu cores : 2
Ахтунг!!! Что за супердревний клиент 9011-496 ??? :) 20.10.06 10:19  
Автор: SergNe0 <Sergey> Статус: Member
Отредактировано 20.10.06 10:22  Количество правок: 1
<"чистая" ссылка>
> dnetc v2.9011-496-CFR-05060815 for Linux (Linux
> 2.6.11-smp-XXX).
>
> Automatic processor identification tag: 7541:0F12
> 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

Ахтунг!!! Что за супердревний клиент 9011-496 ??? :)
В срочном порядке меняйте на v2.9013.498
Windows 32bit:
http://http.distributed.net/pub/dcti/prerelease/rc/dnetc498-win32-x86.zip
Linux:
http://http.distributed.net/pub/dcti/prerelease/rc/dnetc498-linux-x86-elf-uclibc.tar.gz
Версия специально заточена под АМД, скорость будет выше примерно в 1.5 раза!
И сделайте бенчмарк еще на этой версии клиента, очень просим, если возможно, везде поменяйте на эту последнюю версию, и скорость увеличится еще выше, гарантируем.
Сами удивитесь что может быть лучше:)
нет, спасибо :) 20.10.06 11:50  
Автор: rojer Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Ахтунг!!! Что за супердревний клиент 9011-496 ??? :)
> В срочном порядке меняйте на v2.9013.498
> Windows 32bit:
нет, спасибо :)
> -win32-x86.zip
> Linux:
тоже только 32 bit: маловато будет :)
> -linux-x86-elf-uclibc.tar.gz
> Версия специально заточена под АМД, скорость будет выше
> примерно в 1.5 раза!
> И сделайте бенчмарк еще на этой версии клиента, очень
> просим, если возможно, везде поменяйте на эту последнюю
> версию, и скорость увеличится еще выше, гарантируем.
новая версия процессор узнаёт, но старая 64-битная
всё равно на 2 меганода быстрее, чем новая 32-битная:

[root@XXX /root]# ./dnetc32.new -benchmark ogr-p2

dnetc v2.9013-498-CFR-06082120 for Linux (Linux 2.6.11-smp-XXX).

[Oct 20 07:38:49 UTC] Automatic processor type detection found
an AMD K8-1 processor.
[Oct 20 07:38:49 UTC] OGR-P2: using core #4 (GARSP 6.0-asm-rt1-mmx-amd).
[Oct 20 07:39:09 UTC] OGR-P2: Benchmark for core #4 (GARSP 6.0-asm-rt1-mmx-amd)
0.00:00:17.10 [25,684,011 nodes/sec]

прогресс по сравнению с последней стабильной есть,
но сравнительно небольшой - разница примерно 1.4 меганода:

[root@XXX /root]# ./dnetc32 -benchmark ogr-p2

dnetc v2.9012-497-CFR-05111007 for Linux (Linux 2.6.11-smp-XXX).

[Oct 20 07:42:24 UTC] Automatic processor type detection did not
recognize the processor (tag: "7541:CF12")
[Oct 20 07:42:24 UTC] OGR-P2: Running micro-bench to select fastest core...
[Oct 20 07:42:42 UTC] OGR-P2: using core #3 (GARSP 6.0-asm-rt1-mmx).
[Oct 20 07:43:02 UTC] OGR-P2: Benchmark for core #3 (GARSP 6.0-asm-rt1-mmx)
0.00:00:17.01 [24,254,528 nodes/sec]

> Сами удивитесь что может быть лучше:)
и рады бы, как говорится... ан нет :)
А если по всем ядрам тест - в 496 и в 498? 20.10.06 13:04  
Автор: mss <Сергей> Статус: Member
Отредактировано 20.10.06 13:05  Количество правок: 1
<"чистая" ссылка>
не вижу смысла: если есть несколько возможных, то он в... 20.10.06 20:48  
Автор: rojer Статус: Незарегистрированный пользователь
<"чистая" ссылка>
не вижу смысла: если есть несколько возможных, то он в начале делает микробенч и выбирает самое быстрое.
Просто процов твоих не знает. Для устранения микробенча в... 21.10.06 01:55  
Автор: Ustin <Ustin> Статус: Elderman
Отредактировано 21.10.06 01:57  Количество правок: 1
<"чистая" ссылка>
> не вижу смысла: если есть несколько возможных, то он в
> начале делает микробенч и выбирает самое быстрое.
Просто процов твоих не знает. Для устранения микробенча в конфиге пишем
[ogr_p2]
core=4
;(GARSP 6.0-asm-rt1-mmx-amd),
;core=3 для неамдшных процов
читай внимательнее. 21.10.06 02:22  
Автор: rojer Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Просто процов твоих не знает. Для устранения микробенча в
читай внимательнее.
свежий 32-битный клиент процы знает:
[Oct 20 07:38:49 UTC] Automatic processor type detection found
an AMD K8-1 processor.
выбирает правильное ядро:
[Oct 20 07:38:49 UTC] OGR-P2: using core #4 (GARSP 6.0-asm-rt1-mmx-amd).

и всё равно медленнее.
Вот я и предлагаю... 21.10.06 09:22  
Автор: mss <Сергей> Статус: Member
Отредактировано 21.10.06 09:23  Количество правок: 1
<"чистая" ссылка>
Поскольку новый клиент микробенч не запускает - то запустить бенчмарк самому - и посмотреть какую скорость в новом клиенте даст "старое" ядро (GARSP 6.0-asm-rt1-mmx) по сравнению с "новым" (GARSP 6.0-asm-rt1-mmx-amd).
И тогда будет повод обратиться к днетчикам по этому поводу (на то он и пре-релиз).
не понимаю, в чём повод-то? новый X86 клиент работает... 21.10.06 09:53  
Автор: rojer Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> И тогда будет повод обратиться к днетчикам по этому поводу
> (на то он и пре-релиз).

не понимаю, в чём повод-то? новый X86 клиент работает быстрее старого X86, но медленнее старого X86-64, что вполне объяснимо.
Совершенно справедливо Тут остаётся только ждать портинга свежих ядер на х64 21.10.06 12:22  
Автор: Ustin <Ustin> Статус: Elderman
<"чистая" ссылка>
[OGR] Совершенно справедливо Тут остаётся только ждать портинга свежих ядер на х64 24.10.06 12:01  
Автор: Saymonnet Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Грубый рассчет показывает, что с такой скоростью как сегодня
http://stats.distributed.net/team/tlist.php?project_id=25&low=1&limit=100
догнать команду Dutch Power Cows реально за 2-3 месяца:
(852,460,261-590,522,008)/(4,778,157-403,696)≈60дней
Может подсчет сильно грубый, но зато радует глаз.
Всё уже посчитано до вас =))) 24.10.06 12:19  
Автор: DamNet [Bugtraq.ru Team] <Denis Amelin> Статус: Elderman
<"чистая" ссылка>
> Грубый рассчет показывает, что с такой скоростью как
> сегодня
> http://stats.distributed.net/team/tlist.php?project_id=25&a
> mp;low=1&limit=100
> догнать команду Dutch Power Cows реально за 2-3 месяца:
> (852,460,261-590,522,008)/(4,778,157-403,696)≈60д
> ней
> Может подсчет сильно грубый, но зато радует глаз.
Всё уже посчитано до вас =)))
Но очень приятная скорость.... жаль конечно что долго не продлится...

Дык тут все видно =)
[OGR] Всё уже посчитано до вас =))) 25.10.06 23:12  
Автор: Skeeve [Moscow SubTeam] <Vladimir Medvedev> Статус: Elderman
<"чистая" ссылка>
И еще видно на http://ogr.pp.ru/

http://ogr.pp.ru/
1  |  2 >>  »  




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


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