Обсуждаем проект Folding@Home.
Номер нашей команды: 47191
Страница регистрации в проекте F@H: https://apps.foldingathome.org/getpasskey Обязательна для получения бонусных очков
По вопросам работы универсального клиента обращайтесь в соответствующие ветки:
Универсальный (SMP+GPU) клиент v.7
Folding@Home под Linux
Статистика заданий и рекорды команды: [F@H] Статистика заданий
В этой ветке все о мониторинге клиента FAH http://forums.overclockers.ru/viewtopic ... 1&t=122378
Статусы основных серверов F@h: https://apps.foldingathome.org/serverstats
Список текущих проектов: https://apps.foldingathome.org/psummary?visibility=ALL
Статистика команды на сайте extremeoverclocking.com: https://folding.extremeoverclocking.com ... s=&t=47191
Статистика по общему количеству CPU\GPU, мощности проекта: https://stats.foldingathome.org/os
Статистика по отдельным картам и процессорам в проекте: https://folding.lar.systems/gpu_ppd/overall_ranks
Официальный форум проекта: https://foldingforum.org
Мы в Telegram - https://t.me/TSCRussia

Вкратце это разница между величинами загрузки ядер процессора.

А сможешь подробнее? "This figure shows how effectively the OS is balancing the workload between the CPU cores (threads)" примерно так и понял.

Меньший процент указывает на бОльшую равномерность распределения нагрузки по ядрам. У подопытного кролика одно (несколько?) ядро трудилось на 12% менее эффективно, чем другие ядра (лучшее ядро?)

sergei.a.mochalov, шучу. Запустил сторонние программки - вот тебе и неравномерность SMP-клиента.

Добавлено спустя 4 минуты 26 секунд:
Едва ли у ядер на одной частоте (TMonitor64) может быть разная эффективность. Хотя чем чёрт не шутит... Может единицы процентов и может накапать.

noname2
Пишу с экрана Galaxy S2 - медленно получается. Быстро дал самую суть, чтоб вопрос осветить, потом расширил формулировку.

Добавлено спустя 1 минуту 53 секунды:
Может. Смотря как ядро раскидывает по потокам работу. Это надо к разработчикам Громакса обращаться

sergei.a.mochalov
Распределение памяти и работу КП добавляем? Другой вопрос, почему на 6903 якобы менее 1% должно быть. Хочу три.

http://fah-web.stanford.edu/cgi-bin/fah ... ned?p=6904
насчет дедлайнов - не обновили что ли? полтора суток потерял - файловая система на безупречном как оказалась винте стала ридонли, возил править на работу. 65% до дедлайна оставалось судя по логу, за 6904 судя по всему дали базовые очки...

Снова у докторов проблемы с серверами, не принимаются 1117х задания. Вместо него клиент скачал 5767, которое посчитать не может.
А простые 8033 считать неприятно - жутко пищат дроссели, даже при даунклоке 550-й карточки до 900 МГц.

economist2000 лично я уже привык к писку. Вообще кажется, что дроссели сильно пищат только в начале. По крайней мере сейчас они не особо выделяются на фоне кулеров.

Sir_N_Drew
Они у меня в китайском БП пищат. Я бы его рад заменить, да не могу, потом замучаешься объяснять, когда придет время забирать свое...

Вылетела 8032 жаба на 51% счета (нестабильная машина) , карточка MSI GTX 550Ti Cyclone OC@ 1030МГц, открытый корпус + боковой обдув 120-кой... Теплее вроде в помещении не стало, на 8033-х заданиях температура была 68-69, сейчас - 70-71...

Мне интересно, как долго у докторов будут лежать сервера?
171.67.108.26 - standby Not Accept
171.67.108.31 - full Reject
- и так уже больше 1,5 недель. У меня жаба 11177 болтается, сдаться не может. Стучится с ключем oneunit в эти 2 сервера по 1 разу и закрывается. Чувствую, завтра ее придется снести, надоело, клиент простаивает (поймал 353-очковое задание на 550ti и не может ни его посчитать и предыдущее отправить).

Недавно начал считать. Посмотрел тут, у всех так много очков дают, а у меня фигня какая то. Что не так делаю??

Chromathic
Это однопоточное задание. Ключ -smp прописан?

[settings]
username=Chromathic
team=47191
passkey=3915d43f9056605032121747a92a8438
asknet=no
machineid=1
bigpackets=big
local=4
extra_parms=-smp -forceasm -verbosity 9
[http]
active=no
host=localhost
port=8080
usereg=no
[core]
priority=0
checkpoint=15

здесь все правильно?

Chromathic Отключал у себя HT - приходило такое же задание на 4 потока. На самом деле это 7200, которое отсутствует в базе. Ядро A-4, при ключе -smp считают все 4 потока. Посмотри в логе клиента, там правильно отображается номер задания.

Ну да, 7200 написано. Грузятся все ядра.
И что сделать, чтоб приходили "правильные" задания?

Chromathic значится всё пучком. Ждём десятка посчитанных заданий и получаем "по полной"...

Ах вот оно что, ну спасибо за помощь