[samba] 1c+samba-3.0.2a+oplocks - о наболевшем.

[Mike A. Kuznetsov]

 Есть проблема со скоростью работы 1с (dbf), запускаемой с 
Win2003TerminalServer, с самба файл-сервером.

Раньше люди просто ходили на win2000 terminal server и работали с базой, 
расположенной на нем же. Скорость при увеличении количества 
пользователей падала в разумных пределах.

Очевидно, что использование связки w2003TS+(Linux+Samba) в гигабитной 
подсетке должно было бы разгрузить сервер терминалов и вообще быть быстрее.

Однако не тут-то было. При входе в базу одного пользователя (дефолтные 
настройки самбы) все летает. Заходит второй - начинаются страшные 
тормоза. Когда пользователь один имеем - oplock EXCLUSIVE+BATCH, когда 
двое+ - NONE. Работать невозможно.

Все, что связано с локингом и оплоками пробовал в разных комбинациях. 
Увеличение скорости до нормальной (и даже очень и очень высокой) удалось 
добиться только с помощью fake oplocks = yes, что недопустимо по многим 
причинам.

При fake oplocks = yes, согласно ману, происходит "локальное кэширование 
файловых операций". Причем если мы запускаем несколько 1с из одного 
сеанса одного юзера (т.е. чтобы smbd на него был один), то даже не 
происходит ничего страшного и корректно работают 1с-блокировки на 
конкретные документы. Если запускать с двух разных сеансов - получается 
лапша из базы. veto oplock files и force user не помогает.

При fake oplocks = no хоть убейся - бысро не работает. Кто-нибудь 
заставлял работать файл-сервер для 1с под самбой3 нормально, быстро? Вот 
рабочий конф:

[1CDataBase]
	path = /var/files/base
	force user = user1c
	read only = No
	create mask = 0660
	directory mask = 0770
	inherit permissions = Yes
	use sendfile = Yes
	write cache size = 262144
	veto oplock files = /*.LCK/*.lck/*.MD/*.md/*.cdx/*.CDX/*.dbf/*.DBF/
	blocking locks = No
	csc policy = disable
	fake oplocks = Yes
	oplock contention limit = 1
	strict locking = No
	dos filetime resolution = Yes


В интернете ничего более толкового, чем man 5 smb.conf, по этой теме нет.