Мой скромный 2-х летний опыт общения с samba3 и 1C базами dbf на шарах такой. Обычный режим работы - 28 юзеров работающих с базами. Каждый работает в 3-5 базах. К каждой базе одновременно работает 8-12 юзеров. Релизы 1С 25-27.
файл-Сервер cel1.7|1G|Sata soft raid1|1G net| debian unstable
Статистика с точки зрения - база и кто с ней работает.
Если с базой работает хоть один на windows - тормоза обеспечены практически у всех.
Если юзер на win2000 - то проблемы с 2-й и 3-й базой будут обязательно. Вылет с базы я бы сказал 80%.
Если юзер на winXP home - то уже на 3-4-й базе будет 100% вылет.
Если юзер на winXP prof - вылетов не будет, при условии что все работающие с его базами тоже на winXP или linux. тормоза будут.
Если все юзера на linux (для запуска 1С используется коммерческий wine) вылетов не будет, при условии использования остальными winXP и linux. И если нет winXP клиента в базе, то и тормозов не будет.
Собственно 6 рабочих мест с linux используют особо большие базы (4-8Гиг торговые операции) и с ними в основном работают. Нет тормозов, нет вылетов до тех пор пока к базе не подключиться кто-то с windows.
Анализируя ситуацию нашёл вот чего на каком-то форуме:
самый простой способ включить кэширование записи для всех файлов- отключить вызов FlushFileBuffers(hFile). для этого для платформы 7.70.025 надо пропатчить файлик dbeng32.dll: ищем последовательность "50 FF 15 40 C0 11 1F", заменяем на "B8 FF FF FF FF 90 90". Теперь 1С не будет делать принудительный сброс файловых буферов на диск при каждой записи, т.е. запись на диск будет кэшироваться и сброс файловых буферов будет делаться средствами самой ОС (для NTFS каждые несколько секунд).
Попробовав вышеуказанное выяснил:
для win2000 ничего в совместной работе не изменилось. Для winXP стали чуть-чуть быстрее формироваться отчёты. Для linux, где и так всё летало, улучшений не заметил.
p.s. конфиг самбы стандартный