Версія даної теми для друку

Автор: nikelong May 28 2008, 00:04

Проект "OGR-25"

http://www.distributed.net/ogr/

http://stats.distributed.net/team/tmember.php?project_id=25&team=12510

http://stats.free-dc.org/new/teamstats.php?proj=ogr25&team=Ukraine

Дата основания команды - 13.04.1999 Капитан - Daugava

Настройка клиента:
1. Качаем последнюю версию с http://www1.distributed.net/download/clients.php. Для простоты - качаем ZIP-архив
2. Теперь нам нужен файл dnetc.exe
3. Настраиваем программу. При первом запуске окно настройки появится автоматом, т.к. еще нет файла dnetc.exe в котором хранятся настройки.
4. Далее читаем http://bugtraq.ru/dnet/setup/, ибо "многабукафф" Можно http://ogr.pp.ru/ogr_connect.html для общего развития.
5. Для присоединения к команде Украины посетите http://stats.distributed.net/team/tmsummary.php?project_id=25&team=12510, и внизу найдите ссылку I want to join this team!. Дальше думаю понятно.


Ваш e-mail адрес, указанный в настройках dnetc.ini будет виден всем на страницах со статистикой, поэтому для защиты от спаммеров зайдите на страницу своего аккаунта и укажите Real name.

О проекте:

http://ru.wikipedia.org/wiki/%D0%9B%D0%B8%D0%BD%D0%B5%D0%B9%D0%BA%D0%B0_%D0%93%D0%BE%D0%BB%D0%BE%D0%BC%D0%B1%D0%B0

http://bugtraq.ru/dnet/faq/ogr/index.html

Что такое Линейки Голомба?
http://ogr.pp.ru/about.html термин "Линейки Голомба" означает набор целых положительных чисел (т.е. натуральных), таких, что у всех возможных пар этих чисел разность отличается, т.е. разности этих чисел не повторяются. Это можно себе представить наглядно в виде линейки с делениями, построенной таким образом, что все расстояния между любыми делениями разные. Оптимальная Линейка Голомба (Optimal Golomb Ruler, OGR) - это самая короткая возможная линейка для заданного числа делений.Однако, сложность поиска (и доказательства) OGR растет экспоненциально с увеличением числа делений, поэтому в Distributed.net привлекли на помощь энтузиастов - пользователей интернет для поиска OGR с числом делений 24 и более.

Линейки Голомба названы в честь Соломона Голомба (Solomon W. Golomb) - профессора математики, специалиста по комбинаторике, теории чисел, теории кодирования и связи. Голомб также занимался математическими играми и головоломками, являлся постоянным автором колонки "Математические игры" журнала Scientific American. Оптимальные линейки Голомба имеют много приложений, включая расположение детекторов в рентгеновской кристаллографии и радиоастрономии.

Линейка Голомба - это способ расположения делений на линейке, при котором каждая пара делений измеряет уникальный интервал. Вот линейка Голомба с пятью делениями:


Числа около делений означают расстояние от левого края. Длина этой линейки равна 11, и она является одной из двух самых коротких линеек Голомба с пятью делениями. Деления второй линейки стоят на отметках 0, 3, 4, 9, и 11. (Зеркальные отражения этих двух линеек, 0, 2, 7, 10, 11 и 0, 2, 7, 8, 11, также оптимальны. Обычно указывают только одну из симметричных линеек).

Вы можете убедиться, что показанная наверху линейка является линейкой Голомба, записав таблицу всех пар делений и соответствующие расстояния:


Заметьте, что в правом столбце расстояния не повторяются. Кроме того, отсутствует расстояние 6, но это неважно, т.к. линейка Голомба не должна измерять все расстояния, главное, чтобы они были все разные.

"Оптимизация" линеек Голомба означает найти самую короткую, не допуская повторения измеряемых расстояний. Две вышеприведенные линейки является оптимальными.

Линейки Голомба обычно характеризуются именно расстояниями - длиной делений, а не абсолютными координатами делений, как на вышеприведенной диаграмме. Приведенная линейка будет выглядеть как 1-3-5-2 (иногда это записывают 0-1-3-5-2, но первый ноль обычно опускают).

Например, вот известная оптимальная линейка с 21 делением:

2-22-32-21-5-1-12-34-15-35-7-9-60-10-20-8-3-14-19-4

James B. Shearer собрал список все лучших известных Линеек Голомба до 150 делений.


Отже, станом на :: 25-Oct-2008 23:14 GMT (Saturday) :: даний проект оголошено завершеним. Довжина знайденої лінійки - 480, з наступними позначками: 0 12 29 39 72 91 146 157 160 161 166 191 207 214 258 290 316 354 372 394 396 431 459 467 480. Більш детально з інформацією щодо закриття проекту можна ознайомитися http://n0cgi.distributed.net/cgi/planarc.cgi?user=bovine&plan=2008-10-25.23:14.

Обсуждение работы клиента, настройку и прочее можно вести например в этой ветке:
http://distributed.org.ua/forum/index.php?showtopic=1534

Автор: ReMMeR Aug 15 2008, 11:50

Провів тести на своєму обладнанні. Данні приведені на одне ядро.

Висновки такі :
Нова архітектура краще старої. (На прикладі атлонів)

Лінукс 64 біти краще за лінукс 32 біти. (На прикладі атлону)

Віндовс краще за лінукс 64 біти (rc=10% ogr=1%) ?
Перевірити цього напевне не можна, бо данні для порівняння взяті за усередненням частот.
(Так і знайдені данні для процесору розігнаного до 2900 під лінуксом,щоб порівняти його з реальним Коре розігнаним до 2900 )
До того ж під віндовсом працюють зовсім інші ( за назвами принаймні) Ядра.


Для РЦ5 краще атлони.
Для ОГР краще Коре.

Автор: Daugava Aug 26 2008, 15:09

13 квітня 1999 року.
http://distributed.org.ua/archieve/rc5/team.htm

Автор: Death Aug 26 2008, 15:41

наплохо получилось описание в стате......

Автор: nikelong Aug 28 2008, 20:57

Daugava,
http://distributed.org.ua/index.php?go=Pages&in=view&id=128

Мне сюда нужно вбить даты создания ОГР-24, РЦ-64 и РЦ-72

Поможешь?

Автор: Burzum Aug 28 2008, 21:08

А чому не запитуєш про ОГР-25? Бо є дата 13.04.99? Тоді дивись http://stats.distributed.net/team/tlist.php?project_id=25&low=1&limit=100: перші блоки в проекті OGR-25 злиті 02.08.2000.
OGR-24, OGR-25, RC5-64, RC5-72 - це одна й та ж команда, правильніше сказати, що це українська команда проекту distributed.net, а огр і рц5 - підпроекти, як в праймгріді чи WCG.

Автор: nikelong Aug 28 2008, 21:36

Burzum,
Не спрашую бо Даугава дал дату.
С твоего поста ничего не понял.

Посему, к тебе короткий вопрос:
какие даты мне вбить в БТП напротив проектов огр24 огр25 рц64 рц72 ?

Какие ты четыре (одну? о_0) дату скажешь, такие я туда и внесу. Все.

Автор: Paul B.Atton Aug 28 2008, 23:48

Дата створення команди одна для всіх проектів.

Автор: Burzum Aug 29 2008, 02:41

Коротко і йомко!
Дата одна - 13.04.99.

Автор: Rilian Aug 29 2008, 13:02

We're having some unexpected hardware problems with our stats server. We hope to get it back online soon. No work will be lost during this outage. Thanks for your patience. ...

Автор: Paul B.Atton Aug 29 2008, 20:06

Цікаво, що там таке трапилося... Більше тижня тому була заміна диску в сервері

Автор: Death Aug 30 2008, 01:33

винт в рейде гавкнулся. шо, первій раз чтоли? ))) на моей памяти - третий или четвёртій.

Автор: Tamagoch Aug 30 2008, 07:50

третий/четвертый? да у них это по несколько раз в месяц бывало...
уже и датацентр меняли и статбокс-4 установили (fritz который) - вижу, что нифига не помогло

Автор: Death Aug 31 2008, 01:39

прикинь какая там нагрузка. )))

надо флеш диски брать. хотя у них цикл перезаписи кажется меньше. задо ничего не двигается...

Автор: ReMMeR Aug 31 2008, 08:46

Не понимаю в чем роблема поставить зеркало. (Рейд1)
1 винт умер - заменили на такой-же - скопировался.
Чтоб умерли 2 одновременно - такое наврядли.
Да и вообще - там статистика генерится раз в сутки - могли бі базу данніх не трогать, а генерировать статические хтмл-файлі раз в сутки и все.
А если єто так - то почему все так часто умирает ?

Автор: egorio Aug 31 2008, 09:09

у них, видимо, другие взгляды на ситуацию. или мы чего-то не знаем :\

вообщем, будем ждать.

Товарищи, забудьте на пару недель свои "приоритетные" проекты , помогите обогнать москалей! Согласитесь, финишировать в проекте, который длился несколько лет, и в котором наша команда принимала довольно таки значимое участие (а некоторые люди свои первые блоки получили около 3к дней назад и считают до сих пор!), на 21-м или 22-м месте, как-то обидно :/ Давайте выбивать наше законное 20-е, а то и 19-е место! Полезен будет любой дополнительный компьютер! Искренне надеюсь на вашу поддержку. Давайте постараемся, что б было, что отпраздновать!

Автор: Death Aug 31 2008, 11:04

ReMMeR, там и стоит рейд. как раз винт и сдох - новій ставят )))

egorio, +111111111111!!!!!11

Автор: nikelong Aug 31 2008, 15:48

egorio,
Ты это се в подпись забей !

Автор: Rilian Aug 31 2008, 20:15

Stats is back online and catching up now.

Thanks for your patience. Moo!

Автор: egorio Aug 31 2008, 21:58

да не работает ничерта ты откуда этот текст взял?

Автор: Rilian Aug 31 2008, 22:04

Стат работает. http://stats.distributed.net/projects.php?project_id=25

Из RSS, с их рассылки http://n0cgi.distributed.net/cgi/rss-plans.cgi

Автор: Rilian Sep 5 2008, 16:38

чтобы аплоадить посчитанное на сервер надо выполнить

dnetc -flush ?

Автор: Tamagoch Sep 5 2008, 17:17

именно так

Автор: Paul B.Atton Sep 5 2008, 19:20

І всіх їх на ОГР-25!

Автор: Rilian Sep 5 2008, 20:11

Ввиду



это сообщение немного не понятно...

Автор: Paul B.Atton Sep 5 2008, 23:12

А чого тут незрозумілого? Флешмоб у ОГРі!

Автор: Rilian Sep 5 2008, 23:26

Да, и при этом кранчится рц5

Автор: Death Sep 6 2008, 00:14

зав чера по сливам в рц5 мы на третьем месте. блджад.

сделайте ещё раз рассылку по командным мейлам чтоле....

ну пи....

Автор: Rilian Sep 6 2008, 01:06

я вчера слил 6 дней работы 2х коров дуо

Автор: (_KoDAk_) Sep 6 2008, 09:31

я что-то не вкуриваю
почему Q6600@3300Mhz (205К)быстрее Q9550@3800Mhz (200К) !!!

Автор: Некто Sep 6 2008, 13:42

O.o у мну Q6600@3200 выдает 200-205к

Автор: Burzum Sep 6 2008, 15:35

Клієнт впізнає процесор Q9550? Кинь, якщо можеш, частину логу (перші рядки одразу після запуску).
Ще було б непогано, якби ти закинув сюди результати повних бенчмарків (для всіх ядер) для обох процесорів.

Автор: (_KoDAk_) Sep 6 2008, 19:36

dnetc v2.9015-505-GTR-08070505 for Win32 (WindowsNT 6.0).
Q6600
[Sep 06 17:32:41 UTC] Automatic processor detection found 4 processors.
[Sep 06 17:32:41 UTC] Loading crunchers with work...
[Sep 06 17:32:41 UTC] Automatic processor type detection found an Intel Core 2 processor.
===бенч org-p2 all
[Sep 06 17:38:52 UTC] OGR-P2: Benchmark for core #0 (GARSP 6.0-A)
0.00:00:17.01 [34,776,639 nodes/sec]
[Sep 06 17:38:52 UTC] OGR-P2: using core #1 (GARSP 6.0-.
[Sep 06 17:39:12 UTC] OGR-P2: Benchmark for core #1 (GARSP 6.0-
0.00:00:16.61 [27,811,913 nodes/sec]
[Sep 06 17:39:12 UTC] OGR-P2: using core #2 (GARSP 6.0-asm-rt1-gen).
[Sep 06 17:39:30 UTC] OGR-P2: Benchmark for core #2 (GARSP 6.0-asm-rt1-gen)
0.00:00:16.08 [43,687,807 nodes/sec]
[Sep 06 17:39:30 UTC] OGR-P2: using core #3 (GARSP 6.0-asm-rt1-mmx).
[Sep 06 17:39:49 UTC] OGR-P2: Benchmark for core #3 (GARSP 6.0-asm-rt1-mmx)
0.00:00:16.05 [49,088,473 nodes/sec]
[Sep 06 17:39:49 UTC] OGR-P2: using core #4 (GARSP 6.0-asm-rt1-mmx-amd).
[Sep 06 17:40:08 UTC] OGR-P2: Benchmark for core #4 (GARSP 6.0-asm-rt1-mmx-amd)
0.00:00:16.24 [49,323,493 nodes/sec]


Q9550
[Sep 06 17:39:54 UTC] Automatic processor detection found 4 processors.
[Sep 06 17:39:54 UTC] Loading crunchers with work...
[Sep 06 17:39:54 UTC] Automatic processor type detection found an Intel Core 2 Extreme/Xeon processor.
====бенч org-p2 all - это с фах на видяхе.
[Sep 06 17:47:22 UTC] OGR-P2: using core #0 (GARSP 6.0-A).
[Sep 06 17:47:41 UTC] OGR-P2: Benchmark for core #0 (GARSP 6.0-A)
0.00:00:16.16 [40,374,182 nodes/sec]
[Sep 06 17:47:41 UTC] OGR-P2: using core #1 (GARSP 6.0-.
[Sep 06 17:48:00 UTC] OGR-P2: Benchmark for core #1 (GARSP 6.0-
0.00:00:16.38 [32,386,659 nodes/sec]
[Sep 06 17:48:00 UTC] OGR-P2: using core #2 (GARSP 6.0-asm-rt1-gen).
[Sep 06 17:48:20 UTC] OGR-P2: Benchmark for core #2 (GARSP 6.0-asm-rt1-gen)
0.00:00:17.09 [50,060,521 nodes/sec]
[Sep 06 17:48:20 UTC] OGR-P2: using core #3 (GARSP 6.0-asm-rt1-mmx).
[Sep 06 17:48:40 UTC] OGR-P2: Benchmark for core #3 (GARSP 6.0-asm-rt1-mmx)
0.00:00:17.14 [61,388,201 nodes/sec]
[Sep 06 17:48:40 UTC] OGR-P2: using core #4 (GARSP 6.0-asm-rt1-mmx-amd).
[Sep 06 17:48:59 UTC] OGR-P2: Benchmark for core #4 (GARSP 6.0-asm-rt1-mmx-amd)
0.00:00:16.10 [59,711,694 nodes/sec]
====бенч org-p2 all - .то БЕЗ фах на видяхе.
[Sep 06 17:49:36 UTC] OGR-P2: using core #0 (GARSP 6.0-A).
[Sep 06 17:49:54 UTC] OGR-P2: Benchmark for core #0 (GARSP 6.0-A)
0.00:00:16.13 [39,990,940 nodes/sec]
[Sep 06 17:49:54 UTC] OGR-P2: using core #1 (GARSP 6.0-.
[Sep 06 17:50:14 UTC] OGR-P2: Benchmark for core #1 (GARSP 6.0-
0.00:00:16.98 [31,999,272 nodes/sec]
[Sep 06 17:50:14 UTC] OGR-P2: using core #2 (GARSP 6.0-asm-rt1-gen).
[Sep 06 17:50:32 UTC] OGR-P2: Benchmark for core #2 (GARSP 6.0-asm-rt1-gen)
0.00:00:16.14 [49,947,417 nodes/sec]
[Sep 06 17:50:32 UTC] OGR-P2: using core #3 (GARSP 6.0-asm-rt1-mmx).
[Sep 06 17:50:51 UTC] OGR-P2: Benchmark for core #3 (GARSP 6.0-asm-rt1-mmx)
0.00:00:16.44 [58,773,612 nodes/sec]
[Sep 06 17:50:51 UTC] OGR-P2: using core #4 (GARSP 6.0-asm-rt1-mmx-amd).
[Sep 06 17:51:11 UTC] OGR-P2: Benchmark for core #4 (GARSP 6.0-asm-rt1-mmx-amd)
0.00:00:16.83 [58,091,035 nodes/sec]

Автор: (_KoDAk_) Sep 6 2008, 19:50

а почему core ов пять штук?

Автор: Rilian Sep 6 2008, 19:53

одно запасное

Автор: Некто Sep 6 2008, 20:10

ммм, а как получилось у тебя с фах быстрее работает огр? О_о

Автор: Burzum Sep 6 2008, 22:01

Для нових типів процесорів іноді невірно вибирається розрахункове ядро. В такому випадку потрібно запустити бенчмарк всіх ядер і підставити найшвидше ядро в .іні-файл:

[ogr-p2]
fetch-workunit-threshold=50
core=3

Автор: Некто Sep 7 2008, 08:13

у меня бенчмарк показывает ядро№4 чуть быстрее, чем №3... мне его ставить? по дефолту третье выбирается

Автор: Rilian Sep 7 2008, 12:32

конечно ставить

Автор: Некто Sep 7 2008, 12:43

а это не глюк? О.о
core #3 (GARSP 6.0-asm-rt1-mmx).
core #4 (GARSP 6.0-asm-rt1-mmx-amd).
у мну ж не амд

Автор: Rilian Sep 7 2008, 12:50

если работает быстрее, то какая разница..

Автор: Aid Sep 7 2008, 17:59

Сегодня подключил к OGR-P2 пару машинок. Должно получиться где-то 12000 гиганод/день, если я правильно понял как оно скорость показывает. Постоянно использовать эти машины не могу, но на месяц можно.

Автор: (_KoDAk_) Sep 7 2008, 18:13

-workunit-threshold=50
какое максим число ? можно ставить
шас я на 350

Автор: Tamagoch Sep 7 2008, 18:32

1000

Автор: egorio Sep 7 2008, 18:55

а какие именно результаты, и на сколько отличаются? если не секрет

я с таким сталкивался, когда тестил целерон 2 ггц. там на 3-м ядре было 20.900.000, а на 4-м - 21.000.000

Автор: Rilian Sep 8 2008, 00:24

а как (командной строкой) отправить на сервак 900 ВЮшек которые не будут считаться на машине?

Автор: Tamagoch Sep 8 2008, 07:07

это как? отправить непосчитанные или отправить посчитанные другой машиной?

Автор: egorio Sep 8 2008, 07:12

просто удали

Автор: Rilian Sep 8 2008, 11:08

Tamagoch, непосчитанные

Автор: Burzum Sep 8 2008, 11:32

Запустити без ключа і зачекати трохи (кілька днів).

Автор: Rilian Sep 8 2008, 12:24

Burzum: там 900 вю, каждая считается больше часа

Автор: Tamagoch Sep 8 2008, 13:22

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

Автор: Alder Sep 8 2008, 17:53

Tamagoch, давай мне. У меня инета не будет дня три-четыре дома. Вот и будет порция. Слать можно на мыло - aleksey точка derkach собачка gmail.com
Только вопрос - на каком компе оно считается около часа? У меня Е4400 дома.

Автор: Rilian Sep 8 2008, 22:29

на коре дуо 2 ггц

Автор: Alder Sep 9 2008, 00:10

Ого. В день 24 блока получается? А чего такие тяжелые?

Автор: (_KoDAk_) Sep 9 2008, 00:18

та да долговато у меня в день больше 220
тоесть больше 55 на ядро

Автор: Rilian Sep 9 2008, 01:22

та блин удачную пачку скачал..... в 1000 штук

ладно пока проект не закрыт, досчитаю

Автор: Rilian Sep 11 2008, 15:00

что такое stats units ?

Автор: egorio Sep 11 2008, 15:01

единица статистики, это - stat unit.

Автор: Rilian Sep 11 2008, 15:04

Как соотносятся ГигаНоды с Стат Юнитами?

пс: англ я знаю

Автор: Tamagoch Sep 11 2008, 15:15

это синонимы

Автор: Rilian Sep 11 2008, 15:16

О! Сразу понятнее стало скока мои компы производят "продукции":)

Автор: Tamagoch Sep 11 2008, 15:38

эх, коровки доятся... а корма еще ого-го:

Автор: Burzum Sep 11 2008, 16:13

Якщо хочеш, можу забрати твоїх тисяч 10. Як?

UPD: вже забрав, швидкість чудова, рекомендую іншим фермерам.

Автор: Paul B.Atton Sep 12 2008, 14:02

Мені поки вистачає.

Автор: Death Sep 12 2008, 20:27

сделай 20к. пусть запас будет. фришники показывают то 14 дней до обгона то 12. а проект до 1 числа.. но 24 закончилась очень внезапно...

Автор: Paul B.Atton Sep 15 2008, 21:26

А треба такий запас? Чи аби потім роздавати?

Автор: Death Sep 15 2008, 21:58

звичайно потім роздаш. навіть 5-6 чоловік швиденько все це змелють. я сподіваюсь мати блоки ще тиждень піся того як вони на офпроксях зникнуть. )))

Автор: Burzum Sep 15 2008, 22:01

Взяв 10К у Тамагоча... Такі глевкі... Ферма ледь тисячу за день прожовує..

Автор: Некто Sep 15 2008, 22:09

[Sep 15 20:01:26 UTC] OGR-P2: Summary: 341 packets (52572.40 stats units)

Автор: Rilian Sep 15 2008, 22:11

У меня в crontab стоит вызов ./dnetc -flush каждый час

Автор: Death Sep 15 2008, 22:53

Rilian, -config 2 10 - поставь 1 час и разгрузи крон )))

Автор: Rilian Sep 15 2008, 22:56

а че тут разгружать?

Автор: Death Sep 15 2008, 23:34

хороший тон. если можно сделать в клиенте, зачем делать отдельно?
кстати -конфиг 2 9 у тебя что стоит?

Автор: Rilian Sep 15 2008, 23:46

Хз никогда не настраивал. Конфиг реммеровский (считаю ща него) из шапки

Автор: Death Sep 16 2008, 00:02

Rilian, dnetc -config - посмотри - очень познавательно )))

Автор: Paul B.Atton Sep 16 2008, 18:25

А для цього є "-update".

Автор: Rilian Sep 16 2008, 18:45

Paul, а я хочу иметь возможность закрыть скачивание новых ВЮ.

Автор: Paul B.Atton Sep 18 2008, 15:47

І що ти закриваєш, коли "-fetch" їх постійно набирає? Чи зробити s/update/flush/ неможливо?

Автор: Burzum Sep 18 2008, 15:54

Тихо, хай він сам до всього дійде. Не заважай початкуючим кранчерам пізнавати канонічного клієнта РО.

Автор: Rilian Sep 18 2008, 16:05

Меня периодически посещают мысли закрыть скачивание новых вю на том компе, дать ему досчитать, и отключить от огра. Потом я смотрю на статистику обгона России, и активирую закачку ВЮ обратно. Отаке

Автор: cosmo_vk Sep 19 2008, 07:21

Только вот непонятно каких русских вы там догоняете. Russian Team прекратила существовать 6 лет назад. Основные силы переброшены или в BugTraq.Ru или в другие команды.
Россию вы не догоняете в принципе, скорее наоборот: http://stats.distributed.net/misc/countries.php?project_id=25

Автор: Tamagoch Sep 19 2008, 07:27

там наверное какие-то нерусские русские
я вижу эту команду даже в Магнетизме - проекту несколько месяцев
не надо заранее хоронить соперников, чтобы показать как вы нас "любите"

задачи обогнать БагТрак у нас не было, так что все в порядке

Автор: cosmo_vk Sep 19 2008, 07:47

а причем тут BugTraq.

Ради прикола пройдитесь по ссылке: http://distributed.net.ru/


В боинговых вычислениях действительно участвует Russian Team, как впрочем и просто Russia. Но это совсем другая команда.
http://www.boinc.ru/

Автор: Alexis Kravtchenko Sep 19 2008, 09:51

Ну... если сравнивать команды то видим
http://stats.distributed.net/team/tmsummary.php?project_id=25&team=11269
This team has had 1,892 participants contribute blocks. Of those, 1,826 are still on this team, and 124 submitted work today.

http://stats.distributed.net/team/tmsummary.php?project_id=25&team=2155
This team has had 1,336 participants contribute blocks. Of those, 1,228(?) are still on this team, and 7 submitted work today.

http://stats.distributed.net/team/tmsummary.php?project_id=25&team=12510
This team has had 299 participants contribute blocks. Of those, 288 are still on this team, and 32 submitted work today.

Может Russian Team на 21 месте и "прекратила существовать 6 лет назад.", но кто-то там до сих пор по 40-50 Gnode ещё выдаёт.
Так вот её и Terminal & BBS Liane & Others RC5 Team мы реально можем обогнать и занять 20-е место.

Про обгон BugTraq даже в снах мыслей не возникало.


Приєднані зображення

Автор: ReMMeR Sep 19 2008, 10:20

cosmo_vk, Это та команда которую нам по-силам обогнать до завершения проекта. Вот и все

Автор: Rilian Sep 19 2008, 11:13

А в баг-траке я так понимаю не только россияне участвуют ?

Автор: Alexis Kravtchenko Sep 19 2008, 11:20

Похоже что да. Мне кажется, я именно от них узнал о РВ в 1999....
Или может была уже тогда рассылка о РВ от CityCat ?...

Автор: Rilian Sep 19 2008, 11:27

Ну, значит получается что Russia Team это единственная российская команда, Ukraine - украинская, а багтрак - наша общая гордость

Автор: Alexis Kravtchenko Sep 19 2008, 12:04

Х-м... Обижаешь гостя cosmo_vk... Я так понимаю, он из http://stats.distributed.net/team/tmsummary.php?project_id=25&team=20104
Они похоже займут 30-е место и обойти действительно "неживую" команду Team Depaul не успеют...
Хотя, чего не бывает...

Автор: Rilian Sep 19 2008, 12:06

Ну, шанс обойти всегда есть

Автор: cosmo_vk Sep 19 2008, 12:44

Успеем, осталось 6 лимонов до них. С учетом того, что в 8 подфазе еще достачно блоков и по размерам они сопоставимы с 6 подфазой.
Сейчас TeamComputerra делает 300-350 тысяч гнод в сутки, надои конечно падают по выходным. Но думаю и этого хватит, чтоб накрыть Team Depaul

Я не только в TeamComputerra, но в BugTraq: http://stats.distributed.net/team/tmember.php?project_id=25&team=11269 на 43 месте пока...

Автор: Alexis Kravtchenko Sep 19 2008, 22:25

Удачи! Надеюсь, межнациональный конфликт погас, не родившись?

А перейдя по указанной ссылке действительно видно в рядах BugTraq пользователей с ukr.net, [BugTraq.RU Ukrainian Zone], Луганска etc.

Опять же так далеко не загадывали. Но посмотрев на статистику по странам взгруснулось...
Что лучше 15-е место и "первое" в группе Польша, Венгрия, Эстония, Новая Зеландия(!), Бельгия, Австрия, Индия,... или 14 место между Намибия и Бахрейн....
Справочная информация:
Островное государство Юго-Западной Азии в заливе Бахрейн (в северо-западной части Персидского залива).
Столица – г. Манама.
Административно разделен на 12 муниципалитетов.
Площадь - 665 кв. км.
Население - 677 886 чел. (июль 2004 г.)
Языки – арабский, английский, фарси.
Страна поменьше Киева и по площади и по населению... Районов, правда, у них уже больше...
Так что придется поработать над 13-м местом, сразу после Финляндии... Может времени хватит...

Автор: Alexis Kravtchenko Sep 28 2008, 12:34

Я смотрю http://stats.distributed.net/team/tmsummary.php?project_id=25&team=20104 немного поднялась.
Один из участников слил больше нашего ежедневного надоя.
Молодцы, так действительно успеют обогнать Team Depaul.



Приєднані зображення

Автор: cosmo_vk Sep 29 2008, 11:15

успеем конечно. newwm раскочегарился под конец. Запасайтесь блоками, основные прокси опять обнуляются. И возможно, это уже насовсем. По крайней мере в ближайшие 4-5 дней они начнут пустовать точно.
Я для своей фермы закачал чуток(15000 блоков) хватит на пару неделек продержаться.

Автор: Tamagoch Oct 2 2008, 07:51

д.нетовский мегоодмин http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine сообщает, что дедлайн заданий скорее всего сократится на 2 недели - это не строгая величина, просто на данном этапе проекта ожидается именно такое протекание процесса... он призывает не хранить больших буферов, т.к. "устаревшие" результаты хотя и будут засчитывать в статистику, свою важность для проекта они потеряют

в самом ближайшем будущем также ожидаются временные пропадания заданий на серверах, а в менее ближайшем будущем - проект ОГР нового поколения

пересматривать ли нам свою стратегию? глобальные задачи вроде бы выполнены, а скорейшее завершение этого проекта позволит нам раньше перебросить силы на другие... я пока не буду наращивать буфер на своей прокси, т.к. команда не очень быстро его "кушает"

Автор: Death Oct 2 2008, 09:14

19 SPring-8 03-Aug-2000 01-Oct-2008 2,982 2 203,791,181 92,961
20 Ukraine 03-Aug-2000 01-Oct-2008 2,982 289 200,517,059 709,938

вот ближайшая стратегия )))

3м по 700 к в день - ещё 5 дней осталось. дальше надо только продержаться ))

кстати осталось почти 3м блоков в 8 сабе, а на проксях днетовских лежит по 50-100к. так что обнулятся они не в ближайшие пару дней.

держи пока сколько есть. я на клиентах по 1к держу.
мало ли кто ещё рванёт вверх )))

Автор: ReMMeR Oct 2 2008, 09:23

Видимо и я подниму до 1к.
Это на 10 дней/на комп.

Автор: Death Oct 2 2008, 09:49

как раз до конца проекта.
в принципе она конец предполагают к тому времени когда закончатся блоки. а потом ещё неделю досчитываться будут.
у нас планка 200м есть. щас на 19 место выйдем и красота.

кстати, активней пользуйтесь тамагочевским прокси )))

Автор: Alexis Kravtchenko Oct 2 2008, 13:31

А что это даёт команде, ну и простым смертным ?
Надо бы разъяснить популярно.

Сижу за прокси(http) и менять в настройках пока лень, да парк машин .... Худенький.
Кеширую просто через переименовывание buff-in.ogf и операцию import... Работа ведётся на один экземпляр buff-in.ogf/buff-out.ogf.
Вот, почти дожевал блоки за 1-е сентября... Ух...
Есть не подлитые(импортом) файлики за (08, 10, 15, 17, 19, ...) по 300-200 блоков.
Так что же хорошего в прокси? Или нужно чтобы задания на нём не застаивались?
По идее, буфера нужны для случая окончания раздачи... Но поменять что-то уже тяжело, проще так доехать...
Я, так сказать,локально предохранился... Геморойно, но хоть как-то...
Так что, кто может, используйте прокси!
Легко, удобно и полезно.

Автор: Death Oct 2 2008, 15:15

поднял бы pproxy и не парился с кешированием ))

Автор: cosmo_vk Oct 2 2008, 16:35

действительно. С локальным сервером по ограм намного легче управлять "стадом".
У меня вообще этот сервер на круглосуточном инет-шлюзе сидит. И клиентам всегда хорошо: есть где спросить блоки и не надо в инет лазить лишний раз.

Автор: Tamagoch Oct 2 2008, 19:34

мой прокси в ua-ix - большие пачки заданий намного быстрее передаются

Автор: Alexis Kravtchenko Oct 2 2008, 23:00

Ну, у меня провайдер УкрТелеКом... Так, на сколько я знаю, он не в ua-ix...
А пока работала одна машинка(мой "WorkPlace" P-IV) pproxy был не нужен, а две остальные, быстро запустил на зашаренный каталог... Так как всего-то на какую-то неделю-другую... Да и "подмога", то одна, то другая, хоть досчитать большой блок можно...

Чем хорош OGR, в отличии от RC5, что задания начатые на P-IV, продолжаются на P-III, а не считаются заново...