Samba3 vs Win2k3

[Ukrod]

Хто заточував 3-тю Sambу під 1С 7.7, так шоб вона не поступалась в швидкодії Win2k3 ?

Для інших додатків задача вирішується без проблем. а для 1С ?

[Zeuss]

1C я надіюсь DBF?

Окрім того Самба на якій платформі Фря Лінукс? Вкажи вплоть до релізу оськи.

І в чому там в тебе проблеми?

[Ukrod]

1C я надіюсь DBF?

Окрім того Самба на якій платформі Фря Лінукс? Вкажи вплоть до релізу оськи.

І в чому там в тебе проблеми?

Ну звичайно DBF. Як би я MS SQL на Linux втулив ?

Не на фрі звичайно, на Linux-і. У Фрі тормознутіша файлова система.

Проблема з вірними лаштунками блокувань і можливо тонка настройка файлового кешу в системі.

Коли крутиш файлову задачу намальовану на Фоксі, то виграш Самби перед Форточками очевидний.

А от під 1С я не зміг такого ефекту добитись.

[Zeuss]

Я до кінця якщо чесно не розумію терміну файловий кеш. Це СВОП чи що?

В нас на Сусе 10.1 файлова система була дуже проста Своп, і Райзер ФС.

Самба при 7 користовачах не поступалася Він2003

[Ukrod]

Я до кінця якщо чесно не розумію терміну файловий кеш. Це СВОП чи що?

В нас на Сусе 10.1 файлова система була дуже проста Своп, і Райзер ФС.

Самба при 7 користовачах не поступалася Він2003

Нє не своп.

Коли сєрвак юзається в першу чергу як файловий, то важливо скільки від буферів він тримає в ОЗУ, коли їх скидає на диск і т.п. Чемпіоном в цих ділах довгий час була Netware.

Я налаштовую ту фігню в Linux через vm.bdflush, але ще ж може якісь є нюанси.

От цікавий нюанс Райзер ФС, вона журнальна ? Якщо не журнальна, або не журнальна по-змовчанню, то швидша.

Крім того блокування важливі. Виключаєш blocking lock стає швидше. Включаєш fake oplocks - взагалі літає як самольот, але ж то самоубійство для даних.

[Zeuss]

Hello, All!

Хочу поделиться опытом настройки Самбы для работы с 1С-бухгалтерией - смею

предположить, что это интересно не одному мне.

Для начала скажу, что в трех офисах нашей фирмы это сочетание работает вполне

прилично уже пол-года, с тех пор как на виндовозную версию 1С перебрались(до

этого на серверах стояла полуось, но виндовозная 1С с Лансервером не работает).

Как ни странно, единственной неприятностью, которую не удалось устранить быстро

путем чтения стандартной документации к Самбе, оказались отличия в обработе

блокировок файлов. Для того, чтобы никому больше не пришлось с этим возиться,

сообщаю, что виндовозная 1С-бухгалтерия не просто использует блокировки

несуществующих байтов за концом файлов(прием вобщем-то известный), а использует

ну очень большие смещения этих байтов, и на таких гигантских числах Самба

начинает спотыкаться. Чтобы она вела себя культурно - надо залезть в исходники

Самбы, в файл util.c, найти там функцию fcntl_lock, и обнаружить, что авторы

предлагают там два варианта куска кода, выделенные директивами условной

компиляции. Так вот тот вариант, что выбран по умолчанию - не работает

нормально. адо выбрать второй - и все проблемы исчезают.

Что же касается беспокойства некоторых специалистов по поводу скорости работы,

то могу сказать, что жалоб на это у нас не возникало.

взято с opennet.

Це те чи не те?

Райзер журнальна система.

Наскільки я розумію параметр fake oplocks взагалі не можливий для мережевої 1С бо його використання передбачає в першу чергу для файлового ресурсу тільки під считування а не для запису в файл тим більше не для запису в один і той самий файл одночасно декількома користовачами.

[Ukrod]

Hello, All!

Хочу поделиться опытом настройки Самбы для работы с 1С-бухгалтерией - смею

предположить, что это интересно не одному мне.

Для начала скажу, что в трех офисах нашей фирмы это сочетание работает вполне

прилично уже пол-года, с тех пор как на виндовозную версию 1С перебрались(до

этого на серверах стояла полуось, но виндовозная 1С с Лансервером не работает).

Как ни странно, единственной неприятностью, которую не удалось устранить быстро

путем чтения стандартной документации к Самбе, оказались отличия в обработе

блокировок файлов. Для того, чтобы никому больше не пришлось с этим возиться,

сообщаю, что виндовозная 1С-бухгалтерия не просто использует блокировки

несуществующих байтов за концом файлов(прием вобщем-то известный), а использует

ну очень большие смещения этих байтов, и на таких гигантских числах Самба

начинает спотыкаться. Чтобы она вела себя культурно - надо залезть в исходники

Самбы, в файл util.c, найти там функцию fcntl_lock, и обнаружить, что авторы

предлагают там два варианта куска кода, выделенные директивами условной

компиляции. Так вот тот вариант, что выбран по умолчанию - не работает

нормально. адо выбрать второй - и все проблемы исчезают.

Что же касается беспокойства некоторых специалистов по поводу скорости работы,

то могу сказать, что жалоб на это у нас не возникало.

взято с opennet.

Це те чи не те?

....

Я думаю те ! Велике спасибі.

[Zeuss]

Спасибі в стакан не нальєш!

Я жартую.

Будь ласка.