OS X Mavericksにアップグレードしてからアプリのバックグラウンド処理やパフォーマンスが低下するのはApp Napのせいかもしれない。

Fusion5+MavericksでWin7を動かしているのだけど、
そのまま１日放置しておくと滅茶苦茶動作が重くなるんだが、
同じ症状の人いない？

ゲストのWin7を再機動程度では直らなくて、
一旦シャットダウンまでしないと直らないんだけど。
これって対処方法ないかな？

試しにAppNap切ったら爆速になった。
特にスナップショット取るのが早くなった。
メモリ圧縮機能もアプリ別に切れないのかな？

マベでiWannaSleep.appが途中で止まるようになって未対応かなとか思ったけど、
App Napを切ったらちゃんと動いた

他にもこんなアプリあるだろうね

Toast11
動画の圧縮中､アクティビティモニタのCPU使用率は400%くらいある｡
4コアCPUなので｡

でもToastの書き出し中ダイアログを､最小化して､30秒くらいたつと､
アクティビティモニタのCPU使用率が0%になっちゃう｡

つまりOSが強制的にアイドル扱いにしているような気がする｡

バックグラウンドで処理止まって困るのはApp Nap切ればいいんじゃないのか

Toastの動画圧縮だが､
AppNapをオフにして､Toastを再起動すれば､
バックグラウンドで､圧縮停止しなくなった｡
とりあえず解決とする｡

あとメーカーに聞いたら､開発元が確認中で待てと言われた｡
開発には上げると書かれていたが｡

ここから、arstechnica.com/apple/2013/10/os-x-10-9/13/ の翻訳です。

App Nap
App Napとは、AppleがMavericksのアプリケーションに課したエネルギー節約機構を表す言葉だ。これまでOS Xに追加されてきた多くの新技術のように、App Napもアプリケーションが協調動作するよう新しい開発者向けのAPIが含まれている。
Appleは、Mavericksを構成するアプリケーションとサービスとで広範囲にこれらのAPIが使われることを狙っている。

サンドボックスやGrand Central Dispatchのような新技術とは異なり、Appleはサードパーティの開発者がアプリケーションをApp Nap対応にする時間を与えていない。Mavericksで動作するアプリケーションはデフォルトでApp Napに対応している。

アクティビティモニタの新しいエネルギータブはプロセスのエネルギー消費を表示し、そこにApp Napの表示も含まれている。
（画像）
アプリケーションがNap状態のとき、そのCPUとI/Oの優先度は低くなり、アプリケーションがあまり作業をしなくなる。
しかし前の章によれば、作業が連続した塊にされているはずだが？

ここから、arstechnica.com/apple/2013/10/os-x-10-9/14/ の翻訳です。

App Nap ポリシー
翻って、Mavericksではアプリケーションリソースに飢えてしまうことでMacが遅く感じられるのではと心配されるかもしれない。
しかしApp NapそしてMavericksのゴールを思い出そう、バッテリーライフを延ばすだけでなく、レスポンスも改善することだ。

App Napをエネルギー守銭奴としてみるよりも、エネルギーを保護するためプロセスを調節する守護者であり、多くのシステムリソースに可能な限りアクセスすることを保証するものとしてみよう。
成功か失敗かは、アプリケーションがNapするその時と場合はどうなのかという問いにつながる。

Mavericksのポリシーは保守的だ。
最初に、普通のCocoaアプリケーションはApp Napに適応する。
先に述べたように、アプリケーションがMavericks用にアップデートするしないに関わらずそうなっている。
Cocoa framework 自身がいくつかのプライベートなシステムコールを呼んで、プロセスが属しているアプリケーションがApp Napに適応していることをOSに知らせる。

Finder情報での 新しいチェックボックス で、アプリケーションごとにApp Napを無効にすることができる― OS X 10.9 SDKにリンクされていないアプリケーションに限らず。
Mavericks SDKを使う開発者は新しいApp Nap APIを使うことで、App Napがアプリケーションに与える影響をより細かくコントロールできるはずだ。

CocoaアプリケーションはデフォルトでApp Nap対応とされていて、 望まない場合は意図して切にしないといけない。 前述したプライベートなシステムコールの存在は、それ以外の普通のGUI Cocoaアプリケーションでない類いのものはApp Nap非対応であることを意味する。

事実、”前面ではない” Cocoaアプリケーション
(例えば、ドックにアイコンが現れないもの― LSBackgroundOnly か LSUIElement Info.plist keyを見てみるとよい）もまた、App Nap対応ではない。 （バックグラウンドアプリケーション用の、別のエネルギー節約戦略が存在する；あとで説明しよう）

App Nap対応の全アプリケーションについて、Maverickはそれをいつセーフ状態にしてNap状態に落とすか決定するためのヒューリスティック（set of heuristics、最適解を予測するしくみ）を適用する。
いくつかの要素がこの決定に影響する：
アプリケーションの表示非表示や描画のアクティビティ、オーディオ再生、ユーザー入力イベントの進行、power assertion APIの使用など。

*App Nap APIについてはWWDC 2013の「Improving Power Efficiency with App Nap」セッション等でxeyesを例に詳しく説明されています。