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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
А если по всем ядрам тест - в 496 и в 498? 20.10.06 13:04  Число просмотров: 3293
Автор: mss <Сергей> Статус: Member
Отредактировано 20.10.06 13:05  Количество правок: 1
<"чистая" ссылка>
<dnet>
[OGR] DPC. мегаслив, сцуки... 12.10.06 11:11   [HandleX, Den]
Автор: DamNet <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 <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 <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-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach