アプリケーションの起動が遅い

prebinding は試されましたか？

Buntaさん、ありがとうございます。
ご指摘の操作、正常に実行されたような感じなのですが、状況は改善されませんでした。
ただ、はじめの投稿の中で説明不足の部分があると感じ、補足させていただきます。
アプリの起動が遅くなるのは、ずっとではなく、「前に任意のアプリを起動してから一定時間過ぎた後」の様な気がします。
なので、不特定（だと思われる）アプリが遅く立ち上がったあと別の不特定（だと思われる）アプリを立ち上げると普通に素早く起動するのです。
以上、同様の状況などの情報もあわせてなにかご存じの方はいらっしゃいませんでしょうか？

関係あるかどうか判らないし、改善するかどうかの保証はしませんが・・・
Terminal.appを起動して以下のコマンドを入力・実行。
sudo nicl . create /locations/lookupd/hosts LookupOrder CacheAgent NIAgent DNSAgent

もだ様、お返事ありがとうございます。
> sudo nicl . create /locations/lookupd/hosts LookupOrder CacheAgent NIAgent DNSAgent
上記コマンド実行しましたが、改善はないようです。
これはNetInfoに設定を追加する操作だと理解しております。
操作の実行前にNetInfoマネージャにて/locationsエントリ？（って言うんですか？）
は元々ないことを確認しておりますが、「初期状態ではそうなっていていいのかな？」というのが素朴な疑問で、そのようなNetInfo設定のまとまった資料と言うか、設定値のガイドラインと言うかそう言うのはないのでしょうか？
今は、NetInfoの設定値が原因ではないかと疑っておる次第で。

手こずってますね。プロセスビュアを立ち上げておけばCPU,メモリ等の占有率を監視できます。また CPUモニタを立ち上げて CPU の忙しさも見られます。
オーナーと機能が不明で占有率率の異常に大きいプロセスがあれば、その名前と上位プロセスの名前を記憶してから終了させて様子を見ましょう。蔭でアイドルタイムを利用するソフトが有る様に想像してしまいます。
最悪の場合はウイルスかも。

netinfoデータベースが壊れている様な印象を受けますね。
お手数ですが確認したいことがあります。
まず、Terminal.appから netinfodプロセスがちゃんと起動されているか確認してください。
ps ax | grep netinfod
288 ?? Ss 0:00.60 netinfod -s local　（例）
次に、nidumpの各formatsエントリーの内容を確認してください。
nidump hosts /
127.0.0.1 localhost
　　：
　　省略
nidump rpc /
その他、エントリーが空のものもありますが一通り確認してください。引数なしの
nidump（リターン）
でusageが出ます。
最後に、以下のコマンドの出力結果をボード上にペーストしてください。
lookupd -configuration

yamac様ありがとうございます。
netinfodプロセスはございます。
それ以外の実行ログを貼付けます。
# > nidump aliases /
administrator: root
postmaster: root
MAILER-DAEMON: postmaster
MAILER-AGENT: postmaster
nobody: root
dumper: root
manager: root
operator: root
# > nidump bootptab /
/private/tftpboot:/
mach
%%
localhost 1 0:0:0:0:0:0 127.0.0.1 mach
broadcasthost 1 0:0:0:0:0:0 255.255.255.255 mach
# > nidump bootparams /
# > nidump ethers /
# > nidump exports /
# > nidump fstab /
# > nidump group /
nobody:*:-2:
nogroup:*:-1:
wheel:*:0:root,nisin
daemon:*:1:root
kmem:*:2:root
sys:*:3:root
tty:*:4:root
operator:*:5:root
mail:*:6:
bin:*:7:
staff:*:20:root
smmsp:*:25:
guest:*:31:root
utmp:*:45:
uucp:*:66:
dialer:*:68:
network:*:69:
www:*:70:
mysql:*:74:
sshd:*:75:
admin:*:80:root,nisin
unknown:*:99:
# > nidump hosts /
127.0.0.1 localhost
255.255.255.255 broadcasthost
# > nidump networks /
loopback 127 loopback-net
# > nidump passwd /
nobody:*:-2:-2::0:0:Unprivileged User:/dev/null:/dev/null
root:*:0:0::0:0:System Administrator:/var/root:/bin/tcsh
daemon:*:1:1::0:0:System Services:/var/root:/dev/null
unknown:*:99:99::0:0:Unknown User:/dev/null:/dev/null
smmsp:*:25:25::0:0:Sendmail User:/private/etc/mail:/dev/null
www:*:70:70::0:0:World Wide Web Server:/Library/WebServer:/dev/null
mysql:*:74:74::0:0:MySQL Server:/dev/null:/dev/null
sshd:*:75:75::0:0:sshd Privilege separation:/var/empty:/dev/null
nisin:#######:501:20::0:0:<僕の本名(隠すほどの者じゃ無)>:/Users/nisin:/bin/tcsh # ここだけ修正させていただきました。
# > nidump printcap /
# > nidump protocols /
# > nidump resolv.conf /
# > nidump rpc /
# > nidump services /
# > nidump mountmaps /
# > lookupd -configuration
ConfigSource: default
LookupOrder: Cache NI DS
MaxIdleServers: 4
MaxIdleThreads: 2
MaxThreads: 64
TimeToLive: 43200
Timeout: 30
ValidateCache: YES
ValidationLatency: 15
_config_name: Global Configuration
LookupOrder: Cache FF DNS NI DS
_config_name: Host Configuration
LookupOrder: Cache FF NI DS
_config_name: Service Configuration
LookupOrder: Cache FF NI DS
_config_name: Protocol Configuration
LookupOrder: Cache FF NI DS
_config_name: Rpc Configuration
TimeToLive: 60
ValidateCache: NO
_config_name: Group Configuration
TimeToLive: 300
ValidateCache: NO
_config_name: Initgroup Configuration
LookupOrder: Cache FF DNS NI DS
_config_name: Network Configuration
どうかよろしくお願いします。

m.w様ありがとうございます。
確認いたしました。ウイルスは一番最初にヤバいと思いプロセスやノートンウィルス先生のチェックは行いました。
ですが、CPUは食っておらず、ウィルスらしきものも見つからずです。
あらかじめ出しておくべき情報だと思い、お手を煩わせてしまったことを反省しております。
その他、出すべき情報は足りないものばかりでしょうが、ご指摘頂けると幸いです。
ありがとうございました。

yamac さんのデータ解析を楽しみにもしていますが、僕ならば更にトラブル解決の勉強として、プロセスビュアを起動項目に入れておいて起動時の様子を観察して見ます。しかしプロセスビュア自体の起動までに時間が掛かり、起動後は既に平常に復している可能性が大きいですね。
早く正常にしたいと云うのであれば、 OS の再インストールが安直です。現在の環境に復原するプロセスをできるだけ段階を分けて進め、どこかの段階で同じ問題が出て来れば原因も見当が付くのではないでしょうか。
もし OS アップデート前に再現される様であれば、ハード周りを検討する必要もあるでしょう。この場合でも十分様子を見た後、最新の10.2.2 にアップデートすることで症状が解消する可能性があると思います。
既にご承知の手順かとは思いますが念のため。

nisinさん、確認ありがとうございます。
nidump rpc /
nidump services /
の２つですが、何も出力されませんでした？
もしそうであれば RPC port maper がきちんとバインドされずにコケる要因になります。
Netinfoデータベースのリストアしてみませんか。
/var/backups/local.nidump はテキストですから、rpcやservices関連の定義がなされていることをリストア前に確認してみてください。リストア方法は以下をご参照ください。
eiji "起動時のフリーズについて" 2002/10/14 4:30pm
あ、ところで OSバージョンですが、10.2.2 です？
一応確認しておきます。

＞nidump rpc /
＞nidump services /
うちもこの２つは何も出ませんが特に問題無さげです。
気付いてないだけかも知れないけど。
ちなみにうちのlookupdの結果が以下の通りなんですが、ConfigSourceがnisinさんの
結果とは違いdefaultではないですね。どう違うのかよく分かりませんが。
あとLookupOrderの所も。
先の私の投稿のコマンド実行したんですよね？　＞nisinさん
＃実行した後変化が無いから元に戻したのかな？
ーーー
lookupd -configuration
ConfigSource: netinfo://127.0.0.1/local:/locations/lookupd
LookupOrder: Cache NI DS
MaxIdleServers: 4
MaxIdleThreads: 2
MaxThreads: 64
TimeToLive: 43200
Timeout: 30
ValidateCache: YES
ValidationLatency: 15
_config_name: Global Configuration
name: lookupd
LookupOrder: CacheAgent NIAgent DNSAgent
_config_name: Host Configuration
name: hosts
LookupOrder: Cache FF NI DS
_config_name: Service Configuration
LookupOrder: Cache FF NI DS
_config_name: Protocol Configuration
LookupOrder: Cache FF NI DS
_config_name: Rpc Configuration
TimeToLive: 60
ValidateCache: NO
_config_name: Group Configuration
TimeToLive: 300
ValidateCache: NO
_config_name: Initgroup Configuration
LookupOrder: Cache FF DNS NI DS
_config_name: Network Configuration
ーーー

>unable to bind to parent - RPC: Timed out
自分以外のNetinfoマスターサーバに接続しようとしてタイムアウトしているかも。
Netinfoデータベースのリストア前に、
niutil -destroyprop . /machines/broadcasthost serves
とコマンドを叩いて再起動してみてはどうでしょうか。
もださんのOSバージョンはいくつですか？
私のケースですと、/etc/rpc, /etc/services フラットファイルで定義されているものがNetinfoデータベースのrpc, servicesに登録されています。

何度も投稿してすみません。
>うちもこの２つは何も出ませんが特に問題無さげです。
Service ConfigurationとRpc ConfigurationでのLookup順が、Cache FF NI DS ですから、FF(Flat File = /etc/services /etc/rpc) を先に参照しているので問題ないということですね。

お返事遅くなっております。
ただいま、作業をする整理をしている所です。
> 先の私の投稿のコマンド実行したんですよね？　＞nisinさん
先にも書いたとうり、実行し、削除もしておりません。

＞先にも書いたとうり、実行し、削除もしておりません。
パスワードの入力にミスって、実は実行されてなかったって事かも。
状態（環境）によっては実行してもあそこに出ないのかもしれませんが。
よく分かりませんけど。