//-- S A M B A --//

[280:名無しさん＠お腹いっぱい。 (02/02/16 01:53)]
>>277
かぎりある資源なのだから降伏点がどこかにあるはず
っていう意味で、そこに至った経緯は知りたいところだあねえ

[281:名無しさん＠お腹いっぱい。 (02/02/16 02:01)]
>>278
ローカルのFSへの排他＋Windowsの資源としての排他＋伝送手順の仕様で
レスポンスが悪くなるんだろうねえ
とはおもうけども実際解析してないからよぐわがんね

[282:277 (02/02/16 02:30)]
これに至った経緯:
試行錯誤して、速くなったから。ただそれだけ。

[283:名無しさん＠お腹いっぱい。 (02/02/16 13:28)]
>>281
Windows（ローカル・fat）でも再現するんですよねー。
うちだと2000を超えたあたりから、マウスがぎこちなくなってくる。
アクセスした一瞬だけ総ての動作がフリーズする感じ。

[284:名無しさん＠お腹いっぱい。 (02/02/16 14:11)]
>>282
どうも。
つまり、これってネットワーク環境とかで大きく左右されるってこと？
NICの種類やハブの性能がわからないので
これをそのまま実施するのもちょと気が引けるというか
すまん

ある程度これらの値を環境から計算で求められないかな？

[285:名無しさん＠お腹いっぱい。 (02/02/16 14:38)]
>>283
おなじおなじ。
ローカルのFS＝Windowsの内部制御ロジック
Windowsの資源としての排他＝むかしっぽく言うとshare/net shareコマンド
伝送手順の仕様（NetBEUI/NBT）

でも一番効いてそうなのは、
ファイル共有時の排他の粒度なのかな。
どの程度の広さの排他なのかが不明なんだけど。

[286:名無しさん＠お腹いっぱい。 (02/02/16 14:42)]
>>284
・そのマシンに平均何人くらいから同時にアクセスがかかるか
・そのマシンの１つのファイルに平均何人くらいから同時にアクセスがかかるか
・1人あたり平均どのくらいの大きさのファイルを読むか/書くか
を想定すれば、ある程度計算で求められるかも。

[287:名無しさん＠お腹いっぱい。 (02/02/16 18:41)]
>>285
Windowsの排他アルゴリズムに、n乗に負荷が増大するアルゴリズムが使われているか、
そういう仕様とかなのかな？

[288:275 (02/02/16 20:41)]
レスありがとうございます。
>>277, >>278 >>277 + >>278の方法を試して、
計測して再度ご報告しますね。

[289:名無しさん＠お腹いっぱい。 (02/02/16 22:01)]
おい、おまえら!同一ネットワーク内での
WindowsXP 2000 Me 98 95混在環境での、そけぞれのブラウジングとか挙動とか
不具合はないですか？

read.cgi ver5.26+ (01/10/21-)