Симметричные кортежи из последовательных простых чисел

[Yadryara]

Кстати, может я неправильно считаю.

Yadryara в сообщении #1693859 писал(а):

Юнит у них сейчас считается в среднем за 46.8 минут. Округлю снова в их в пользу — 40 минут.

Демис, Дмитрий, а что указано в этом самой графе "Время выполнения последних задач в часах: среднее, минимальное, максимальное"?

Может это в расчёте не на один комп, а на один поток? И тогда нужно 96 тысяч разделить примерно на 12 (моих потоков)?

[DemISdx]

Yadryara в сообщении #1693923 писал(а):

Демис, Дмитрий, а что указано в этом самой графе "Время выполнения последних задач в часах: среднее, минимальное, максимальное"?

Если я правильно помню (пишу на память),
то там просто делается выборка, в разрезе (отфильтровывая) конкретного приложения.
Сиквельный запрос выполняется с параметром min (минимальное) и второй с параметром max (максимальное).
Получаются две границы.
И плюс от полученных значений считается среднее значение.
Наличие в min 0 или 0.01 - это однозначное наличие ошибок в приложении.
Которым уже полгода как.
И, судя по всему, никто не собирается их исправлять...
Как писала ТС "и так посчитают, подумаешь ошибки" (это на память написал, можете на форуме у нее найти дословное утверждение, но общий смысл передан).

-- 11.07.2025, 20:22 --

Dmitriy40 в сообщении #1693881 писал(а):

Плюс прямо жалко владельца сервера - 1.3млрд записей в БД займут терабайты. Так что сгенерить 1.3млрд вушек конечно не проблема, а вот сохранить их в БД, да ещё с выдачей их кранчерам и сохранением ответов от них - уже проблема.

Именно так и есть.
Подозреваю, что решаться этот вопрос будет как всегда "мне нужен еще один сервер".
А не приведением в порядок текущих расчетов.
Очень выгодная, позиция, кстати...
Напоминает "Вы мне плохую машину продали, у нее вечно бензин кончается!" ...

И все таки корректнее не устраивать панибратство

(Оффтоп)

а если есть необходимость то и процитировать источник:
https://boinc.berkeley.edu/forum_thread.php?id=15523&postid=116118#116118
You ignored everything I wrote to you but demand some special attitude to your project.
What is more important - you ignore your community.
If you want anything from anybody - be ready for cooperation.
Currently I see none.
That is not in our interest to make any exception for your project.

Что по нашенски выглядит так:
Вы проигнорировали всё, что я вам написал, но требуете особого отношения к вашему проекту.
Что ещё важнее — вы игнорируете своё сообщество.
Если вам что-то нужно от кого-либо — будьте готовы к сотрудничеству.
В настоящее время я не вижу никаких предложений.
Делать какие-либо исключения для вашего проекта не в наших интересах.

[Yadryara]

DemISdx, чего-то я не понял. Я хотел сравнить скорости работы программы Дмитрия на своём компе и скорости работы программы в приложении для 15-к.

Вроде бы это был простой способ — взять среднее время счёта юнита, которое публичное. Или оно некорректно посчитано из-за ошибок? Может, те задания для которых время 0, и не идут в зачёт, то есть не влияют на среднее время? Я спросил: это время для одного потока? Или это невозможно установить?

Или лучше скачать эту новую прогу для 15-к из приложения (где она, кстати?) и запустить на своём компе в один поток? Дмитрий вроде так делал с прогой для 17-к. И определил, что она в 700 тысяч раз медленнее.

DemISdx в сообщении #1693947 писал(а):

И все таки корректнее не устраивать панибратство

Вообще не понял, про какое панибратство и с чьей стороны речь.

Вы процитировали Виталия. Руководство Боинка в курсе. И Дэвид тоже наш форум читал.

[Dmitriy40]

DemISdx в сообщении #1693947 писал(а):

Сиквельный запрос выполняется с параметром min (минимальное) и второй с параметром max (максимальное).
Получаются две границы.
И плюс от полученных значений считается среднее значение.

Очевидно среднее считается по другому: "0.62 (0 - 7.5)" - 0.62 никак не равно среднему от 7.5 и 0.

Yadryara
Среднее время - это именно среднее время на вушку за некий период (24ч или 7д, вот тут не помню), т.е. сумма всех времён обработанных вушек поделённое на их количество.
Учитываются ли ошибочные вушки - не знаю. Но их не слишком много (надеюсь), можно проигнорировать погрешность, да и они же и в будущем так и продолжат валиться, так что оценка как раз правильная будет, независимо учитываются они или нет, исправлять же ошибки никто не собирается.

[DemISdx]

Yadryara в сообщении #1693948 писал(а):

Вроде бы это был простой способ — взять среднее время счёта юнита, которое публичное. Или оно некорректно посчитано из-за ошибок? Может, те задания для которых время 0, и не идут в зачёт, то есть не влияют на среднее время? Я спросил: это время для одного потока? Или это невозможно установить?

Вы изначально спросили:

Yadryara в сообщении #1693923 писал(а):

а что указано в этом самой графе "Время выполнения последних задач в часах: среднее, минимальное, максимальное"?
Может это в расчёте не на один комп, а на один поток?

И я дал ответ на этот вопрос.
Начнем с того, что потоки тут вообще не причем.
В том смысле, что наличие число потоков влияет только на "сколько времени" займет работа той или иной программы.
Но основным показателем будет именно "то самое время".
Берем три значения:
"Программа1", "задача1" и "потраченное время".
В БД проекта будут записи по вертикали примерно как:

"Программа", "задача", "время в минутах".
программа1,1,40;
программа1,2,0;
программа1,3,45;
программа1,4,35;
программа1,5,42;
программа1,6,54;

Выборка min по полю "время в минутах" даст значение = 0
Выборка max по полю "время в минутах" даст значение = 54
Ну и среднее еще посчитается исходя из числа строк.
Не важны потоки, важно время.
И все.

(Оффтоп)

Yadryara в сообщении #1693948 писал(а):

Вы процитировали Виталия.

Я процитировал и дал ссылку. В отличии от Вас.

И напоминаю, что в развитии платформы boinc принимают активное участие много людей.
А не "только тот" или "только этот". Все они - разработчики.
Это сообщество, труд которого принимается и используется во всем научном мире.

(Оффтоп)

Нужно с уважением относиться к другим людям, а не хлопать по плечу, давай, давай...
А то, что разработчик (как представитель сообщества) выступил со своим мнением необходимо, на мой взляд, учитывать...
Это нормально, это этично.

-- 11.07.2025, 21:59 --

Dmitriy40 в сообщении #1693956 писал(а):

Учитываются ли ошибочные вушки - не знаю.

Не учитываются.
Т.е. ошибочные по расчету на клиенте просто не попадут в итоговую таблицу.

А вот те, которые сами по себе допустили ошибки (т.е. в математическом расчете проекта), вот те попадут.
Даже войдут в статистику. (И по ней тоже видно, что ошибки есть)
И именно они светятся на сайте, и их там очень много, десятки тысяч...
(Хотя может уже и сотни... Давно не смотрел.)

[Yadryara]

DemISdx в сообщении #1693957 писал(а):

Берем три значения:
"Программа1", "задача1" и "потраченное время".
В БД проекта будут записи по вертикали примерно как:

"Программа", "задача", "время в минутах".
программа1,1,40;
программа1,2,0;
программа1,3,45;
программа1,4,35;
программа1,5,42;
программа1,6,54;

Выборка min по полю "время в минутах" даст значение = 0
Выборка max по полю "время в минутах" даст значение = 54
Ну и среднее еще посчитается исходя из числа строк.

Считается средневзвешенное время? Вот так?

$$ \frac{40+0+45+35+42+54}{6}=36$$

Или вот так?

$$ \frac{40+45+35+42+54}{5}=43.2$$

Правильно ли понимаю, что один юнит с помощью программы на PARI можно обсчитать только в один поток?