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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
К сожалению, они действительно считали на процессорах, а не... 31.07.09 12:23  Число просмотров: 2086
Автор: Sergiy Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> нас обогнали голандцы... я так и знал что они копят что бы
> нас хорошо отбросить назад....
К сожалению, они действительно считали на процессорах, а не на видеокартах.
<dnet>
[rc5] свершилось страшное! 31.07.09 08:41  
Автор: maestro_sochi <maestro> Статус: Member
<"чистая" ссылка>
нас обогнали голандцы... я так и знал что они копят что бы нас хорошо отбросить назад....
[RC5] в субботу смотрим статистику :) 07.08.09 13:14  
Автор: panam Статус: Незарегистрированный пользователь
<"чистая" ссылка>
24,583,610 вот на столько у нас станет больше?:) 07.08.09 13:50  
Автор: maestro_sochi <maestro> Статус: Member
<"чистая" ссылка>
[RC5] 24,583,610 вот на столько у нас станет больше?:) 10.08.09 14:57  
Автор: aLEXt <Alex Trusty> Статус: Member
<"чистая" ссылка>
Говорил же - ничего страшного ;)
но все равно они быстрей нас считают! догонят блин.... 2-3... 10.08.09 17:01  
Автор: maestro_sochi <maestro> Статус: Member
<"чистая" ссылка>
> Говорил же - ничего страшного ;)
но все равно они быстрей нас считают! догонят блин.... 2-3 месяца...
[RC5] но все равно они быстрей нас считают! догонят блин.... 2-3... 10.08.09 19:28  
Автор: aLEXt <Alex Trusty> Статус: Member
<"чистая" ссылка>
фигня, не дрейфь
[RC5] комп о 4х 4870x2 готовишь? :) 11.08.09 01:14  
Автор: panam Статус: Незарегистрированный пользователь
<"чистая" ссылка>
ATI 11.08.09 09:36  
Автор: hazke Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Вот клиент бы выпустили ATI, я бы полмиллиончика в секунду добавил бы. Правда и другие команды прибавят, я думаю...
[RC5] линуховый уже есть. виндявый "на днях" должен быть 11.08.09 14:19  
Автор: panam Статус: Незарегистрированный пользователь
<"чистая" ссылка>
правда линуховый благодаря драйверописателям АМД-АТИ запускать надо творчески.
Свершилось 13.08.09 23:14  
Автор: Sla <Sla> Статус: Member
<"чистая" ссылка>


http://distributed.net/download/prerelease.php
Ураа, я как чувствовал! Зашел перед сном на страничку... 13.08.09 23:50  
Автор: hazkep Статус: Незарегистрированный пользователь
Отредактировано 14.08.09 00:01  Количество правок: 1
<"чистая" ссылка>
Ураа, я как чувствовал! Зашел перед сном на страничку пререлизов! Запускаю на ночь, только скорость ~370, завтра новые дрова поставлю ATI попробую. Скорость от дров зависит?

Ой это я ошибся, частота была занижена, ~580 выдает если мышкой не дергать :)
[RC5] Свершилось 13.08.09 23:43  
Автор: Miraj <Михаил> Статус: Member
Отредактировано 13.08.09 23:44  Количество правок: 1
<"чистая" ссылка>
потавил:
[Aug 13 19:41:39 UTC] RC5-72: Benchmark for core #1 (IL 4-pipe c alt)
0.00:00:16.39 [57,466,054 keys/sec]

и это на 3650....


Только что-то не хочет буфера обновлять:
[Aug 13 19:44:14 UTC] Connect to host 204.152.189.173:2064 failed.
EDISCONNECT: connection lost
[Aug 13 19:44:14 UTC] Connect to host 118.107.60.19:2064 failed.
EDISCONNECT: connection lost
[Aug 13 19:44:14 UTC] Connect to host 202.157.182.145:2064 failed.
EDISCONNECT: connection lost
[Aug 13 19:44:14 UTC] Connect to host 204.152.189.144:2064 failed.
EDISCONNECT: connection lost
[Aug 13 19:44:14 UTC] Connect to host 204.152.189.166:2064 failed.
EDISCONNECT: connection lost
[Aug 13 19:44:15 UTC] Connect to host 204.152.189.173:2064 failed.
EDISCONNECT: connection lost
[Aug 13 19:44:15 UTC] Connect to host 118.107.60.19:2064 failed.
EDISCONNECT: connection lost
[Aug 13 19:44:15 UTC] Connect to host 204.152.189.144:2064 failed.
EDISCONNECT: connection lost
Только что проверил - сгружает блоки. Да и в статистике уже... 14.08.09 12:07  
Автор: Sla <Sla> Статус: Member
<"чистая" ссылка>
> Только что-то не хочет буфера обновлять:

Только что проверил - сгружает блоки. Да и в статистике уже больше сотни тысяч блоков наколбашено. Может, с сетью что-то было или серваки валялись? Сейчас-то как клиент себя ведет?

http://stats.distributed.net/misc/platformlist.php?project_id=8&view=tco
Да, все заработало. Я протупил, в фаер воле правило не... 14.08.09 20:18  
Автор: Miraj <Михаил> Статус: Member
<"чистая" ссылка>
> > Только что-то не хочет буфера обновлять:
>
> Только что проверил - сгружает блоки. Да и в статистике уже
> больше сотни тысяч блоков наколбашено. Может, с сетью
> что-то было или серваки валялись? Сейчас-то как клиент себя
> ведет?

Да, все заработало. Я протупил, в фаер воле правило не создал.
Скорость ООООчень не стабильная.
По скорости есть больной вопрос, да. Для лучших результатов... 15.08.09 10:03  
Автор: Sla <Sla> Статус: Member
<"чистая" ссылка>
> Да, все заработало. Я протупил, в фаер воле правило не
> создал.
> Скорость ООООчень не стабильная.

По скорости есть больной вопрос, да. Для лучших результатов надо поставить клиенту приоритет 2 или 3 (через конфиграцию), тогда он будет получать достаточно процессорного времени для своевременной загрузки GPU.
Какому клиенту? процессорному или GPU? 17.08.09 10:35  
Автор: Miraj <Михаил> Статус: Member
<"чистая" ссылка>
GPU. Если гоняется параллельно с клиентом на CPU, то у GPU... 17.08.09 12:01  
Автор: Sla <Sla> Статус: Member
Отредактировано 17.08.09 12:02  Количество правок: 1
<"чистая" ссылка>
GPU. Если гоняется параллельно с клиентом на CPU, то у GPU клиента должен быть выше приоритет. Иначе ему дают процессорное время через раз -> некому загружать работой GPU
Использование двух клиентов 14.08.09 18:45  
Автор: hazkep Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Если два клиента запускать, то обычный не дает процессорного времени для загрузки видео, скорость низкая получается. Я 10% свободных оставил CPULimit-ом, стало все нормально.
Да, есть такое. пока не получается победить без ужасных... 14.08.09 18:57  
Автор: Sla <Sla> Статус: Member
<"чистая" ссылка>
> Если два клиента запускать, то обычный не дает
> процессорного времени для загрузки видео, скорость низкая
> получается.

Да, есть такое. пока не получается победить без ужасных наворотов. Можно через -configure поставить приоритет 2 или 3 - будет нормально. Надо было написать в readme, но я совсем про него забыл :D
Где конкретно надо изменить? 17.08.09 18:37  
Автор: green_rat Статус: Незарегистрированный пользователь
<"чистая" ссылка>
1  |  2  |  3  |  4 >>  »  




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


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