//-- S A M B A --//
[296:名無しさん＠お腹いっぱい。 (02/02/18 00:06)]
今までのネタでSharity-Lightがほとんど無いんだけど、
Sharity_lightでWin98の共有フォルダをmountしようとコマンド
打つとerror connecting to server: [1] Not ownerって
エラーが返ってくるんだけど、原因はなんだろう・・・？
パスワードはWin98のMicrosoft ネットワーククライアントとして
最初に入力するやつを使っているんだけど、それがそもそも間違ってるかな？
[297:275 (02/02/18 14:51)]
Samba高速化の実験です。
>>275 と計測方法。ハードウェアは同じで実験しました。
実験①
>>276 を参考に
smb.cnfに
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=16384 SO_RCVBUF=16384
readsize = 16384
read prediction = true
getwd cache = yes
level2 oplocks = true
strict sync = no
wide links = no
write cache size = 262144 #これはファイル当たり256kバイトのキャッシュサイズである
を追記
結果
IN 68.2 Mb/s
OUT 23.2 Mb/s
------
実験②
>>277 を参考に
smb.cnfに
loglevel(1)=0
を追記。
結果
IN 60.2 Mb/s
OUT 24.5 Mb/s
------
となりました。
OUTの実験ですが私のマシーンのHDD容量が少ない＆ノートでI/Oが遅い状態で
実験しているので遅い結果が出ているのか？実際こんなモノなのか？が、気になります。
ファイルサーバは一般的にダウンロード（OUT）が多いとので、
OUTの速度が大事だと思うのですが、現状の計測結果だとOUTがまだ遅い状態。
うーん・・・。なんとか克服したい・・・。
「他にも良い情報持っているぞ！」って、方がいらっしゃいましたら、ご教授下さい。m(_ _)m
[298:名無しさん＠お腹いっぱい。 (02/02/19 02:19)]
激しく外出だと思うが・・・
Winマシンの NICがアフォだと、
Winsock2の SEND,SEND,ACKバグの影響をモロに受ける。
で、
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_RCVBUF=11680 SO_SNDBUF=2920
などの方が、速くなることがある。
[299:275 (02/02/19 10:03)]
レスありがとうございます。
>>298の方法も試してみます。
昨日、帰りにSambaのパフォーマンスアップに関するドキュメントを本屋さんで探したところ、
Software Design6月号のSambaパフォーマンスアップTIPSという記事を見つけたので、
この記事とSamba の性能について（ http://www1.samba.gr.jp/project/translation/1.9.18p10/docs/Speed.txt ）の
ドキュメントも参考に、さらに試行錯誤してみます。
[300:名無しさん＠お腹いっぱい。 (02/02/19 10:20)]
あたりまえだけど、shality-lightよりshalityの方がいいよ。
状況が許すなら思い切ってライセンス買っちゃった方が精神的にすごく楽。
[301:壊れませんか？ (02/02/19 11:03)]
sambaとExcelの相性問題って聞いたことないですか？
samba側に置いたExcelのマクロを含んだファイル(400KBぐらい)を
Windows側で開けると、時々Excelで開けなくなります。
何で？って思って開けなくなったファイルとオリジナルをコンペアすると
見事にファイルが壊れてます。
sambaのバージョンを2.2.2-ja-1.0に変えたら、今のところ発生しなく
なりました。
また、Excel以外のファイル操作でファイルが壊れた形跡はありません。
環境ですが、(今、家から書いてるのでちょっとうろ覚え。)
サーバ側 Solaris8 + samba2.0.10-ja-??
クライアント側 Windows2000SP2,WindowsMe
なんか、思い当たる節があれば、教えてください。
[302:名無しさん＠お腹いっぱい。 (02/02/20 17:11)]
>>301
エクセルのほかにワードでも多分同じだと思う。
ほら、サンバってファイル更新してからそれが実際に反映されるまで
妙に間が空くときがあるでしょ？
あのオフイス系ソフトたちは一時ファイルをものすごく頻繁に使うから
（それがネットワーク越しだろうとなんだろうとおかまいなくね）
そのために狂いが積もって あぼーん
[303:名無しさん＠お腹いっぱい。 (02/02/20 18:15)]
> そのために狂いが積もってあぼーん
んなこたーない。
[304:壊れませんか？ (02/02/20 19:28)]
うーん、一応snoopでトレースもとってみたんだけど、
Excelってファイル開けるときに元ファイルに書き込む
みたいなんですね。
んでもって、何かの要因でその書き込みが抜け落ちたり
するとその後、処理できなくなってExcelあぼーんは
ありそうなんだけど。
あと、怪しいのはファイルのロック処理あたりかなぁ。
なんかファイルロック要求も出てたし。
SAMBA側で実際のファイルへの反映が遅れても、SAMBAを
通してファイルをアクセスしてる限りはうまく動くように
思うんだけど。
てか、SAMBAがバグってるとは思えないんだけどなぁ。
でも、SAMBAのバージョン上げたら出ないんだよなぁ。
SAMBAのMLにでもなげてみっか。
[305:名無しさん＠お腹いっぱい。 (02/02/21 01:23)]
>>304
write cacheとかのオプション付けてない？最新版で修正されているみたい。
チューニング周りのオプション全部外してみて。
read.cgi ver5.26+ (01/10/21-)