Российский проект RakeSearch имеет неприятную особенность – после перезагрузки задачи начинают считаться заново. Когда задачи считаются в 30+ потоков и среди них есть задачи длительностью до часа, то это приводит к потере до получаса рабочего времени мощного компа.
На скринах пример списка задач до и после перезагрузки.
В общей картине эти потери, конечно, незначительны.
А вот ведущему проекта Эдуарду Ватутину спасибо за регулярные посты о ходе проекта и публикациию результатов в энциклопедии OEIS. Имхо достойно того, чтобы 100% времени наших CPU выделять на RakeSearch.
Вот бы ещё на Apple Silicon и на Linux появились задачи от проекта!
Подписывайтесь на Эдуарда: https://vk.com/id162891802
Выпуск подкаста о проекте
#rakesearch
#silicon
На скринах пример списка задач до и после перезагрузки.
В общей картине эти потери, конечно, незначительны.
А вот ведущему проекта Эдуарду Ватутину спасибо за регулярные посты о ходе проекта и публикациию результатов в энциклопедии OEIS. Имхо достойно того, чтобы 100% времени наших CPU выделять на RakeSearch.
Вот бы ещё на Apple Silicon и на Linux появились задачи от проекта!
Подписывайтесь на Эдуарда: https://vk.com/id162891802
Выпуск подкаста о проекте
#rakesearch
#silicon
🔥3❤2👍2💯1
GRID'2025_Solving_problems_of_constructing_Latin_square_spectra.pdf
1.2 MB
Математика в тапочках
На конференции GRID’2025 в Дубне представили свежие результаты проекта RakeSearch — добровольной распределённой вычислительной сети, которая решает задачи комбинаторики на обычных домашних ПК. Доклад основателя проекта Эдуарда Ватутина — был про то, как улучшенная балансировка нагрузки помогает быстрее искать латинские квадраты со специфическими свойствами.
Я тоже участвую в этом проекте — и даже вхожу в топ‑3 добровольцев по мощности расчётов.
Что нового удалось посчитать:
– 377 674 диагональных трансверсалей у DLS порядка 14 — рекорд;
– 5995 ортогональных латинских квадратов (ODLS) для порядка 12 — тоже рекорд;
– в активных экспериментах участвуют машины из проекта RakeSearch, суммарно дающие до 12 TFLOP/s вычислительной мощности .
– часть данных получена полным перебором (brute force), часть — эвристиками M1/M2, которые перебирают «соседства» и трансформации.
📌 Для сравнения: 12 TFLOP/s — это примерно как суперкомпьютер SKIF Cyberia (входил в топ‑30 России в 2023 году) или как нижняя треть мирового рейтинга TOP500… в 2005 году. Не бог весть что по сегодняшним меркам, но это смотря с чем сравнивать.
Слайды доклада приложены в PDF.
#RakeSearch
На конференции GRID’2025 в Дубне представили свежие результаты проекта RakeSearch — добровольной распределённой вычислительной сети, которая решает задачи комбинаторики на обычных домашних ПК. Доклад основателя проекта Эдуарда Ватутина — был про то, как улучшенная балансировка нагрузки помогает быстрее искать латинские квадраты со специфическими свойствами.
Я тоже участвую в этом проекте — и даже вхожу в топ‑3 добровольцев по мощности расчётов.
Что нового удалось посчитать:
– 377 674 диагональных трансверсалей у DLS порядка 14 — рекорд;
– 5995 ортогональных латинских квадратов (ODLS) для порядка 12 — тоже рекорд;
– в активных экспериментах участвуют машины из проекта RakeSearch, суммарно дающие до 12 TFLOP/s вычислительной мощности .
– часть данных получена полным перебором (brute force), часть — эвристиками M1/M2, которые перебирают «соседства» и трансформации.
📌 Для сравнения: 12 TFLOP/s — это примерно как суперкомпьютер SKIF Cyberia (входил в топ‑30 России в 2023 году) или как нижняя треть мирового рейтинга TOP500… в 2005 году. Не бог весть что по сегодняшним меркам, но это смотря с чем сравнивать.
Слайды доклада приложены в PDF.
#RakeSearch
👍8
Немного статистики о "мощности" проекта RakeSearch.
Завершение поиска с очень длинными (до 5 дней расчёта!) заданиями, который продлился с конца мая по начало августа, позволило вновь собрать данные по обработанным заданиям и обновить статистику по производительности проекта как за всё его время существования, так и за время экспериментов Эдуарда Ватутина, ставших, по сути, отдельной "инкарнацией" в жизни проекта.
Первые два графика - "мощность" в TFLOPS-ах и среднем количестве вычислительных потоков за сутки за всё время существования проекта. Глядя на первый график надо держать в уме то, что на первом этапе широко использовалось оптимизированное приложение из-за чего оценка за выполненные задания была многократно выше. Именно из-за этого в левой части первого графика наблюдаются такие большие пики.
Графики № 3 и 4 - также усреднённая за сутки мощность в TFLOPS-ах и количестве вычислительных потоков, но уже во время расчётов заданий от Эдуарда. Показатель "Среднее число CPU" был рассчитан образом, несколько отличным от того, что использовался для предыдущих графиков - для некоторых поисков, в силу особенностей взаимодействия приложения и BOINC Wrapper-а, затраченное процессорное время надо учитывать не по показателю CPU time, которое сохраняется неточно, а по показателю Elapsed time, которое его, как раз хорошо отображает. Из-за этого "зелёные графики" выглядят несколько отличными от предыдущих.
Резкое падение показателей в самом конце связано с тем, что за последние 2-3 данные ещё неполны.
Большое спасибо за поддержку всем участникам проекта!
Оригинал: https://vk.com/wall-34590225_853
#RakeSearch
👍3⚡1🔥1