Українська команда з розподілених обчислень

Проєкт "PrimeGrid"
----------------------------------------------------------------------------------------------------------

• Офіційний сайт
• Офіційна статистика по команді "Ukraine"
• Статистика на фрішниках по команді України
• Змагання проекту (з 2008)

----------------------------------------------------------------------------------------------------------
Дата заснування команди - 30.03.2006 Капітан - Kid_a
----------------------------------------------------------------------------------------------------------
Для приєднання до команди України:
1. Завантажте BOINC менеджер (Якщо його у Вас ще немає!)
2. Перейдіть у "розширений вигляд"
3. Оберіть сервіс ---> додати проєкт
4. Введіть адресу проєкту http://www.primegrid.com/
5. Введіть свої реєстраційні дані.
6. Знайдіть нашу команду. Вона називається Ukraine і адресу її статистики ви могли бачити вище.
7. Якщо є доступні для завантаження завдання Ви їх отримаєте і почнете розрахунки.
----------------------------------------------------------------------------------------------------------
Корисна інформація:
Для ідентифікації користувача в BOINC можуть слугувати 2 речі:
1) пара e-mail/пароль
2) міжпроєктний ідентифікаційний ID (Cross-project ID) - 32значне шістнадцяткове число.

Якщо Ви побажаєте підключитися ще й до іншого BOINC-проєкту, то пам'ятайте: щоб не плодити нових акаунтів при підключенні до нового проєкту або команди, потрібно обов'язково скрізь реєструватися з одним і тим самим e-mail/паролем або CPID. Якщо при реєстрації в проєкті вказати інші e-mail або пароль, BOINC створить новий акаунт з тим самим іменем!

----------------------------------------------------------------------------------------------------------
Про проєкт:
Спочатку проєкт називався Message@Home і намагався відновлювати тексти, зашифровані MD5-хешуванням. Потім розробники змінили курс на пошук простих чисел. Прості числа становлять великий інтерес для математиків. Вони також відіграють центральну роль у криптографічних системах, які використовуються для комп'ютерної безпеки. За допомогою вивчення простих чисел можна дізнатися, скільки часу потрібно щоб зламати шифрування коду, і, таким чином, визначити, чи є поточна схема безпечною.
В PrimeGrid наразі працює кілька підпроєктів:
Підпроєкти PrimeGrid охоплюють різні пошуки простих чисел: 321 (3·2ⁿ±1), Cullen/Woodall (n·2ⁿ±1), Proth (k·2ⁿ+1), варіанти Sierpinski/Riesel (k·2ⁿ±1, k·5ⁿ±1) та узагальнені Cullen/Woodall (n·bⁿ±1). Також є пошуки узагальнених чисел Ферма (b^(2ⁿ)+1), простих Софі Жермен (p, 2p+1) і простих в арифметичних прогресіях (AP26/AP27). Деякі проєкти вже завершені або призупинені (наприклад, AP26, Twin Primes, частина sieve), тоді як інші продовжують активні LLR і sieve обчислення.

Обрати підпроект для себе можна на сторінці налаштувань

Цікаві посилання:

• wiki.bc-team.org
• Просте число — це натуральне число, що має рівно два різних натуральних дільники: 1 і саме себе. Вивченням властивостей простих чисел займається теорія чисел.
  Великі прості числа (порядку 10^300) використовуються в криптографії з відкритим ключем. Прості числа також використовуються в хеш-таблицях і для генерації псевдовипадкових чисел (зокрема, в ГПВЧ Вихор Мерсенна).
• Список простих чисел
• mathworld
• RSA Laboratories

Це повідомлення відредагував Rilian: Вчора, 19:49

Oh shi!

Конечно, пускай ЗА ТЕБЯ полазят другие. Им же легче, и у них есть куча свободного времени...

varador, в интернете, для экономии своего времени, намного быстрее и эффективнее научиться искать самому

ps: в браузере закладки придуманы не просто так...

Rilian, да,да понял.

Не знаю, в мене такого нема.
Можливо справа в тому, що ти взагалі ніякої галки на жодному підпроекті з CPU не поставив і при збережені поставились CPU галки на цих підпроектах.
Я так зрозумів, що якщо жодної галки на CPU не стоїть, застосовуються налаштування по-змовчанню.
Для того, щоб взагалі не кранчити на CPU, в глобальних налаштуваннях проекту треба поставити "Использовать ЦП, начиная с версии 6.10+" - нет,
інакше получається, що ти кажеш: "Кранчити на ЦП буду, а що саме - не скажу". Ось тобі і шлють будь що, що в них там приорітетніше.

x3mEn,
Нет, твои домыслы неверны.

У меня в настройках:

кранчить ЦПУ - нет
кранчить КУДА - да
кранчить АТИ - да

По подпроектах:
Везде ноль, и напротив Proth Prime Search (Sieve) кранчить цпу - нет, куда - да, ати - да.

Так что логика везде сохранена и нигде коллизий нет.

СИСТЕМА ЕЩЕ СЫРА!

nikelong,
ну так ти опиши докладніше, коли саме що відбувається не так?
-- коли клацаєш, галочки з'являються на інших місцях?
-- коли зберігаєш, галочки проставляються на інших місцях?
-- зберігається все нормально, але по факту приходять не ті завдання, що вибрав?

Вверху снял галку с ЦПУ, поставил две напротив ати и куда.
Внизу напротив проектов везде галки сняты, в самом низу ставлю две галки ати и куда.

Нажимаешь "сохранить" - ВНЕЗАПНО:



Жмешь снова "редактировать" - три галки напротив ЦПУ стоят.

nikelong,
згоден, трохи нелогічно виглядає, адже глобально, ти кажеш, в тебе "Использовать ЦП" стоїть "нет".
Але якщо в тебе взагалі не вибрано жодного підпроекту на CPU, для CPU виставляються підпроекти по-змовчанню.
Попробуй постав галки напроти TRP Sieve CPU, PPS Sieve CUDA & AMD і збережи. В тебе ж CPU все одно виключено, отже завдань для TRP Sieve CPU приходити не повинно.

Повторив твої дії. Дійсно, якщо взагалі нічого не вказувати для CPU, виставляються 3 підпроекта по-змовчанню.
Треба щоб в колонці CPU був відмічений хоча б один підпроект.

за 18 год. обрахунку завдання дало 298 оч. на П4.
це не 40 оч. за 9.5 год. в Слінці.

попробуй разделить профили на: ворк, хоме... а в настройках компа(на сайте!) установить нужный профиль

4:18:37 в clodo.ru на Xeon E5520 @ 2.27GHz в Ubuntu 10.10 x64

x3mEn, у мене показує (реально не рахував, просто після завантаження) 4:20:50 на Phenom II X6 1090Т @3,8 в Win 7 Ultimate x32

завдання по тривалості як не крути не добре лягають в 24 год, або не добор , або перебор.

в цьому челенжі визначальне значення буде кількість підключених компів , так як втрати не минучі

pvtt,
а "добре лягають", це якщо вони всі по тривалості 3:59:59 ? )))
В дійсності дай Бог, щоб і з тривалістю в 4:20:50 встигнути відправити 5 завдань.
24:00:00 - 4:20:50 * 5 = 2:15:50
Годину, припустимо, буде втрачено на те, щоб отримати перше завдання. Ще годину на те, щоб помітити, що на якомусь ядрі задання закачано із фальстарту. От і получається, що 4:20:50 - дуже комфортна тривалість. На 6 завдань навіть теоретично не вистачить, а 5 завдань можна зробити навіть з "завтиком" )))

varador, швиденько ставимо Win 7 Ultimate x64 )))
Якщо вірити інфо, що 64-бітні в 1.7 разів швидші за 32-бітні,
64-бітний клієнт одне завдання в тебе має рахувати не 4:20:50, а 2:33:26, а це за челендж аж цілих 9 завдань
6 ядер * 9 = 54 завдання, замість 6 ядер * 5 = 30 завдань