Калькулятор железа для 1C

24.02.26

Администрирование - Сервера

Два калькулятора расчета железа (процессоры, память, диск) в зависимости от количества пользователей и размера базы для разделенных и совмещенных серверов 1С и СУБД, а также расчета терминального сервера. Описаны формулы расчета и обоснования выбора.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Калькулятор разделенные сервера 1С и СУБД + терминал (Excel)
.zip 27,61Kb
34 3 000 руб. Купить
Калькулятор совмещенные сервера 1С и СУБД (Excel)
.zip 20,32Kb
25 3 000 руб. Купить
Таблица 50 серверов (Excel)
.xlsx 20,76Kb
11 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Взял примерно 50 файлов описания различных конфигураций железа под 1С. На их основании составил сводную таблицу (в строках параметры сервера, а в колонках число пользователей и размера базы). Далее по таблице составлены формулы расчета железа в зависимости от Числа пользователей и Размера базы. Получены две модели калькулятора в Excel:

  • Калькулятор Разделенного сервера 1С и СУБД (расчет Сервера 1С, Сервера СУБД, Терминала)
  • Калькулятор Совмещенного сервера 1С и СУБД (расчет Сервера 1С + СУБД)

Калькулятора 2, т.к. нагрузки на сервер для моделей разделения и совмещения разные в расчете на 1 пользователя. А также о других ограничениях одной и другой подробнее ниже.

 
 Сводная таблица

В загрузках есть Таблица 50 серверов (85 строк, 35 колонок), можете ее скачать, там описание параметров серверов 1С, СУБД (совмещенных и разделенных) и терминалов. На картинку не влезет точно, вот чуть-чуть блока описания СУБД

 

R² (коэффициент детерминации)

Приближение файлов конфигураций с формулами калькулятора оценено по методике R², где
R² (коэффициент детерминации), который показывает, какую долю разброса в данных объясняет модель/формула.
Интуитивно это так
•    R² всегда от 0 до 1 (или от 0% до 100%).
•    R² = 0.97 означает, что примерно 97% вариации фактических значений (например, требуемых ядер при разном числе пользователей) объясняется линейной формулой, а только 3% остаётся на шум и отклонения.
•    Чем ближе R² к 1, тем лучше формула описывает данные.
В контексте моих формул
•    R² ≈ 0.97 для «ядра от пользователей» означает, что линейная модель типа ядра=a+b×users почти полностью отражает реальную зависимость.
•    Высокие значения (0.94–0.97), для остальных метрик, говорят, что выбранные формулы описывают исторические данные очень хорошо и их можно использовать для прикидки железа.

 

Разделенные сервера 1С и СУБД

Описываю формулы для подбора серверного оборудования на базе анализа 30 конфигураций (от 10 до 2500 пользователей, размер баз от 75 до 3000 ГБ) для платформы 1С:Предприятие 8.3 / 1С:ERP. Покажу пример работы калькулятора.

Основные формулы
Все формулы показали высокую точность (R² от 0.94 до 0.97)

Параметр Формула
Ядра CPU (1С и СУБД) 7 + 0.084 × users 0.97
ОЗУ сервера 1С (ГБ) 1.3 × users 0.96
ОЗУ сервера СУБД (ГБ) 1.67 × users 0.97
NVMe дисков СУБД 0.0093 × users + 0.0017 × db_gb 0.94
Терминальных серверов users / 50 (округл. вверх)


В загрузках можно скачать готовые файлы:

  • Калькулятор разделенные сервера 1С и СУБД (excel) — вводишь число пользователей и размер базы в жёлтые ячейки, автоматически получаешь полную спецификацию серверов 1С, СУБД и терминалов

 
 Методика расчета Разделенные сервера 1С и СУБД

1. Входные параметры
Для расчёта конфигурации серверов необходимо знать:
•    Количество одновременных пользователей 1С (от 10 до 2500)
•    Размер базы данных в ГБ (от 50 до 3000)


2. Сервер 1С
2.1. Количество процессоров

Пользователей     Кол-во CPU
≤ 50  1
100 – 400 2
500 – 1000  4
> 1000 5

R² = 0.80 (ступенчатая зависимость)


2.2. Общее число ядер

Линейная зависимость с R²=0.97: на каждые ~12 пользователей добавляется 1 ядро. Результат округляется вверх до стандартных значений (8, 12, 16, 24, 32, 48, 64, 96, 192).
Формула: ядра = 7 + 0.084 × пользователей
R² = 0.97
Результат округляется вверх до ближайшего стандартного значения: 8, 12, 16, 24, 32, 36, 48, 64, 72, 96, 128, 192.

Пользователей     Ядер (округл.)
50     8
100 16
200 24
500 48
1000 96

 


 

2.3. Минимальная частота процессора    

Пользователей Мин. частота
≤ 50 ≥ 3.2 ГГц
≤ 200  ≥ 3.0 ГГц
≤ 500  ≥ 2.8 ГГц
> 500 ≥ 2.6 ГГц

Закономерность: чем больше ядер в серверных процессорах, тем ниже базовая частота. Это нормально для линейки Intel Xeon Scalable.


2.4. Оперативная память

ОЗУ зависит только от числа пользователей, а не от размера базы. Сервер СУБД требует примерно на 28% больше памяти, чем сервер 1С - за счёт буферного кеша SQL Server и tempdb.

Формула: ОЗУ (ГБ) = 1.3 × пользователей
R² = 0.96
Результат округляется вверх до стандартного значения: 64, 96, 128, 192, 256, 384, 512, 768, 1024, 1536, 2048, 3072 ГБ.
Тип памяти: DDR4-2933 (для ≤50 пользователей допустим DDR4-3200 / DDR5).


 

2.5. Накопители

Единственный параметр, где размер базы играет заметную роль — количество NVMe-дисков. Например, при 500 пользователях и базе 400 ГБ нужно ~5 дисков, а при 1000 пользователях и базе 1000 ГБ — уже ~11.

Пользователей     Тип     Объём
≤ 50  PCIe / M.2 SSD 240–480 ГБ
≤ 200 SATA SSD / NVMe 480–800 ГБ
≤ 500 NVMe PCIe SSD  800–960 ГБ
> 500 NVMe PCIe SSD 960–1600 ГБ

Рекомендуется 2 диска (второй — резервный) либо подключение к внешней дисковой подсистеме СУБД.


 

2.6. Сетевые интерфейсы

Пользователей     Сеть
≤ 50 2 × 1 Gbit
≤ 400 2 × 10 Gbit
≤ 1000 2 × 25 Gbit
> 1000  2 × 40 Gbit


3. Сервер СУБД
3.1. Процессор

Конфигурация процессора сервера СУБД совпадает с сервером 1С (количество CPU, модель ядер, частота) в более чем 90% проанализированных конфигураций.


3.2. Оперативная память
Формула: ОЗУ (ГБ) = 1.67 × пользователей
R² = 0.97
Память СУБД примерно на 28% больше, чем у сервера 1С, за счёт буферного кеша SQL Server и tempdb.
Округление — по тем же стандартным значениям.


3.3. Накопители для данных (NVMe)
Формула: кол-во NVMe дисков = 0.0093 × пользователей + 0.0017 × размер_базы_ГБ
R² = 0.94. Минимум — 2 диска.
Рекомендуемый тип: Intel Optane P4800X / P5800X (NVMe U.2) или аналог.

Пользователей     База (ГБ) NVMe дисков
100     200     2
200     200     2
300     300     3
500     400     5
800 500     8
1000     1000     11

Ключевое правило: Все файлы БД, логи БД, tempdb (MS SQL) / pg_xlog (PostgreSQL), srvinfo кластера 1С, временные файлы — ТОЛЬКО на NVMe SSD. Суммарно они не должны занимать более 50% ёмкости SSD.


3.4. Диски для бэкапов

Пользователей Бэкап-диски
≤ 100 2 × Enterprise ≥ 2 ТБ
≤ 500 2 × Enterprise ≥ 3 ТБ
> 500 2 × Enterprise ≥ 10 ТБ

 

4. Ступенчатые параметры
Некоторые параметры не линейные, а ступенчатые: 

Пользователей     CPU шт. Мин. частота Сеть
≤ 50 1 ≥ 3.2 ГГц 2×1 Gbit
100–400 2 ≥ 3.0 ГГц 2×10 Gbit
500–1000 4 ≥ 2.8 ГГц 2×25 Gbit
> 1000 8 ≥ 2.6 ГГц 2×40 Gbit

 

5. Терминальные серверы
Формула: кол-во серверов = ОКРУГЛВВЕРХ(пользователей / 50)

Конфигурация каждого терминального сервера:
•    CPU: 2 × Xeon по 8 ядер, частота 3.2+ ГГц
•    ОЗУ: 64–128 ГБ DDR4
•    Диски: 2 × SSD 400–960 ГБ (SATA)


6. Рекомендации
•    На сервере 1С запрещено устанавливать роль терминального сервера.
•    Все серверы должны находиться в одной подсети.
•    Виртуализация оборудования исключена (для ≥100 пользователей).
•    На сервере СУБД не должно быть никаких других задач и ролей.
•    Критические файлы (БД, логи, tempdb, srvinfo) — только на NVMe SSD, не более 50% ёмкости.
•    Не использовать SAS/SATA диски для критических данных.
•    Отказоустойчивость СУБД: AlwaysOn FailOver Cluster.
•    Отказоустойчивость 1С: штатные средства платформы 1С (или VMware HA для малых конфигураций).
•    Рекомендуемая СУБД: MS SQL Server 2019 CU8 и выше.
•    Платформа: 1С:Предприятие 8.3 x86-64.
•    Контроль температуры и влажности в серверной, мониторинг через Zabbix.
•    Защита от шифровальщиков (исключить процессы MS SQL, веб-сервера, кластера 1С из проверки).
•    Ежемесячные сценарии проверки восстановления из бэкапов.
•    Администрирование удалённо через оснастки, избегать интерактивных входов на серверы.

 

Совмещенные сервера 1С и СУБД

Описываю формулы и методику подбора серверного оборудования для варианта совмещённого размещения сервера 1С:Предприятие и СУБД на одном физическом сервере. Формулы получены методом регрессионного анализа по 14 конфигурациям (от 10 до 800 пользователей). Покажу пример работы калькулятора.

Ключевые формулы   

Параметр     Формула    
Ядра CPU 7.6 + 0.0003 × users² 0.995
ОЗУ (ГБ) 47 + 1.39 × users 0.90
NVMe-дисков MAX(1, ⌈users/400 + db_gb/500⌉)
Терминальных серверов users / 50 (округл. вверх)

 

Основное отличие от раздельной схемы
Ядра растут квадратично, а не линейно — при совмещении ролей нагрузка увеличивается быстрее. Линейная модель дала бы R²=0.90, а квадратичная — 0.995. ОЗУ с коэффициентом 1.39 находится между значениями раздельных серверов (1С: 1.3 и СУБД: 1.67), что логично: память частично разделяется между ролями.

Сравнение: Совмещённый vs Раздельный

Параметр Совмещённый     Раздельный (1С + СУБД)
Ядра CPU 7.6 + 0.0003 × users² 7 + 0.084 × users (×2 сервера)
ОЗУ (ГБ) 47 + 1.39 × users 1С: 1.3×users + СУБД: 1.67×users
Рекомендуемый диапазон До ~400 пользователей От 200+ пользователей
Преимущество Экономия на железе Масштабируемость и отказоустойчивость

 

В загрузках можно скачать готовые файлы

  • Калькулятор совмещенные сервера 1С и СУБД (excel) — вводишь число пользователей и размер базы в жёлтые ячейки, автоматически получаешь полную спецификацию совмещённого сервера.

 
 Методика расчета Совмещенные сервера 1С и СУБД


1. Основные формулы
1.1. Число ядер CPU

Зависимость числа ядер от количества пользователей хорошо описывается квадратичной моделью:
Ядра ≈ 7.6 + 0.0003 × users²
Коэффициент детерминации R² = 0.995 — модель объясняет 99.5% разброса данных. Результат округляется вверх до ближайшего стандартного значения: 4, 8, 12, 16, 24, 32, 48, 64, 96, 128, 192, 256.
Примечание: линейная модель даёт R²=0.90, что существенно хуже. Квадратичная зависимость объясняется тем, что при увеличении числа пользователей нагрузка на совмещённый сервер растёт быстрее, чем линейно.


1.2. Оперативная память
Объём ОЗУ линейно зависит от числа пользователей:
ОЗУ (ГБ) ≈ 47 + 1.39 × users
R² = 0.90. Результат округляется вверх до стандартных объёмов: 32, 64, 96, 128, 192, 256, 384, 512, 768, 1024, 1536, 2048 ГБ.
Для совмещённого сервера коэффициент при users (1.39) находится между коэффициентами раздельных серверов: 1С (1.3) и СУБД (1.67). Это логично: при совмещении ОЗУ частично разделяется между ролями, но не суммируется полностью.


1.3. NVMe-диски
Данных по дискам в совмещённых конфигурациях меньше, и большинство используют 1–2 диска. Ориентировочная формула:
Дисков NVMe ≈ MAX(1, ROUNDUP(users/400 + db_gb/500))
Рекомендуемые типы дисков по числу пользователей:
•   До 50 пользователей — NVMe SSD PCIe 4.0, формат M.2 или HHHL
•   От 100 пользователей — NVMe SSD HHHL или U.2 (Intel Optane рекомендуется)


2. Ступенчатые параметры

Пользователей     CPU шт. Мин. частота Сеть
≤ 50 1 ≥ 3.2 ГГц 2×1 Gbit
100–400 2 ≥ 3.0 ГГц  2×10 Gbit
≥ 500  4 ≥ 2.7 ГГц 2×25 Gbit

 

3. Рекомендации

•   Формулы построены по 14 конфигурациям (10–800 пользователей)
•   Совмещённый сервер рекомендуется до ~400 пользователей; свыше — лучше разделять роли
•   R² для ядер = 0.995 (квадратичная модель), для ОЗУ = 0.90 (линейная)
•   Данные актуальны для 1С:Предприятие 8.3, MS SQL Server / PostgreSQL
•   Терминальные серверы рассчитываются по тому же принципу, что в верхней модели: users / 50 (округление вверх)
•   При высокой нагрузке СУБД (большие базы, тяжёлые отчёты) следует увеличить ОЗУ на 20–30%
 

Примечания:

  • В калькуляторах нет материнских плат, соответственно параметр количества каналов под планки памяти неизвестнен. При подборе рассчитанный общий объем ОЗУ поделите на количеству каналов в материнке и получите количество и размер планок памяти.
 
 Другие публикации автора

 

Вступайте в нашу телеграмм-группу Инфостарт

См. также

Инструментарий разработчика Сервера OneScript Системный администратор Программист 1С 8.3 Россия Бесплатно (free)

Библиотека для создания многопоточного TCP-сервера, а так же TCP-клиента с поддержкой SSL/TLS шифрования для экосистемы OneScript. Удобный инструмент для построения распределенных систем, высоконагруженных сервисов, систем реального времени. С низким порогом вхождения и подробной документацией с примерами.

12.01.2026    793    ahyahy    2    

10

Сервера Системный администратор Программист 1С:Предприятие 8 Бесплатно (free)

В статье говорится о консольной утилите от компании 1С под названием ibcmd. Она доступна как для операционных систем Windows, так и для Unix-подобных. Во многом схожа с rac, но функционирует независимо и предлагает свои собственные режимы работы. В этой статье рассмотрим два из возможных режимов использования этой утилиты: server и infobase.

17.10.2025    5796    AlexeyPROSTO_1C    2    

15

Сервера Системный администратор Программист 1С:Предприятие 8 Бесплатно (free)

В данной статье будет подробно описан порядок установки и настройки кластера серверов «1С:Предприятие» на Ubuntu Server версии 25.04, а также подключение к СУБД-серверу с PostgreSQL, работающему на той же версии Ubuntu. Такой способ обеспечивает удобное масштабирование и адаптацию системы.

07.10.2025    7295    AlexeyPROSTO_1C    6    

3

Сервера Системный администратор Программист 1С:Предприятие 8 Абонемент ($m)

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

5 стартмани

31.07.2025    4879    13    capitan    7    

16

Администрирование СУБД Linux Сервера Системный администратор Программист Бесплатно (free)

В современных Windows 10 и 11 можно использовать WSL (Windows Subsystem for Linux) для запуска Linux окружения. Возникает соблазнительная мысль: может, PostgreSQL и сервер 1С запустить в WSL. Или даже хуже: в Docker на WSL. Знал бы, что будет сложно - даже не начинал :) Сложность кроется в том, что WSL это не полноценные виртуалки, а легковестные контейнеры Hyper-V с особенностями сети и GUI. Из плюсов, наверно, только размер и скорость запуска.

21.07.2025    4247    FSerg    2    

10

Сервера Системный администратор Бесплатно (free)

В этой статье мы подробно разберем процесс настройки встроенного в PostgresPRO отказоустойчивого решения — кластера BiHA. Установим, настроим, протестируем отказ лидера и проверим автоматическое переключение ролей. А также интегрируем кластер с сервером 1С и проанализируем его реакцию на смену лидера.

30.06.2025    3938    a.doroshkevich    0    

12

Администрирование веб-серверов Сервера Нейросети Программист Платные (руб)

Сервер поиска по метаданным и поиска по коду, Сервер экспорта и поиска по документации, Сервер синтаксической проверки кода

17.06.2025    17039    0    Infostart    20    

113

Администрирование веб-серверов Сервера Системный администратор Программист Абонемент ($m)

WEB приложение для управления сеансами сервера 1С, имеет адаптивный web интерфейс. Возможности: удаление сеансов; завершение rphost процессов; запуск службы 1С сервера (если остановлена). Используется авторизация BasicAuth с защитой от брутфорса. Поддерживает работу по http https протоколам.

1 стартмани

08.11.2024    3601    15    gortrex    2    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. SerVer1C 1044 16.02.26 13:31 Сейчас в теме
Почему в Экселе, а не обработка на 1С ?
2. tsatsur 47 16.02.26 13:53 Сейчас в теме
(1) Так 1С не купили еще. :D
DrAku1a; Sejix; gala2009; METAL; PowerBoy; Aleskey_K; asupsam; sapervodichka; +8 Ответить
3. gvorhin 49 16.02.26 14:49 Сейчас в теме
R² — хорошая метрика, но она отвечает на вопрос «насколько модель описывает прошлые данные», а не «насколько точно она предсказывает новые кейсы».
В инфраструктурных расчётах это разные вещи. Можно получить 0.97 и при этом иметь ±30% разброс на реальных проектах, особенно на краях диапазона — закрытие месяца, тяжёлые отчёты, регламентные перепроведения, интеграции.
Интересно, проверяли ли вы модель на фактической ошибке прогноза? Например, в скольких процентах случаев отклонение по CPU и RAM не превышает 10–15%?
И второй момент — квадратичная зависимость для совмещённого сервера выглядит красиво (R²=0.995), но при небольшой выборке она может начать «раздувать» требования при экстраполяции. Ограничивали ли вы зону применимости формулы?
Как ориентир — инструмент полезный. Как база для защиты бюджета перед бизнесом — хотелось бы видеть границы погрешности.
sapervodichka; +1 Ответить
4. sapervodichka 7535 16.02.26 15:00 Сейчас в теме
(3)
И второй момент — квадратичная зависимость для совмещённого сервера выглядит красиво (R²=0.995), но при небольшой выборке она может начать «раздувать» требования при экстраполяции. Ограничивали ли вы зону применимости формулы?


Да, совмещенные сервера до <= 400 пользователей

(3)
В инфраструктурных расчётах это разные вещи. Можно получить 0.97 и при этом иметь ±30% разброс на реальных проектах, особенно на краях диапазона — закрытие месяца, тяжёлые отчёты, регламентные перепроведения, интеграции.


Тут вроде - это сценарное тестирование с нагрузкой по ролям пользователей (тяжелые, легкие) подойдет, но надо уже на стендах с оборудованием пробовать, можно тестовую ЕРП с вшитым тестированием использовать https://infostart.ru/1c/articles/1169127/ давно как-то тоже писал


(3)
Как ориентир — инструмент полезный. Как база для защиты бюджета перед бизнесом — хотелось бы видеть границы погрешности.


Игорь, тут в целом спасибо за содержательный комментарий. Мне тоже нельзя объять необъятное, в целом как ориентир и понимание зависимостей, калькулятор и методика получились полезные. Еще раз спасибо за коммент.
adhocprog; gvorhin; +2 Ответить
6. gvorhin 49 16.02.26 15:18 Сейчас в теме
(4) Понял, спасибо за уточнение по ≤400 — тогда квадратичная модель выглядит логично в пределах своей зоны.
Про сценарное тестирование полностью согласен. На практике как раз и возникает разрыв между «средним пользователем» из модели и реальным профилем нагрузки — когда 20% тяжёлых пользователей могут давать 60–70% нагрузки на СУБД.
Мне кажется, здесь интересная точка развития калькулятора — не просто users, а users × профиль нагрузки. Даже грубая градация (OLTP-доминирующая / отчётная / регламентная) уже сильно повышает применимость модели в реальных проектах.
Потому что как ориентир — да, инструмент хороший. А вот как база для архитектурного решения — в реальности почти всегда приходится добавлять коэффициенты «жизни».
sapervodichka; +1 Ответить
5. Gilev.Vyacheslav 1922 16.02.26 15:07 Сейчас в теме
узнаю наш подбор
METAL; Rafaraf; sapervodichka; +3 Ответить
7. sapervodichka 7535 16.02.26 15:20 Сейчас в теме
(5) Вячеслав, привет. Ты редкий гость тут, рад тебя услышать. Часто пользуемся твоими услугами оптимизации и решения проблем с оборудованием. Видел лично тебя только один раз, помню как более десятка лет назад сдавал Эксперта ты с нами в классе сидел, то ли курс модерировал, то ещё что-то.

Из своего опыта самый крутой калькулятор подбора оборудования с актуальным описанием железа и индивидуальным подходом можно получить на сайте Вячеслава Гилева http://www.gilev.ru/podbor/. Вячеслав и коллеги - это гуру в плане экспертизы производительности и подбора оборудования.
8. starik-2005 3213 16.02.26 17:18 Сейчас в теме
А интересно, учитывают такие модели количество каналов памяти?
muskul; METAL; sapervodichka; +3 Ответить
9. sapervodichka 7535 16.02.26 18:47 Сейчас в теме
(8) приветствую ) тяжёлая артиллерия подъехала ) важный параметр! К сожалению в этом калькуляторе нет материнских плат, соответственно параметр количества каналов неизвестнен. При подборе придется общий объем ОЗУ поделить на количеству каналов в материнке и подобрать так количество и размер планок памяти.
11. muskul 17.02.26 06:53 Сейчас в теме
(9) Пока все артелеристы в сборе, спрошу вдруг прокатит. Есть нн-е количество стареньких серверных платформ
dell 07t4mc, Hp 9 gen, Supermicro X11SCL на сокетах 1151 LGA и совсем дохлых g5420, 1220. на какие процессоры можно бюджетно заменить это?
14. muskul 17.02.26 11:20 Сейчас в теме
(11) Вопрос почти закрыт, легче выкинуть чем чтото пытаться проапгрейдить
sapervodichka; +1 Ответить
12. starik-2005 3213 17.02.26 10:27 Сейчас в теме
(9)
важный параметр!
Очень важный, т.к. напрямую связан с пропускной способностью памяти и количеством ядер, которые могут параллельно эти каналы использовать. Вообще, бутылочные горлышки производительности примерно такие: IOPS -> память (пропускная способность на канал, количество каналов) -> кеш 3/2/1 уровня -> количество ядер -> IPC. При том разный софт на разных процах будет показывать разный IPC. Также важный параметр - механизм управления задачами. В винде скорее всего выбрать ничего нельзя, а вот для линуха понапилено овер много всего интересного в этом плане. В итоге скромный 9600X от АМД умеет 227 в файловом тесте Гилева и 120+ (не помню точную цифру) в скульном. Но это однопоточно. При многопоточной нагрузке все упирается в то, влезают ли данные в кеш. При окуклиарде юзеров, ежу понятно, в кеш ничего не влезет. Если сверху виртуалка, то об эффективнеом использовании кеша вообще можно забыть. Тут все упирается как раз в пропускную способность памяти и количество каналов.

И да, если у вас в сервере есть пустые слоты памяти, то, скорее всего, система работает только с частью каналов.
VyacheslavShilov; sapervodichka; +2 Ответить
10. a_titeev 35 17.02.26 05:51 Сейчас в теме
Блин блинский. Вот вы заморачивыесь. Все проще. Берем сервак самый дорогой насколько есть бюджет. Потом еще сервак, если бюджет не сдох. Все. Дальше проблемы админа его качать
d_bat; bulpi; muskul; tsatsur; +4 Ответить
13. sapervodichka 7535 17.02.26 10:31 Сейчас в теме
(10) Сервак допустим нужен за 10 лямов, бюджет 2 лям. За 2 лям сервак = априори уже сдох и даже святые люди админы его не прокачают (можно даже не покупать). Стратегия так себе, но смешная
17. gvorhin 49 17.02.26 12:52 Сейчас в теме
(10)
Блин блинский. Вот вы заморачивыесь. Все проще. Берем сервак самый дорогой насколько есть бюджет. Потом еще сервак, если бюджет не сдох. Все. Дальше проблемы админа его качать

Это примерно как забивать микроскопом гвозди — купить сервер за 10 млн и поставить на него «Бухгалтерию» на трёх пользователей.
Дорогой сервер сам по себе не равен правильной архитектуре. Можно переплатить за CPU и упереться в дисковую подсистему, можно взять максимум ядер и получить низкую утилизацию, можно забыть про профиль нагрузки и получить деградацию в регламентных операциях.
А дальше начинается самое интересное — попробуй объясни бизнесу, зачем нужен сервер «с запасом в космос», если фактическая загрузка 20–30%. В крупных компаниях такие решения легко заканчиваются независимым аудитом инфраструктуры и вопросами «а почему TCO в два раза выше рынка?».
Поэтому инфраструктура — это не про «берём максимум», а про обоснованную модель нагрузки, масштабируемость и понятный горизонт роста. Иначе риски уже не технические, а управленческие.
sapervodichka; +1 Ответить
15. lada2011 17.02.26 12:28 Сейчас в теме
заблуждение, объем ОЗУ выбирается не количеством пользователей, а потребностью в памяти при выполнении длительных операций платформой, например для расчета себестоимости в конфигурации УПП минимальный объем ОЗУ 256 гб, иначе получим сообщение о нехватки памяти. Размер базы около 100 гб
16. sapervodichka 7535 17.02.26 12:51 Сейчас в теме
(15) тут скорее от количества не оптимального кода и кривых настроек учёта и кривых настроек серверов ))
19. starik-2005 3213 17.02.26 13:04 Сейчас в теме
(16) Я давно говорил, что загрузить в память все данные об остатках на конец предыдущего периода и все операции по их движению - это много памяти не займет, да и вычислений тут много не надо - найти очередной товар в таблице меняющихся остатков и произвести увеличение/уменьшение стоимости/количества, распределить сумму получившихся затрат по группам или чему там еще - это вот вообще не проблема. Но когда трехсотэтажные конструкции, выгружающие все данные сначала во временные таблицы, а потом бесконечное их преобразование с агрегацией всего на все - это не от большого ума.
18. starik-2005 3213 17.02.26 13:00 Сейчас в теме
(15)
для расчета себестоимости в конфигурации УПП минимальный объем ОЗУ 256 гб, иначе получим сообщение о нехватки памяти. Размер базы около 100 гб
В одном кадре какой-нить ААА-игрухи, работающей на компе стоимостью 100к, больше эффективных вычислений, чем в такой УПП. При том комп ограничивается 16 гигами памяти и 8 гигами видеопамяти. Но всегда можно посчитать: z-буфер на условные 1к поверхностей (треугольников) при разрешении FULLHD - это 1920 * 1080 * 32 байт * условные 10 с синусами, косинусами и прочими преобразованиями. Ну и 60 кадров в сек при таком разрешении такой комп будет считать.
sapervodichka; +1 Ответить
20. sapervodichka 7535 17.02.26 13:08 Сейчас в теме
(18) 💯 там что-то конкретно в конфе этой базы УПП и настройках учёта в УПП по и ао на смотреть, а не в оперативной памяти железе. Бесконечные временные таблицы и цикличность до добра не доведут
22. lada2011 19.02.26 10:56 Сейчас в теме
(20) все настройки стандартные, а проблема в том, что товарищи системные администраторы не понимают простой истины; при выполнении запросов в SQL создаются временные таблицы, размер которых определяется объемом данных, используемых для расчетов. Временные таблицы могут выгружаться в оперативную память или на диски. Наблюдал я на сервере с установленной ос Windows Server 2000 как при выполнении запроса, растет размер временного файла и при достижении размера 2 гб появлялось сообщение о не хватке памяти.
sapervodichka; +1 Ответить
24. sapervodichka 7535 19.02.26 12:21 Сейчас в теме
(22) сисадмины разные, многие понимают больше нашего. А в примере скорее программные ограничения, а не аппаратные сработали (поставить 64х 1С сервера (не 32х) и Windows новее, и СУБД версию повыше - всё будет работать)
VyacheslavShilov; +1 Ответить
21. lada2011 19.02.26 10:38 Сейчас в теме
(18) в играх расчетами занимается видеокарта, попробуйте на на том же железе без видеокарты поиграть
23. starik-2005 3213 19.02.26 12:02 Сейчас в теме
(21)
попробуйте на на том же железе без видеокарты поиграть
Ну и без карты кадр в секунду проц сможет рассчитать. Но не в три же часа.
Для отправки сообщения требуется регистрация/авторизация