Цитата: hoarfrost от 03.11.2019, 12:21

Цитата: atch от 03.11.2019, 08:11

Можно ли увеличить в настройках проекта параметр максимального количества заданий на хост? Например, до 100 или сразу до 200. ))

В явном виде подобного ограничения нет. Есть ограничение на 16 задач на 1 поток CPU.  Если необходимо набрать запас заданий, то можно поставить в cc_config.xml побольше ncpus, а потом - вернуть его в обычное значение. При этом, в проекте есть ограничение и на максимальное число потоков, но оно большое. Если вдруг кто-то приведёт в проект машину, которой не будет хватать таким образом заданий, то мы попробуем что-нибудь придумать.

Цитата: hoarfrost от 03.11.2019, 12:25

Цитата: atch от 03.11.2019, 08:14

А кто-нибудь пробовал считать каждое задание на нескольких ядрах? Отключать HyperTreading?

Задания исключительно однопоточные. Отключать HT можно попробовать, но сильно подозреваю, что это не имеет смысла. Сам проверить - не могу, т.к. под рукой либо AMD, либо Intel без HT.

Цитата: atch от 03.11.2019, 14:15

Цитата: hoarfrost от 03.11.2019, 12:21

Цитата: atch от 03.11.2019, 08:11

Можно ли увеличить в настройках проекта параметр максимального количества заданий на хост? Например, до 100 или сразу до 200. ))

В явном виде подобного ограничения нет. Есть ограничение на 16 задач на 1 поток CPU.  Если необходимо набрать запас заданий, то можно поставить в cc_config.xml побольше ncpus, а потом - вернуть его в обычное значение. При этом, в проекте есть ограничение и на максимальное число потоков, но оно большое. Если вдруг кто-то приведёт в проект машину, которой не будет хватать таким образом заданий, то мы попробуем что-нибудь придумать.

Не, я не про общее ограничение в проекте, а про индивидуальное - про то, которое в настройках проекта у каждого пользователя. Цель не в том, чтобы набрать заданий, а наоборот ограничить их число. Сейчас этот параметр допускает максимальное значение, равное 8.

Да, конечно, это можно сделать с помощью параметра ncpus в cc_config.xml или project_max_concurrent в app_config.xml, но это не удобно, когда компьютеров несколько, удаленно ими управлять нельзя, а рядом с ними бываешь не всегда. К тому же на компьютер все равно насыпется заданий больше, чем я хотел бы. Значительно больше. А алгоритм предсказания объемов работы, заложенный в боинк, чересчур инертен, неуправляем, и по-моему вреда от него больше, нежели пользы.

Менять значения буферов в настройках боинк-клиента тоже не вариант, поскольку влияет в целом, а не на конкретный проект.

Цитата: hoarfrost от 03.11.2019, 16:54

А какое значение вам хотелось бы выставить?

Цитата: atch от 03.11.2019, 18:20

Любое от 1 до 180 в идеале. Это не шутка. Могу объяснить.

Но если будет, хотя бы до 100, то уже хорошо.

Цитата: Vladimir Duce HK от 13.12.2019, 18:34

Привет!

 

rake_r10_0000000000303127_0

rake_r10_0000000000303129_1

rake_r10_0000000000303132_0

Эти задания считаются уже 19 часов, Боинк не знает сколько осталось до завершения. Скажите, почему так?

Цитата: hoarfrost от 14.12.2019, 18:24

Скорее всего всё нормально, из-за чего так бывает - говорил чуть выше. (Там же и способ проверки).

Цитата: Yura12 от 19.02.2020, 19:47

 

Вопрос по проекту RakeSearch

Я так понимаю, что сейчас область поиска взята как бы с "нуля", то есть с самого начала левого конца всего пространства поиска и идём подряд до какой-то условной границы 100%

Это так?

Если так, то:

- А вот после того, как "Статус вычислений" https://rake.boincfast.ru/rakesearch/server_status.php дойдёт до 100% то что планируется делать дальше?

Будет ли выполнен поиск в точно таком же участке пространства поиска, но взятом с самого конца пространства поиска?

 

Цитата: hoarfrost от 21.02.2020, 07:54

Да, область поиска взята с самого начала. Что будет после завершения обработки 1 миллиона WU поиска R10 - пока не решили. Есть несколько вариантов - завершить проект, попробовать сделать "проколы" в других областях (пропустив 10, 100, 1000 миллионов или миллиардов WU), посмотреть, что будет в 11 и других рангах, продолжать считать дальше.