Ukrod Опубліковано 20 Липня, 2006 в 20:40 Поділитися #1 Опубліковано 20 Липня, 2006 в 20:40 Хто заточував 3-тю Sambу під 1С 7.7, так шоб вона не поступалась в швидкодії Win2k3 ?Для інших додатків задача вирішується без проблем. а для 1С ? Посилання на коментар Поділитись на інші сайти Поділитися
Zeuss Опубліковано 21 Липня, 2006 в 07:58 Поділитися #2 Опубліковано 21 Липня, 2006 в 07:58 1C я надіюсь DBF?Окрім того Самба на якій платформі Фря Лінукс? Вкажи вплоть до релізу оськи.І в чому там в тебе проблеми? Посилання на коментар Поділитись на інші сайти Поділитися
Ukrod Опубліковано 21 Липня, 2006 в 08:46 Автор Поділитися #3 Опубліковано 21 Липня, 2006 в 08:46 1C я надіюсь DBF?Окрім того Самба на якій платформі Фря Лінукс? Вкажи вплоть до релізу оськи.І в чому там в тебе проблеми?Ну звичайно DBF. Як би я MS SQL на Linux втулив ?Не на фрі звичайно, на Linux-і. У Фрі тормознутіша файлова система.Проблема з вірними лаштунками блокувань і можливо тонка настройка файлового кешу в системі.Коли крутиш файлову задачу намальовану на Фоксі, то виграш Самби перед Форточками очевидний.А от під 1С я не зміг такого ефекту добитись. Посилання на коментар Поділитись на інші сайти Поділитися
Zeuss Опубліковано 21 Липня, 2006 в 09:06 Поділитися #4 Опубліковано 21 Липня, 2006 в 09:06 Я до кінця якщо чесно не розумію терміну файловий кеш. Це СВОП чи що?В нас на Сусе 10.1 файлова система була дуже проста Своп, і Райзер ФС.Самба при 7 користовачах не поступалася Він2003 Посилання на коментар Поділитись на інші сайти Поділитися
Ukrod Опубліковано 21 Липня, 2006 в 09:18 Автор Поділитися #5 Опубліковано 21 Липня, 2006 в 09:18 Я до кінця якщо чесно не розумію терміну файловий кеш. Це СВОП чи що?В нас на Сусе 10.1 файлова система була дуже проста Своп, і Райзер ФС.Самба при 7 користовачах не поступалася Він2003Нє не своп. Коли сєрвак юзається в першу чергу як файловий, то важливо скільки від буферів він тримає в ОЗУ, коли їх скидає на диск і т.п. Чемпіоном в цих ділах довгий час була Netware.Я налаштовую ту фігню в Linux через vm.bdflush, але ще ж може якісь є нюанси.От цікавий нюанс Райзер ФС, вона журнальна ? Якщо не журнальна, або не журнальна по-змовчанню, то швидша.Крім того блокування важливі. Виключаєш blocking lock стає швидше. Включаєш fake oplocks - взагалі літає як самольот, але ж то самоубійство для даних. Посилання на коментар Поділитись на інші сайти Поділитися
Zeuss Опубліковано 21 Липня, 2006 в 09:45 Поділитися #6 Опубліковано 21 Липня, 2006 в 09:45 Hello, All!Хочу поделиться опытом настройки Самбы для работы с 1С-бухгалтерией - смеюпредположить, что это интересно не одному мне.Для начала скажу, что в трех офисах нашей фирмы это сочетание работает вполнеприлично уже пол-года, с тех пор как на виндовозную версию 1С перебрались(доэтого на серверах стояла полуось, но виндовозная 1С с Лансервером не работает).Как ни странно, единственной неприятностью, которую не удалось устранить быстро путем чтения стандартной документации к Самбе, оказались отличия в обработеблокировок файлов. Для того, чтобы никому больше не пришлось с этим возиться,сообщаю, что виндовозная 1С-бухгалтерия не просто использует блокировкинесуществующих байтов за концом файлов(прием вобщем-то известный), а использует ну очень большие смещения этих байтов, и на таких гигантских числах Самбаначинает спотыкаться. Чтобы она вела себя культурно - надо залезть в исходникиСамбы, в файл util.c, найти там функцию fcntl_lock, и обнаружить, что авторыпредлагают там два варианта куска кода, выделенные директивами условнойкомпиляции. Так вот тот вариант, что выбран по умолчанию - не работаетнормально. адо выбрать второй - и все проблемы исчезают.Что же касается беспокойства некоторых специалистов по поводу скорости работы,то могу сказать, что жалоб на это у нас не возникало.взято с opennet.Це те чи не те?Райзер журнальна система.Наскільки я розумію параметр fake oplocks взагалі не можливий для мережевої 1С бо його використання передбачає в першу чергу для файлового ресурсу тільки під считування а не для запису в файл тим більше не для запису в один і той самий файл одночасно декількома користовачами. Посилання на коментар Поділитись на інші сайти Поділитися
Ukrod Опубліковано 21 Липня, 2006 в 10:02 Автор Поділитися #7 Опубліковано 21 Липня, 2006 в 10:02 Hello, All!Хочу поделиться опытом настройки Самбы для работы с 1С-бухгалтерией - смею предположить, что это интересно не одному мне. Для начала скажу, что в трех офисах нашей фирмы это сочетание работает вполне прилично уже пол-года, с тех пор как на виндовозную версию 1С перебрались(до этого на серверах стояла полуось, но виндовозная 1С с Лансервером не работает). Как ни странно, единственной неприятностью, которую не удалось устранить быстро путем чтения стандартной документации к Самбе, оказались отличия в обработе блокировок файлов. Для того, чтобы никому больше не пришлось с этим возиться, сообщаю, что виндовозная 1С-бухгалтерия не просто использует блокировки несуществующих байтов за концом файлов(прием вобщем-то известный), а использует ну очень большие смещения этих байтов, и на таких гигантских числах Самба начинает спотыкаться. Чтобы она вела себя культурно - надо залезть в исходники Самбы, в файл util.c, найти там функцию fcntl_lock, и обнаружить, что авторы предлагают там два варианта куска кода, выделенные директивами условной компиляции. Так вот тот вариант, что выбран по умолчанию - не работает нормально. адо выбрать второй - и все проблемы исчезают. Что же касается беспокойства некоторых специалистов по поводу скорости работы, то могу сказать, что жалоб на это у нас не возникало. взято с opennet. Це те чи не те? .... Я думаю те ! Велике спасибі. Посилання на коментар Поділитись на інші сайти Поділитися
Zeuss Опубліковано 22 Липня, 2006 в 11:25 Поділитися #8 Опубліковано 22 Липня, 2006 в 11:25 Спасибі в стакан не нальєш! Я жартую. Будь ласка. Посилання на коментар Поділитись на інші сайти Поділитися
Рекомендовані повідомлення
Заархівовано
Ця тема знаходиться в архіві та закрита для подальших відповідей.