Нужно выяснить, почему происходят зависания у пользователей.

Поддержка 1С предлагает снимать дампы утилитой ProcDump http://technet.microsoft.com/ru-ru/sysinternals/dd996900(en-us).aspx с ключом -ma - но что они в них увидят - много-много гигабайт непонятно чего?

Может, кто-нибудь в курсе, есть ли такой режим запуска 1С:Предприятие 8.3 (8.3.5.1186), чтобы серверный процесс rphost.exe запускался по одной штуке на каждого пользователя? Пусть будет 150 процессов rphost.exe для 150 пользователей, зато падение одного из них не отразится на деятельности других пользователей в системе 1С:Предприятие. Это сразу исключит все проблемы с многопоточностью (может быть, в них все дело, ведь корректно запрограммировать многопоточную систему — очень сложная задача), и можно будет изловить конкретные зависания (если они останутся) более точно, снять исключения, логи, перерасходы памяти и дампы с определенной деятельности одного лишь пользователя, без взаимных зависимостей между ними.

Система Windows оптимизирует такие ситуации (запуск множества одинаковых exe) и объединяет (отображает) на одно и то же физическое ОЗУ общие (одинаковые) 16-килобайтные страницы памяти множества запущенных одинаковых процессов EXE и их DLL (при появлении различий страницы клонируются), а неиспользуемые страницы памяти EXE и DLL (к которым не было обращений) Windows просто не скачивает с диска и не заполняет ими физическое ОЗУ. Поэтому на производительности системы это размножение процессов, я полагаю, почти не скажется. Даже если и скажется — этот режим можно включать «до выяснения» (кто отъедает память или делает так, чтобы в системе возникли ошибки), а потом, по мере устранения проблемы, выключать этот однопоточный режим обратно.

Есть ли в этом здравое зерно? Если есть, то хочу послать это предложение Сергею Нуралиеву. Вдруг это сразу решит все проблемы с сервером 1С:Предприятие. :-)

нет

зависания у пользователей происходят от их желания вывести анализ субконто за весь период из базы гигов в 100

(0) в 8.3 есть, нужно указать максимальное количество пользователей на одном процессе.

только  в этом случае нужно расширить диапазон портов для сервера 1с.

(0) Есть проблема с зависанием?- Обращайся, поможем.  
Ну а по существу, описание в (0) проблемы не решит. К примеру есть еще задача синхронизации данных между рабочими процессами. Чем их больше тем больше издержки.

в 8.3 нельзя больше вручную управлять процессами, только через настройки.

(0) EXE и их DLL занимают несколько мегабайт, а место жрут данные, которые от этого разбухнут еще боольше

(3) А где эта настройка? В консоли Console Root - Сервер - Кластеры - Локальный кластер - Информационные базы... Что-то не видать её.

(8)
http://v8.1c.ru/overview/Term_000000595.htm
раздел "Ручная корректировка распределения нагрузки".

(8) а почему не сервере не включить ТЖ и не отловить падение процесса и источник?

(5) А какие именно данные синхронизируются? Разве адресное пространство процессов не изолировано друг от друга в системах Windows 95 и выше? Или какого типа синхронизацию между процессами имеете в виду?

Часть информации храниться на сервере приложения и она для корректной работы должна синхронизироваться. Например для отказоустойчивости.

(10) Включено, но там непонятные файлики с ошибками, которые, вроде бы, не отображают те временные метки, что даны у пользователей на скриншотах.

(13) что там у нас с памятью и нагрузкой на ядра (1 процесс юзает 1 ядро).

(12) Для обеспечения отказоустойчивости все процессы как раз максимально изолированы, они не видят друг друга, и не должны видеть. «Синхронизироваться» им не нужно.

(14) Там не пойми чего - хочу как раз попробовать разделить, чтобы было видно кто из пользователей вешает или ест память.

(9) Спасибо - кажется, это то что нужно.

(16) вот смотри, если у тебя не 100500Гб памяти, то создав 150 процессов ты им выделишь не так и много памяти на каждый... ну рухнет какой-то ну и что далее?

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

Как говорил В.Гилёв: 90% тормозов - от амнокодеров.

Кста, конфа типовая? 1С-Сервер 32 или 64?
"зависания у пользователей." -  на какое время?

Вообще смахивает на автоматическую блокировку какой-нить всем нужной таблицы целиком на время проведения документа... разруливается управляемыми блокировками

Поставили параметры как на картинке здесь
http://it74.net/techblog/uluchshaem-rabotu-servera-1s-predpriyatie-8-3-4-na-ubuntu-linux/

Пишет при попытке войти "На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто"

Но вчера со стандартными настройками было так же.

Exception=e0417abc-63b4-461b-b1b6-01d2d2b0cca5,Descr='src\SrvrInfoBaseImpl.cpp(7740):

150 rphost-150 ядер,не?

(22) Нет пока. 25 соединений на rphost сейчас выставлено, вроде полет нормальный. Ошибка:

На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто'

была вчера и до вот этих изменений.

Вынесу отдельно может кто в курсе.

так сервак 1с 64битный, али 32битный? сам экзешник, а не ось, есличо.

(25) уже спрашивал... нет ответа...

(23) дисковая подсистема норм? у вас там не ССД при смерти или просто бэды попёрли?

(27) или оператива ;)

(28) если память - скорее всего или было-бы про ошибку памяти или BSD

(29) ну хз. у меня когда планка битая была - браузер вылетал периодически, безо всяких бсодов.

и я так понимаю это потому что браузер тупо дофига памяти кушает

(30)ну типа и такое бываает... особенно отвратно когда ошибка плавающая

(15) Видимо мы разные вещи понимаем под отказоустойчивостью.
Вот одна древняя статья
http://softpoint.ru/article_id422.htm
Немного не по теме но  вкратце описано как можно локализовать проблему.