Можливо, Mavericks заважає тривалим обчисленням?

Мені іноді потрібно запускати дуже довгі обчислення на своєму комп’ютері (як правило, використовуючи код, який я написав сам, іноді компілював, іноді інтерпретував), що може зайняти хвилини, години чи навіть дні. OS X Mavericks включає в себе кілька функцій, розроблених для мінімізації споживання енергії, таких як App Nap і згортання таймера. Якби я розробляв таку функцію, я би скептично ставився до процесу, який все ще вимагав максимального використання процесора після запуску протягом днів; навіть якщо цей процес був запущений дією користувача, ця дія була днями тому. Але я, як користувач, дійсно хочу, щоб такі обчислення запускалися до завершення з високим пріоритетом, хоча вони зазвичай працюють у фоновому режимі.

Чи є можливість, щоб мої розширені обчислення були сповільнені енергозберігаючими функціями Mavericks?

За словами розробників компанії Apple документації (і основні технологій Огляд для Mavericks ), App Nap може бути вибраний з будь-який розробник додатків або користувачем, але за замовчуванням активні.

Для програми GUI користувач може відключити програму з App Nap вручну, встановивши прапорець на панелі Finder "Отримати інформацію ...".

Таймер коаліціонування стає активним лише тоді, коли працює батарея, тому це не повинно впливати на тривалі фонові процеси.

Нарешті, ви можете перевірити стан Напр додатка в Моніторі активності. На вкладці "Енергія" є стовпець, що описує стан додатка для кожної програми, тож якщо правила змінюються, ви можете перевірити фактичний статус тут.

Mavericks (10.9.2) сильно втручається у триваючі процеси. Тому що він розроблений для пересічного користувача, а не для аналізу інженера, що працює протягом днів.

Я користувач Matlab і використовую звіра MBP для щоденного аналізу даних. Іноді це може зайняти декілька днів. Мій досвід такий:

1 / App Nap не заважає моїм запущеним аналізам.

2 / Перемикання облікових записів користувачів, а потім повернення до облікового запису, де проводиться аналіз, сильно заважає процесам. Наприклад, коли у мене є 5 відкритих та запущених аналізів Matlabs, перехід на інший обліковий запис користувача, залишаючи ці аналізи на задньому плані, впливає на ефективність роботи. Що ще цікавіше, коли я повертаюся до облікового запису, де працюють ці аналізи, процеси втрачають свою пріоритетність. І використання команди "renice -20 PID" не може вивести ці процеси на більш високий рівень пріоритетності.

3 / Я також зауважив, що заблокований екран також заважає виконувати аналізи. Таким чином, що після розблокування екрана я зрозумів, що пріоритети процесу були іншими.

Найкраща практика досі:

Починаючи аналіз, ніколи не переривайте його, поки він не закінчиться.

Пропоноване рішення:

Сервер Maverick, призначений для паралельного запуску одночасних процесів, може бути набагато краще підходить для таких обчислювальних важких профілів користувачів. На жаль, це не безкоштовно ...

Обидві перераховані вами технології - Nap Napper і Timer Coalescing - це, в основному, функції відключення, які потрібно використовувати в додатку.

Оскільки ви розробляєте власні програми, в гіршому випадку вам доведеться переконатися, що ваш фреймворк та код не дозволяють використовувати ці функції. У кращому випадку нічого не зміниться, і ви можете розраховувати, що обчислення працюватимуть у системі, яка навмисно перемикає програми, які зголосилися на менший процесор, коли вони не працюють та бачать швидкість, не потребуючи нічого змінювати.

Так. На мій досвід це робить !!

У мене є також довгі обчислення, які можуть тривати години чи дні. Якщо я перемикаю облікові записи користувачів, хоча в одному з облікових записів є, скажімо, 5 процесів, які паралельно проводять аналіз, їх пріоритет зменшується.

Що ще важливіше, коли я повертаюся до облікового запису аналізу, де працюють ці 5 процесів, я більше ніколи не можу повернути їх на повну потужність.

Це сильно дратує.

Дивіться, наприклад, малюнок, 5 процесів, пов'язаних з аналізом, використовують лише 27% ЦП, тоді як, перш ніж я вийшов на інший обліковий запис, вони використовували майже 90% (інша цифра) ... Я не можу просувати їх до більш високого пріоритету і це мені коштує багато часу, звичайно.

Після цього циклу виходу / входу я не в змозі привести ці 5 процесів до однакового рівня споживання ресурсів. (відродження не має жодного ефекту).

Це незалежно від App Nap, оскільки він вимкнено.