Навіть у віртуалці, 2500-й візьме 6901 на частоті 2,8ГГц, 6903 візьме 4-4,1. Звичайно, це при умові повної загрузки проца, тобто без відволікань, і без врахування 1-2% часу на закачку завдання (25-50МБ) і здачу результатів (100-200МБайт).
Ще біда в тому, що нема однозначних параметрів для відсіювання надто важких 6904, 6903, а залишати собі тільки 6901.
Можна скрипт запхати, який би при отриманні задачі аналізував журнал, визначав номер завдання і, при потребі, зупиняв би процес закачки, зупиняв клієнт, зачищав папку work і деякі файли, а потім знову запускав клієнт.
Для автозапуску у Віндовсі тре створити завдання для запуску файла *.vmx при загрузці вінди, а у Лінуксі настроїти автозагрузку клієнта (у образі з Linuxforge достатньо просто галочку виставити у настройках і перезавантажити). Також, якщо дійсно часто падає розетка, можна зменьшити період автозберігання результатів розрахунку (це задається в настройках клієнта),
Runax, як настроїв клієнт?
Якщо тільки 7-й клієнт, то став client-type=advanced (тобто параметру client-type тре виставити значення advanced, якщо параметра нема - тре його створити). Параметр ввійде в дію лише з новим завданням, але все одно, тре спочатку зупинити (Pause) теперішнє завдання, почекати 5-10с (доки у статусі завдання не буде писати Ready), і тоді запустити (Fold).
Щоб відразу спіймати задачу на нові параметри, тре зупинити і знищити наявну задачу, а для цього тре повністю зупинити клієнт (якщо він працює як служба - хватає зупинити тільки його службу), зайти в папку з даними і стерти папку work. Далі знову запустити клієнт (службу). Але тре враховувати, що викидання скачаних задач (скидання) безслідно не проходить: якщо їх буде більше 20% від всієї кількості скачаних задач, то перестануть нараховуватись бонуси.
задачі 70хх і 1008х протягом дня ідуть періодами, у вихідні частіше, у будні рідко або й взагалі не йдуть. Замість них тоді йдуть 7610-7611 або 726х з малим ППД і дуже довгі - якщо і зявляться добрі задачі, все одно пролетять. Краще, коли йдуть 8001, 8004, 8010-8012 - в них малий ППД, але вони короткі, або 804х - на 20% вищий ППД ніж у 800х, але трохи довші.
Тому раджу ловити у віртуаці 6901, а ще краще виставити вищу частоту проца і ловити 6903 - будеш мати в районі 45 тис за день і дуже мало мороки - лише на фільтрування задач 6904 (раз у 5 днів, або й рідше - 6904 не часто йдуть)
Якщо ж щоб взагалі нічого ніколи не трогати (але з ППД біля 20тис), то можна ловити задачі 609х або 71хх - вони йдуть постійно у 6-му клієнті по замовчуванню (без настройок, хіба що -smp тре виставити у стрічці extra_parms). Можна у 6-му клієнті для віндовса, можна у Лінуксі через віртуалку (тоді ППД десь на 15% більше). У готовому образі для Лінукса тоді нічого й робити не треба, лише через браузер зайти на сторінку конфігурації і настроїти як написано тут
http://linuxforge.net/docs/crunching/fah-vmware.php" target="_blank.
П.С. програма віртуалізації виставляє приорітет
нормальний, що, напевно, призведе до тормозів. Тому тре примусово процесу vmware-vmx.exe виставити приорітет мінімальний. Програмою Process Lasso це можна закріпити назавжди.
П.С.2. Виставляти у 7-му чи 6-му клієнті кількість процентів для проца не обовязково - клієнти самі автоматично виставляють для процесу розрахунків самий низький пріоритет - тоді всі інші процеси навіть не помічають що проц чимось занятий.