Инженер нажимает «открыть сборку», а затем ждёт. Руководитель предлагает заменить сервер, системный администратор — сеть, сотрудник просит новую рабочую станцию. Все три решения могут оказаться преждевременными. Для конструкторского бюро или поставщика промышленного оборудования в Тольятти полезнее сначала разделить время ожидания на этапы: поиск документа, получение файлов, обработка модели и показ на экране.
Рассмотрим условную группу из 15 инженеров, которые работают с CAD и системой управления инженерными данными — PDM. Приведённые размеры сборок и интервалы — пример методики измерений, а не данные конкретного тольяттинского предприятия. Она помогает составить техническое задание, даже если компания использует другую инженерную платформу.
Сервер хранит проект, рабочая станция строит изображение
Не вся медленная операция выполняется на сервере. Поиск карточки детали обращается к базе, загрузка исходников читает архив, а перестроение геометрии обычно использует вычислительные ресурсы рабочего места. У отдельных продуктов есть серверные модули расчёта и визуализации, поэтому распределение ролей проверяют по документации установленного ПО.
В справке SOLIDWORKS PDM прямо разделены эти обращения: сведения о файлах приходят от базы данных, сами файлы — от архивного сервера в локальный кэш клиента. Поэтому оборудование подбирают под реальную роль. Варианты платформ Dell PowerEdge можно сравнить в каталоге: https://servermall.ru/sets/servery-dell-poweredge/. Но покупка более мощного сервера не устранит задержку перестроения модели на слабой рабочей станции или проблему клиентского кэша.
Три измерения вместо одного впечатления
Для проверки выбирают одну типичную сборку и одну действительно тяжёлую, а не искусственно пустой проект. У каждой фиксируют число файлов и размер зависимостей. Тест проводят из локального кэша и после штатного удаления тестовых локальных копий, когда данные приходится получать заново. Рабочие файлы без проверки состояния и сохранения изменений не удаляют.
- Измерение первое: поиск детали по известному обозначению и открытие её карточки.
- Измерение второе: получение выбранного комплекта файлов из архива без перестроения CAD-модели.
- Измерение третье: открытие и перестроение уже полученной сборки на рабочей станции.
Если карточка появляется быстро, файлы скачиваются медленно, а повторное открытие из кэша проходит без задержки, первым проверяют путь передачи и архив. Если медленны обе попытки открытия при быстрой выдаче файлов, внимание переключают на клиентскую машину, зависимости модели и настройки CAD. Это рабочая гипотеза, которую подтверждают измерениями, а не окончательный диагноз по одному признаку.
Пропускная способность и задержка — не одно и то же
Предположим, требуется получить 1,2 ГБ файлов, а измеренная полезная скорость составляет 80 МБ/с. При десятичных единицах передача одних данных займёт не менее 1 200 / 80 = 15 секунд. Это нижняя оценка без времени поиска, открытия соединений, проверки прав и обработки файлов. Если реальная операция длится 90 секунд, оставшиеся 75 секунд нужно искать по этапам.
Множество небольших файлов может передаваться хуже одного большого архива той же ёмкости. Если операция содержит 500 строго последовательных сетевых запросов, а дополнительная задержка каждого равна 8 мс, только эти ожидания суммарно дадут четыре секунды. В реальном приложении часть запросов может идти параллельно; пример показывает механизм, а не предсказывает время конкретной PDM-системы.
Поэтому проверяют скорость, задержку, потери пакетов и согласованный режим портов. Быстрый тариф интернет-провайдера не исправит перегруженный коммутатор внутри офиса. Аналогично новая сетевая карта сервера бесполезна, если единственный путь к рабочим станциям остаётся ограничен более медленным соединением.
Почему утренний старт отличается от дневной работы
Предположим, десять инженеров одновременно получают по 1,2 ГБ. Всего архив должен выдать 12 ГБ. Через общий участок с полезной скоростью 100 МБ/с передача займёт минимум 120 секунд, даже без остальных операций. При этом отдельный пользователь может ждать дольше или меньше в зависимости от очередей и распределения ресурсов.
Пиковый сценарий включает не только запуск CAD. На том же сервере могут идти резервное копирование, индексация и пакетная обработка. Если в 8:00 начинается рабочая смена и одновременно создаётся полная копия архива, тест в обед не покажет проблему. Нужны измерения в момент реальной жалобы и расписание фоновых задач.
Локальный кэш уменьшает повторные передачи, но не отменяет проверки актуальности файлов. Его правила должны соответствовать PDM-процессу. Копирование проектов в произвольную папку ради скорости может лишить инженера штатного контроля состава сборки и состояния документов. Улучшение времени открытия не должно достигаться ценой работы с неподходящим комплектом.
Какие показатели смотреть на сервере
На стороне базы оценивают время запросов, блокировки и использование памяти. На стороне архива — задержку чтения, очередь операций ввода-вывода и выдачу данных в сеть. Загрузка процессора в 20% не доказывает, что сервер свободен: отдельный поток может упираться в вычисления, а приложение — ждать диск или ответ другого компонента.
Средняя скорость накопителя также не описывает все операции. Последовательное чтение большого файла и множество коротких чтений по разным адресам создают разную нагрузку. Для проверки используют копию характерного проекта и сопоставляют время выдачи с телеметрией. Синтетический результат в мегабайтах в секунду полезен, но не заменяет прикладной тест.
Если база и архив разделены на виртуальные машины, проверяют общий физический диск, сеть и лимиты ресурсов. Разделение на две машины не создаёт два независимых накопителя автоматически. При конкуренции задач обе системы могут ждать один и тот же массив, хотя их графики процессорной нагрузки выглядят благополучно.
Удалённому филиалу может понадобиться другой способ работы
В документации SOLIDWORKS PDM Professional предусмотрена репликация архивов: удалённый офис получает физические файлы с локального архивного сервера, а центральная база продолжает обслуживать сведения о них. Это функция конкретного продукта и редакции, а не универсальная возможность любого PDM-пакета. Её применимость проверяют по лицензии и архитектуре.
Локальный архив помогает с повторной выдачей больших файлов, но требует места, правил синхронизации и обслуживания. Первый запрос нового документа всё равно может вызвать передачу между площадками. Нельзя обещать, что после установки второго сервера филиал станет полностью независимым от центральной системы или внешнего канала.
Альтернатива — удалённая инженерная рабочая среда рядом с данными. Тогда по сети передаётся изображение и ввод пользователя, но становятся важны задержка, качество картинки, поддержка графического ускорения и лицензии. Выбор между локальными файлами и удалённой работой делают по испытанию реальных действий: вращение модели, измерение и изменение детали.
Обновление проверяют одним и тем же набором действий
До покупки оборудования фиксируют критерии. Например: выбранная сборка из кэша открывается не дольше согласованного времени, десять клиентов одновременно получают свой комплект, поиск по обозначению остаётся доступен во время фоновой задачи. Конкретные пределы задаёт команда после исходных измерений; их нельзя взять из рекламной карточки сервера.
Результат сравнивают на одинаковой версии ПО, одном проекте и сопоставимом состоянии кэша. Иначе новая система получит преимущество просто потому, что во втором тесте данные уже локальные. В протоколе указывают нагрузку, используемую сеть и фоновые процессы. Это делает вывод проверяемым и помогает понять, какое изменение действительно дало эффект.
Для тольяттинского конструкторского бюро полезный итог — не просто фраза «теперь быстрее», а карта задержек и подтверждённый запас под рабочие пики. Она связывает расходы с конкретной операцией инженера. Руководитель понимает, почему нужен определённый компонент, а сотрудники получают предсказуемое время работы с проектом.