まともなOSにメモリクリーナー的なソフトは不要と考えます。
例えアプリケーションがメモリリークをしたとしても、アプリケーション終了後にOSが回収できればよいのです。
プログラミングの知識はあまりないのですが、逆に今時のOSで、まともに働くメモリクリーナーって存在し得ない気が
するのですが、どうやって動いているんでしょうね。

複数のアプリを起動させている場合、しかも
長時間だったらいくら優れたOSでもアプリが沢山メモリーを食っていたら次第に動作は重く鈍くなるのではないのか？

これはそのとおりだと思います。これはLinuxやWindowsに限ったことではないです。
普通、メモリはOSによって管理され、アプリケーションの実行時に必要な分量のメモリがそのプロセスに割り当てられます。
プログラムがOSにメモリを返さなければ、そのプロセスが生きている限りメモリは他のプロセスからは利用できなくなります。

問題はメモリクリーンが意味するものはなにかということです。
他のプロセスが使用中のメモリを横取りできるプロセスが存在できるわけでもなし、できることと言えばせいぜい多量のメモリを
OSに要求し、他のプロセスのメモリを一時的にSwapに吐き出させ、無理矢理確保したメモリをOSに返すことぐらいではないでしょうか。
一方、メモリをSwapに吐き出させたプロセスも終了したわけではないので、また必要になれば実メモリとSwapの交換する必要がでてきます。
このようなことは必要に応じてOSがやればよいことで、アプリケーションでどうこうしようという問題ではないと考えます。

こんばんは

複数のアプリが起動中でも不要なMemoryをCleaningにて容量をふやしてあげれば少しは安定してアプリも動作出来るのではないか！？

　原則はメモリーを必要とするプログラムはsystemにメモリーを要求し、そして獲得、実行する。この最小の単位をタスクといいます。
1回の要求につきどのくらいのメモリーを渡すかはそのOSのメモリー管理法によって異なります。また、そのOSがどんな処理を目的に作られているかによっても異なります。例えば車のエンジン制御に使われているOSなどはスワップなどはしません。そんな時間的余裕はないのです。一方Windowsのような限定的な割り込みで、しかもその割り込みがそうタイムクリチカルではない（リアルタイムOSではない）ものはメモリー管理は別の管理法の方が結果的にアプリケーションに有利です。例えば余ったメモリーをその時点で要求するアプリにすべて預けてしまい、別のアプリがメモリー要求した時点で、前のアプリケーションが使っていないメモリーを返してもらい、再割り当てをする、３つ目のアプリが起動したら同じことを繰り返す。こんなやり方でも結構可能です。でも、起動されているタスクがたくさん待ち行列の中にあり、起動割り込みがあったとたんにメモリー要求し、獲得し、実行する、もし、次のシグナルが来るまでにこの実行過程が終わっていなければ大変なことになります。例えば何かのカウントをし損なうといったミスも起こります。
それでは、実メモリ（物理メモリ）をどのくらい入れておけばよいのか、これも動かすアプリと切り替えスピードの要求によって異なります。UnixけいのOSはリアルタイムにも対応できるよう、マルチタスクOSです。しかもマルチユーザOSといいまして、ターミナルとディスプレイをコンピュータに接続すれば1台のコンピュータがたくさんのコンピュータがあるように振る舞えます。
今時、シングルタスクのコンピュータはありえないのですが、Windowsはマルチジョブ/マルチユーザのOSではありません。ですから、それなりの管理法を使っているということです。
一方、メモリークリ－ニングというのは余っている分断化したメモリーをなるべく連続して確保しておき、次のアプリが起動したときに使わせれば実効速度が速くなるという意味でクリーニングなのです。Unix系のOSは決められた量しか割り当てませんし、タスクに対して割り当てていますので、仕事が終わってメモリーがいらなくなった時点でOSにかえすので、メモリークリーニングは原則無意味です。この話をすると６０年に渡るコンピュータの発達の歴史を勉強しなければなりませんので、この辺を参考になさってください。
http://www.linux.or.jp/JF/JFdocs/The-Li … nel-4.html

急いで書きましたので乱文御容赦ください。

こんばんは

何故、絶対無意味ではないのか？原則と言う事は「例外」も有り得るのか？と次なる疑問が少し沸いた事です。

そうですね、Windowsのメモリ管理法からすると『分断化』の対策が必要かもしれません。プログラム（OSによって言い方が微妙ですが、私はタスク＜（スレッド）＜プロセス＜ジョブと考えています）が必要とするメモリはどの時点で割り当てるかという問題です。Windowsはメモリーをシステム用とユーザー用途で分けて使っています。システムの方ではほぼUnixと同じ割り当て方ですが、アプリケーションに割り当てるメモリは先ほど書いたような方法です。ですからユーザー用（アプリケーションを動かす）のメモリ領域は分断化対策があればアプリが高速に動くということでしょうか。
Unixのメモリー管理は主にMMUによって行われていますが、この割り当て量（ページ）が４Kとか８Kとか割合少ない量です。ですから、考えようによっては最初から分断化されて使用されるのを前提に作られていると言えるのではないでしょうか。仮想アドレスと物理アドレスは直接関係ないのでその間を変換する仕組みがMMUです。メモリがバラバラに割り当てられて困るのはMMUのエントリポイントが有限で、しかもかなり少ないので、MMUのエントリポイントもSwapの対象になりうるということかな。つまらないことを書きましたが、Unix系のOSではメモリの分断化は「考えない」で済むので『原則無意味』と書きました。
でも、Windowsではシステムメモリとユーザーメモリの境界が固定されているということではありません。

余計混乱させてしまったのではないかと危惧しています。

funatogawa様へ
前回返事でなんだが追加回答要求したみたいな感じで終わり、それに対して丁寧にお答え下さった事にまず感謝します。
とても有難う！
しかも溜になる内容で、感激感謝X２！