спасет ли переход от файлового режима к клиент-серверному

[Jonch]

вводная: на сервере (WS2003R2 x86) установлена 1с в файловом режиме. - размер базы около 4Гб, с базой через терминал работают 5 пользователей. Работает в толстом клиенте (других вариантов работы нет). режим запуска - только обычное приложение.

суть проблемы: при запуске некоторых стандартных отчетов выскакивает сообщение о недостаточной памяти и соответственно завершение работы.

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

Но есть ряд вопрос: приложение работает только в толстом клиенте, обычное не управляемое приложение - а это значит, поправьте если ошибаюсь, что большая часть нагрузки будет выполняться на самом  клиенте. и где гарантия, что не выскочит сообщение о недостаточной памяти?

[дфтын]

конфигурация то какая?
да не ссуть, в любом случае все типовые 1С, сейчас в основном с директивами - выполнять все по возможности на сервере, поэтому спасет - однозначно.

Добавлено: 07 окт 2014, 13:10

Ну и собственно кто вам мешает попробовать

[Jonch]

конфигурация - не сильно распространенная : Управление НПФ

а то, что данная конфига не работает в управляемом режиме как скажется на производительности?

Добавлено: 07 окт 2014, 14:09

насчет попробовать - дык, чтоб попробовать купить нужно 1с сервер

[дфтын]

Да все равно там внутри директивы стоят. Я бы на вашем месте поставил бы да и посмотрел. не понравилось - не покупал бы

[Yura063]

Когда база перерастает более 3ГБ уже советуют переходить на Скуль. Сейчас почистите кэш 1С и проверьте достаточно ли ОП

[DmitriyF]

Да все равно там внутри директивы стоят. Я бы на вашем месте поставил бы да и посмотрел. не понравилось - не покупал бы

Директивы директивами, а вот инфу он все равно будет постоянно туда сюда гонять, вне зависимости от директивы. Форма то обычная а значит и вся форма будет не только отображаться на клиенте но еще и данные все с собой притащит.

Добавлено: 08 окт 2014, 01:30

вводная: на сервере (WS2003R2 x86) установлена 1с в файловом режиме. - размер базы около 4Гб, с базой через терминал работают 5 пользователей. Работает в толстом клиенте (других вариантов работы нет). режим запуска - только обычное приложение.

суть проблемы: при запуске некоторых стандартных отчетов выскакивает сообщение о недостаточной памяти и соответственно завершение работы.

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

Но есть ряд вопрос: приложение работает только в толстом клиенте, обычное не управляемое приложение - а это значит, поправьте если ошибаюсь, что большая часть нагрузки будет выполняться на самом  клиенте. и где гарантия, что не выскочит сообщение о недостаточной памяти?

База 4 гига, платформа windows x86, а это значит - чтобы увеличить объем памяти нужно перейти на x64, либо запускать сервак с ключом. Но запуск ключа не даст нужного результата как смена на x64. А сколько памяти всего на сервере? Я подразумеваю гига тоже 4? Умножаем примерно 300*5 = 15,5 гига заберут только  1С запущенная в терминале + сами терминалы добавь столько же (с запасом). Сколько останется под кэши различные?

[Jonch]

База 4 гига, платформа windows x86, а это значит - чтобы увеличить объем памяти нужно перейти на x64, либо запускать сервак с ключом. Но запуск ключа не даст нужного результата как смена на x64. А сколько памяти всего на сервере? Я подразумеваю гига тоже 4? Умножаем примерно 300*5 = 15,5 гига заберут только  1С запущенная в терминале + сами терминалы добавь столько же (с запасом). Сколько останется под кэши различные?

300*5 = 15,5 гига - арифметика не понятна может 1,5 гига?

переход на х64 безусловно картину в целом улучшит, но ведь само приложение 1с все равно останется 32-разрядным и под запуск конкретного экземпляря больше 1 Гига оперативки не возьмет... а проблема в том, что, и это мое упущение - не сказал об этом, 1с при запуске этого отчета начинает отжер ОЗУ, как только объем сожранного переваливает за 1 Гиг вылетает указанная ошибка...

[Yura063]

База 4 гига, платформа windows x86, а это значит - чтобы увеличить объем памяти нужно перейти на x64, либо запускать сервак с ключом. Но запуск ключа не даст нужного результата как смена на x64. А сколько памяти всего на сервере? Я подразумеваю гига тоже 4? Умножаем примерно 300*5 = 15,5 гига заберут только  1С запущенная в терминале + сами терминалы добавь столько же (с запасом). Сколько останется под кэши различные?

300*5 = 15,5 гига - арифметика не понятна может 1,5 гига?

переход на х64 безусловно картину в целом улучшит, но ведь само приложение 1с все равно останется 32-разрядным и под запуск конкретного экземпляря больше 1 Гига оперативки не возьмет... а проблема в том, что, и это мое упущение - не сказал об этом, 1с при запуске этого отчета начинает отжер ОЗУ, как только объем сожранного переваливает за 1 Гиг вылетает указанная ошибка...

Сервер 1С будет 64х, а подключаемые к нему клиенты могут быть разными. Притом для распределение нагрузки можно создавать доп.процессы + резервный процесс который запускается при выходе из строя или перезапуске рабочего процесса.

[Jonch]

Сервер 1С будет 64х, а подключаемые к нему клиенты могут быть разными. Притом для распределение нагрузки можно создавать доп.процессы + резервный процесс который запускается при выходе из строя или перезапуске рабочего процесса.
[/quote]

разные клиенты? приведите пример НЕ 32 разрядного толстого клиента в 1с 8.2

[дфтын]

разные клиенты? приведите пример НЕ 32 разрядного толстого клиента в 1с 8.2

Клиент 1С:Предприятия (64-bit) для DEB-based Linux-систем
Клиент 1С:Предприятия (64-bit) для RPM-based Linux-систем

подойдет?

Добавлено: 08 окт 2014, 13:12

Тонкий клиент 1С:Предприятия (64-bit) для DEB-based Linux-систем
Тонкий клиент 1С:Предприятия (64-bit) для RPM-based Linux-систем
(на всякий случай)

Добавлено: 08 окт 2014, 13:14

Хотя для 8.2 нету. ну так и ненужно 8.2