[
最新
] ■[
前年
|
前月
|
前日
|
2012/05/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
05/25 09:38
(
@gorry5
)
@shinsan68k
PSやサターンが読み込み遅かった理由の何割かは「ISO9660ファイルシステムをキャッシュせずにアクセスしてたから」じゃないかと思っていたりしますが。リード自体はそんなに重くないはずで
(keme)
05/25 09:42
(
@shinsan68k
)
@gorry5
メモリ搭載量がPCEとは段違いで、必要なリソースが何倍にもなってるのに2倍にしかなってないところかなーと。あとキャッシュはいまいちじゃないですかね。メモリ足りないだろうし。キャッシュ取り入れたWiiのラタトスクの騎士は前作と比べて悪化してるとかね
(kedu)
05/25 09:55
(
@gorry5
)
@shinsan68k
ISO9660の場合、ディレクトリエントリをキャッシュするだけで相当違うんですよ。これだと消費メモリ少なくて済みますし
(kogi)
05/25 09:59
(
@shinsan68k
)
@gorry5
ああ、そっちですか。そこはさすがにキャッシュは自動でされてるんじゃ。
(kobi)
05/25 10:00
(
@gorry5
) NHK技研着
--------
05/25 10:09
(
@gorry5
)
@shinsan68k
少なくともPSはISO9660ファイルシステムに依存しないファイルシステムを作るだけでシークが減って大幅に速くなることは経験済みです…
--------
05/25 10:11
(
@gorry5
)
@shinsan68k
というか、今のWinのHDD上ですら「ファイルはpackして配置テーブルを自前で持つ」のがわりと有効だったりしますよね… :D
05/25 10:15
(
@gorry5
)
@tiltowait_kaiN
きょう午後行くのですよ :D
05/25 10:21
(
@gorry5
) にらん合流
05/25 10:23
(
@pman4416
)
@gorry5
@shinsan68k
ファイルシステムに頼っているとまとめて使う必要なデータを、意図せず分散配置している恐れがあります。シーケンシャルにアクセスできるように配置するためにはpackが必須、ですね
(size)
05/25 10:25
(
@gorry5
) NHK技研公開入場
URL:p.upa.jp
URL:twitpic.com
(siba)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2012/05/25
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]