//-- S A M B A --//
[270:名無しさん＠お腹いっぱい。 (02/02/13 10:13)]
>>269
security = user
にしてUNIXとSambaのID/PASSWDを同一にすれば問題ないのでは？
[271:名無しさん＠お腹いっぱい。 (02/02/13 11:25)]
エンコードEUCにしたら、
半角カナは？、やっぱしだめ？
[272:名無しさん＠お腹いっぱい。 (02/02/13 16:00)]
>>271
うちじゃ問題ないよ。ﾏﾝｾｰ!
[273:名無しさん＠お腹いっぱい。 (02/02/13 23:02)]
>>270
その設定がUNIXのパスワード変更 → smbpasswdのパスワード同期につながるの？
[274:名無しさん＠お腹いっぱい。 (02/02/14 10:50)]
>>270
security = userだけでは駄目なはず。
>>269
こんなのを発見。参考になればこれ幸い。
http://www.atmarkit.co.jp/flinux/samba/sambatips01/sambatips1.html
[275:名無しさん＠お腹いっぱい。 (02/02/15 18:30)]
Sambaの処理能力について質問です。
Windows <> Linux(Samba)にファイル転送したら、
上り下りも22Mbpsしか出ないのですが、これが普通なのでしょうか？
（ちなみにftpでも計測したら44Mbps程度でした）
検証環境は下記の通り
サーバ
CPU; Pentium3 Xeon 500[Mhz] MEM; 512[MB] HDD: 8[GB] * 4
OS: RedHat Linux 7.2 + Samba-2.2.1a-4
クライアント
CPU; Pentium3 750[Mhz] MEM; 256[MB] HDD: 20[GB]
OS: Windows2000 Professional
ネットワーク
サーバ・クライアント間はクロスケーブルで直結
smb.cnfのglobalセクションの内容(capなのはMacと共有する予定がある為)
[global]
workgroup = test
client code page = 932
coding system = cap
server string = Beta2(Samba Server)
netbios name = Beta2
log file = /var/log/samba/log.%m
max log size = 50
security = user
encrypt passwords = yes
socket options = TCP_NODELAY
dns proxy = no
preserve case = yes
short preserve case = yes
case sensitive = no
wins server = ***.***.***.***
検証方法
クライアントからサーバへ1.5[GB]＊３分のmp3を転送し、
MRTGでスループットを測定。（ブラウザで閲覧する分は誤差とする）
[276:名無しさん＠お腹いっぱい。 (02/02/15 19:32)]
WindowsってWindows同士でいいパフォーマンス出るようチューニング
してるみたいだし、OSのバージョンによって色々挙動違うからねぇ。
samba側としては、smb.confのsocket optionsいじる事になるんだと
思うけど、具体的に何をどう設定するかまでは俺覚えてないや。
その辺のチューニング方法についてのドキュメント(確か奥山氏辺り
が書いた奴)がsamba-jp辺りにある(というかsamba-jp MLに流れてた
記憶があるので、多分samba-jpのWeb page上にもあるだろう)と思う
ので探してみてくんろ。
[277:名無しさん＠お腹いっぱい。 (02/02/16 00:34)]
>>275
だいたい、コレで最適なパフォーマンスがでます
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バイトのキャッシュサイズである
今までとパフォーマンス全然違うぞ！やってみ。
[278:名無しさん＠お腹いっぱい。 (02/02/16 01:30)]
loglevel(?)=0
も結構速くなる。
でも、なんでSMBってこんなにオーバーヘッド大きいんだ？
Windowsからのディレクトリアクセスもファイルが増えると極端に遅くなるし。
lsのアクセスとかだと高速なのに、ネットワークドライブにdirとかするとかなり遅い。
ファイルの多いディレクトリをWindowsで共有させると、カーネル使用率が滅茶苦茶に上がる。
なんか、Windows、DOSのディレクトリアクセスか、SMBの仕様に問題があると思う。
[279:名無しさん＠お腹いっぱい。 (02/02/16 01:35)]
>>277
そこに至った経緯というか、各数値の根拠が知りたいざんす。
read.cgi ver5.26+ (01/10/21-)