VRM, тобто система живлення, залежно від виробника карти, може мати свій датчик (тоді див. утиліти від виробника або HWinfo 32 -64), або самому, термопарою. Але в будь-якому випадку тре це місце обдувати - при температурі вище 120 град VRM може пробити (з випалюванням плати, втрати гарантії і т.п.). Якщо на ньому є радіатор, це добре, краще буде обдуватись, але термопасту не міняй - радіатор часто приклеюється на мертво, при знятті можна пошкодити.
Добавлено через 21 минуту 5 секунд:
Shustrick:Я был уверен, что Passkey привязан к АЙПИ и его только 1 раз нужно вводить. А так как я 3-ды переустанавливал систему то ввел только 1-й раз, полагая что Ника и номера команды достаточно.
Паскей це тільки твоє унікальне число. Його можна змінити, якщо підпортився. Хватає на відповідній сторінці вказати нову пошту при тому ж логіні. Ну і прокачати його.
Shustrick:
Кстати вчера у меня загрузилась задача на реальных 9 дней. До этого все были со старта 8 -9 дней ну а потом через 5% задания корректировалось до 2-4 часов. Эта же при 30% выполнения так и висит 8.9 дня. Впервые с таким столкнулся. PPD даже в пределах выполнения текущих задач колеблется довольно значительно. От указанных мной максимальных 440К упал до 290К. Затем снова возрос немного. Странно как по мне.
Бонуси не будуть нараховуватись якщо задача надто довго не здана. Крайній термін - т.зв prefferd dedline (див.
тут) - мінімальні очки, коли множник бонуса = 1. В кожного номера задач він свій.
Клієнт розраховує ППД відповідно до заміряного в даний момент кроку. Якщо крок зросте у 2 рази ППД в паде у 2,82 рази. На наступному кроці йде перерахунок ППД. Може враховуватись 2-3 кроки, а може і середній взагалі. В клієнта є такий глюк, що він може напочатку невірно розраховувати крок або термін закінчення. Але ци лише на початку розрахунку (після паузи теж). Він мусисть прикинути крок розрахунку на даний момент і тому протягом двох перших кроків після перерви показує числа від фонаря, поки не зясує істинний крок (хоча б середній). Для перегляду статистики (але без управління) знаачно кращий
HFM.NET.
Але буває що задача зависла (бета-задачі) або занадто довго рахується при відсутності причин - тре дивитись журнал. Тоді ппд буде вираховуватись відповідно до готових кроків тобто нормальний, а нових кроків не буде. Приблизна тривалість до завершення задачі порахована згідно готових кроків, нові не йдуть, тому і триваліть постійна. В будь-якому випадку після прикиду має показувати PPD відповідний даній карті (220-350к для 970). Якщо сильно занижений чи за великий термін здачі- значнить щось не те. Якщо після аналізу причин не допоможе перезапуск відповіного слота (пауза - старт чеез 5 хв), такі задачі тре скидати - слот на паузу і стирати папку даної задачі. Тоді знову старт слота і він скачає нову задачу.
Рідко буває, що задача порахована, але сервер, який приймає дані не працює. Тоді задачі висять готові і очікують відправки.
Тре врахувати, що після паузи початок обрахунку починається з останньої збереженої точки, а вони створюються по замовчуванню кожних 30хв, тобто якщо часто зупиняти на паузу то задача взагалі не буде рахуватись
