Что быстрее файл-серверный вариант или файловый вариант на том же сервере?
Что быстрее файл-серверный вариант или файловый вариант на том же сервере?
Кто разъяснит нюансы? подразумевается, что в файловом варианте пользователи работают в режиме тонкого клиента?
Есть ли гарантия, что разработчики конфигураций одинаковый код прописывают для тонкого клиента в файловом режиме и для файл-серверного режима работы программы?
Кто разъяснит нюансы? подразумевается, что в файловом варианте пользователи работают в режиме тонкого клиента?
Есть ли гарантия, что разработчики конфигураций одинаковый код прописывают для тонкого клиента в файловом режиме и для файл-серверного режима работы программы?
Найденные решения
(3) Rustig,
Весьма распространённое заблуждение. Запуск тонкого клиента для файловой-базы это не тоже самое что запуск тонкого клиента для клиент серверной.
Для файловой базы, при запуске тонкого клиента, создается свой вариант "сервера" и все общение тонкого клиента с базой идет через него. При работе с файловой базой локально - вполне себе вариант. Но, как только появляется необходимость подключиться одному или более пользователю к файловой базе в локальной сети то, обычно, начинаются жуткие тормоза. Мало того, что для каждого пользователя создается этот "псевдо сервер" и объем данных между этим сервером и файловой базой получается весьма значительный, так еще и маниакальное желание платформы 8.3 закэшировать всё и вся упирается в ограничения виндовз для сетевых папок. На юниксах ситуация чуть получше, но не на много.
П.С.: При работе с файловой базой по сети нескольких пользователей очень выручает публикация базы на веб сервере. "Псевдо сервер" к файловой базе создается локально, расширением 1С для веб сервера, что позволяет изолировать основной объем трафика и отдавать клиентам только минимально необходимый объем данных.
вроде как тонкий клиент при файловом варианте по локальной сети или через RDP-терминальные сессии позволяет на клиентской машине использовать минимум ресурсов.
Весьма распространённое заблуждение. Запуск тонкого клиента для файловой-базы это не тоже самое что запуск тонкого клиента для клиент серверной.
Для файловой базы, при запуске тонкого клиента, создается свой вариант "сервера" и все общение тонкого клиента с базой идет через него. При работе с файловой базой локально - вполне себе вариант. Но, как только появляется необходимость подключиться одному или более пользователю к файловой базе в локальной сети то, обычно, начинаются жуткие тормоза. Мало того, что для каждого пользователя создается этот "псевдо сервер" и объем данных между этим сервером и файловой базой получается весьма значительный, так еще и маниакальное желание платформы 8.3 закэшировать всё и вся упирается в ограничения виндовз для сетевых папок. На юниксах ситуация чуть получше, но не на много.
П.С.: При работе с файловой базой по сети нескольких пользователей очень выручает публикация базы на веб сервере. "Псевдо сервер" к файловой базе создается локально, расширением 1С для веб сервера, что позволяет изолировать основной объем трафика и отдавать клиентам только минимально необходимый объем данных.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Rustig, OMG, с чего вдруг такие вопросы? Тема то старая и избитая. В однопоточных операциях файл-сервер всегда быстрее.
По сабжу, на одном и том же железе максимум что мне удавалось сделать - снизить отставание клиент-серверного варианта (1Сv8.3.6 + MS SQL 2012) от файл-сервера до 25%.
Вот тут есть некоторые цифры и советы, особенно в комментариях.
По сабжу, на одном и том же железе максимум что мне удавалось сделать - снизить отставание клиент-серверного варианта (1Сv8.3.6 + MS SQL 2012) от файл-сервера до 25%.
Вот тут есть некоторые цифры и советы, особенно в комментариях.
(2) ага, спасибо, надо бы откорректировать вопрос: что быстрее клиент-серверный вариант или файловый на том же сервере? мощности используются те же.
вроде как тонкий клиент при файловом варианте по локальной сети или через RDP-терминальные сессии позволяет на клиентской машине использовать минимум ресурсов. отсюда и вопрос.
вроде как тонкий клиент при файловом варианте по локальной сети или через RDP-терминальные сессии позволяет на клиентской машине использовать минимум ресурсов. отсюда и вопрос.
(3) Rustig,
Весьма распространённое заблуждение. Запуск тонкого клиента для файловой-базы это не тоже самое что запуск тонкого клиента для клиент серверной.
Для файловой базы, при запуске тонкого клиента, создается свой вариант "сервера" и все общение тонкого клиента с базой идет через него. При работе с файловой базой локально - вполне себе вариант. Но, как только появляется необходимость подключиться одному или более пользователю к файловой базе в локальной сети то, обычно, начинаются жуткие тормоза. Мало того, что для каждого пользователя создается этот "псевдо сервер" и объем данных между этим сервером и файловой базой получается весьма значительный, так еще и маниакальное желание платформы 8.3 закэшировать всё и вся упирается в ограничения виндовз для сетевых папок. На юниксах ситуация чуть получше, но не на много.
П.С.: При работе с файловой базой по сети нескольких пользователей очень выручает публикация базы на веб сервере. "Псевдо сервер" к файловой базе создается локально, расширением 1С для веб сервера, что позволяет изолировать основной объем трафика и отдавать клиентам только минимально необходимый объем данных.
вроде как тонкий клиент при файловом варианте по локальной сети или через RDP-терминальные сессии позволяет на клиентской машине использовать минимум ресурсов.
Весьма распространённое заблуждение. Запуск тонкого клиента для файловой-базы это не тоже самое что запуск тонкого клиента для клиент серверной.
Для файловой базы, при запуске тонкого клиента, создается свой вариант "сервера" и все общение тонкого клиента с базой идет через него. При работе с файловой базой локально - вполне себе вариант. Но, как только появляется необходимость подключиться одному или более пользователю к файловой базе в локальной сети то, обычно, начинаются жуткие тормоза. Мало того, что для каждого пользователя создается этот "псевдо сервер" и объем данных между этим сервером и файловой базой получается весьма значительный, так еще и маниакальное желание платформы 8.3 закэшировать всё и вся упирается в ограничения виндовз для сетевых папок. На юниксах ситуация чуть получше, но не на много.
П.С.: При работе с файловой базой по сети нескольких пользователей очень выручает публикация базы на веб сервере. "Псевдо сервер" к файловой базе создается локально, расширением 1С для веб сервера, что позволяет изолировать основной объем трафика и отдавать клиентам только минимально необходимый объем данных.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот