Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069997
Тема сообщения
УБРАТЬ ПРИЗНАКИ КОНКРЕТНОГО СЕРВЕРА И КОМПЬЮТЕРНОЙ ЭКОСИСТЕМЫ
Тип сообщения
Замечание к КД
Поставщик
Kaz Trade
Представитель поставщика
ТАЛГАРОВ ЕРНАР ЕРКИНҰЛЫ
Дата и время отправки сообщения
2026-10-09 00:14:50
Текст сообщения
1. Просим переработать техническую спецификацию центрального вычислительного сервера и вспомогательных вычислительных узлов с целью исключения характеристик, которые в совокупности позволяют идентифицировать конкретную аппаратную платформу, семейство процессоров либо экосистему одного производителя.
2. В текущей редакции сервер описан одновременно через количество CPU-ядер, количество GPU-ядер, объединенную/унифицированную память, пропускную способность памяти, объем памяти, скорость внутреннего SSD, скорость интерфейса внешнего SSD, 10GbE, Wi-Fi 6E, Bluetooth 5.3 и компактный настольный форм-фактор.
3. Каждый параметр отдельно может встречаться у различных устройств.
4. Однако государственная закупка должна оцениваться по совокупности требований.
5. Совокупность требований способна свести перечень допустимых товаров к одной или нескольким моделям одного семейства.
6. Особенно характерно требование не менее 30 вычислительных ядер CPU с комбинацией высокопроизводительных и энергоэффективных ядер.
7. Деление ядер на производительные и энергоэффективные представляет собой конкретный способ построения процессорной архитектуры.
8. Серверный процессор другого производителя может иметь 24, 32 либо иное количество однородных вычислительных ядер и при этом существенно превосходить требуемое решение по фактической производительности.
9. Такой процессор формально может быть признан несоответствующим исключительно из-за иной внутренней архитектуры.
10. Просим исключить требование о комбинации высокопроизводительных и энергоэффективных ядер.
11. Вместо этого необходимо установить минимальную производительность вычислительной системы для задач локального искусственного интеллекта.
12. Например, Заказчик может определить, что система должна обеспечивать одновременную работу не менее 14 пользователей с установленным набором локальных моделей без критического снижения производительности.
13. Аналогичная проблема имеется с графическим ускорителем.
14. ТС требует не менее 64 ядер GPU либо эквивалент с производительностью нейровычислений не менее 40 TOPS.
15. Количество GPU-ядер не является универсально сопоставимым показателем между архитектурами различных производителей.
16. У одного производителя графическое ядро может означать один тип исполнительного блока, у другого — принципиально иную единицу.
17. Поэтому сравнение по количеству GPU-ядер некорректно.
18. Более нейтральным является только показатель фактической производительности либо подтвержденная способность запускать необходимые модели.
19. Просим полностью исключить требование «не менее 64 ядер графического ускорителя».
20. Оставить при необходимости показатель AI-производительности либо функциональное тестирование.
21. Однако даже 40 TOPS необходимо уточнить.
22. Следует указать, для какого формата вычислений определяется 40 TOPS: INT8, FP16, BF16 либо иной формат.
23. Без этого одинаковое число TOPS может означать различную реальную производительность.
24. Еще более характерным параметром является оперативная/объединенная память объемом не менее 96 ГБ с пропускной способностью не менее 800 ГБ/с.
25. Термин «объединенная» или «унифицированная» память относится к конкретному архитектурному подходу.
26. Альтернативная рабочая станция может иметь отдельно 128 ГБ системной памяти и 48–64 ГБ видеопамяти.
27. В задачах локального AI такая система может обеспечить равную либо более высокую производительность.
28. Однако она не будет буквально соответствовать признаку объединенной памяти.
29. Просим удалить из ТС требования к типу организации памяти.
30. Оставить минимальный совокупный объем памяти, достаточный для запуска требуемых моделей.
31. Если Заказчику необходим конкретный размер LLM, следует указать требуемую модельную нагрузку и допустимое время ответа.
32. Пропускную способность памяти 800 ГБ/с также просим исключить либо заменить результатом нагрузочного тестирования.
33. Для конечного пользователя важна скорость работы системы, а не внутренняя ширина или архитектура памяти.
34. Далее ТС устанавливает встроенный NVMe SSD минимум 1 ТБ со скоростью чтения минимум 5000 МБ/с.
35. Данный параметр может быть сохранен в более общей форме, однако следует допустить любой SSD, обеспечивающий необходимую производительность.
36. Не должно иметь значения, является ли накопитель PCIe 4.0, PCIe 5.0 либо использует иной интерфейс.
37. По внешнему накопителю указано не менее 4 ТБ и интерфейс передачи данных не менее 40 Гбит/с.
38. Просим разъяснить, почему резервное копирование образовательной системы требует именно 40 Гбит/с.
39. Для ежедневного инкрементного резервного копирования может быть достаточно меньшей скорости.
40. Более типичный внешний накопитель USB 3.2 либо иной интерфейс может полностью выполнять требуемую функцию.
41. Просим заменить 40 Гбит/с на функциональное требование обеспечить резервное копирование установленного объема данных в разумный срок.
42. Далее сервер должен иметь 10GbE.
43. Одновременно вспомогательные узлы в основном требуют только 1GbE.
44. Необходимо привести расчет реальной сетевой нагрузки при 14 пользователях.
45. Если 10GbE объективно требуется, просим сохранить только фактическую сетевую скорость без указания конкретной внутренней архитектуры.
46. Wi-Fi 6E и Bluetooth 5.3 также не должны использоваться как признаки конкретной модели сервера.
47. Сервер в закрытой локальной сети может вообще эксплуатироваться по проводному 10GbE.
48. Необходимо объяснить, для каких серверных функций обязательно требуется Wi-Fi 6E.
49. Аналогично серверу может не требоваться Bluetooth.
50. Если Bluetooth не используется в учебном процессе, данный параметр следует исключить.
51. Если беспроводной интерфейс нужен только для первоначального подключения периферии, допускается любой современный стандарт.
52. Отдельно просим исключить требование к компактному настольному форм-фактору.
53. Заказчику должно быть безразлично, размещена система в компактном корпусе, tower-корпусе либо серверном шасси, если она безопасно размещается в предусмотренном помещении.
54. Более крупный корпус может иметь более эффективное охлаждение.
55. Более эффективное охлаждение особенно важно при длительной AI-нагрузке.
56. Поэтому компактность сама по себе не является преимуществом.
57. Показатель шума также следует устанавливать только в случае размещения сервера непосредственно в учебной аудитории.
58. Если сервер размещается отдельно, уровень 35 дБ может быть излишним.
59. Просим указать фактическое место размещения центрального вычислительного узла.
60. Еще одна косвенная привязка присутствует во вспомогательных вычислительных узлах.
61. Каждый узел должен иметь не менее 10 CPU-ядер, встроенный графический модуль с не менее 16 GPU-ядрами, не менее 24 ГБ оперативной/объединенной памяти и SSD минимум 512 ГБ.
62. Снова используются понятия количества GPU-ядер и объединенной памяти.
63. Это указывает на ту же аппаратную экосистему, что и центральный сервер.
64. Просим исключить эти признаки.
65. Вспомогательный узел должен определяться через производительность, память, накопитель и способность выполнять предусмотренные учебные задачи.
66. Необходимо допустить архитектуру x86, ARM и иные современные архитектуры при полной программной совместимости.
67. Просим прямо указать, что архитектура процессора, производитель CPU, производитель GPU и производитель вычислительной платформы не являются обязательными.
68. Особенно необходимо убрать требование о том, что рабочие места должны в свободное время обязательно передавать неиспользуемые вычислительные мощности в распределенный кластер.
69. Это является конкретным архитектурным решением.
70. Альтернативный поставщик может поставить более мощный центральный сервер, которому вообще не потребуется использовать компьютеры учащихся в качестве вычислительных узлов.
71. Такая архитектура будет проще в обслуживании и потенциально надежнее.
72. Поэтому задача Заказчика должна состоять не в обязательном использовании вычислительных ресурсов каждого рабочего места, а в обеспечении требуемой общей мощности комплекса.
73. Просим допустить оба варианта:
- централизованную архитектуру с одним или несколькими серверами;
- распределенную архитектуру;
- гибридную архитектуру.
74. Выбор технического способа достижения необходимой производительности следует оставить поставщику.
75. Необходимо только обеспечить изоляцию пользователей, локальную обработку данных, одновременную работу 14 обучающихся и требуемые учебные функции.
76. Просим также исключить требования к конкретной комбинации 6 вспомогательных вычислительных узлов, если количество конечных рабочих мест составляет 14.
77. Следует определить количество пользовательских рабочих мест и общую производительность комплекса.
78. Каким количеством серверов или вычислительных узлов она обеспечивается, должно определяться предлагаемой архитектурой.
79. Альтернативный поставщик может поставить два мощных сервера вместо центрального сервера и шести распределенных мини-компьютеров.
80. Либо один мощный сервер и 14 обычных клиентских рабочих мест.
81. Если результат одинаков, такие варианты должны допускаться.
82. Это значительно расширит ассортимент оборудования и снизит риск привязки к одному производителю.
83. Просим также установить функциональные нагрузочные тесты.
84. Например, одновременно 14 пользователей должны иметь возможность выполнять предусмотренные задания.
85. Локальная языковая модель должна отвечать каждому пользователю без критического зависания.
86. Система должна выдерживать параллельный запуск нескольких AI-заданий.
87. Резервное копирование должно выполняться в установленное время.
88. При отказе одного узла сервис должен сохранять работоспособность, если это действительно требуется.
89. Такие испытания гораздо объективнее количества CPU- и GPU-ядер.
90. Отдельно обращаем внимание на формулировку «оборудование должно полностью соответствовать или превосходить характеристики».
91. В сфере вычислительной техники нельзя считать любую большую цифру автоматически лучшей.
92. Архитектуры разных производителей несопоставимы по числу ядер, частоте и организации памяти.
93. Просим прямо установить принцип функциональной эквивалентности.
94. Если предлагаемое решение обеспечивает равную или более высокую фактическую производительность, отличие внутренней архитектуры не должно являться основанием отклонения.
95. Просим убрать любые параметры, не имеющие самостоятельного значения для конечной образовательной функции.
96. В частности: тип объединения памяти, комбинацию типов CPU-ядер, точное количество GPU-ядер, конкретную пропускную способность памяти, Wi-Fi 6E, Bluetooth 5.3 и конкретную архитектуру распределения вычислений.
97. Просим также увеличить обычный срок поставки с 15 до минимум 30 календарных дней.
98. Комплекс включает серверное оборудование, рабочие станции, 14 мониторов, интерактивную панель, сетевое оборудование и специализированную программную систему.
99. Срок 15 календарных дней существенно ограничивает возможность подобрать альтернативное оборудование после заключения договора.
100. Более длительный срок позволит участвовать поставщикам различных аппаратных платформ, а не только поставщику заранее определенного готового комплекса.
2. В текущей редакции сервер описан одновременно через количество CPU-ядер, количество GPU-ядер, объединенную/унифицированную память, пропускную способность памяти, объем памяти, скорость внутреннего SSD, скорость интерфейса внешнего SSD, 10GbE, Wi-Fi 6E, Bluetooth 5.3 и компактный настольный форм-фактор.
3. Каждый параметр отдельно может встречаться у различных устройств.
4. Однако государственная закупка должна оцениваться по совокупности требований.
5. Совокупность требований способна свести перечень допустимых товаров к одной или нескольким моделям одного семейства.
6. Особенно характерно требование не менее 30 вычислительных ядер CPU с комбинацией высокопроизводительных и энергоэффективных ядер.
7. Деление ядер на производительные и энергоэффективные представляет собой конкретный способ построения процессорной архитектуры.
8. Серверный процессор другого производителя может иметь 24, 32 либо иное количество однородных вычислительных ядер и при этом существенно превосходить требуемое решение по фактической производительности.
9. Такой процессор формально может быть признан несоответствующим исключительно из-за иной внутренней архитектуры.
10. Просим исключить требование о комбинации высокопроизводительных и энергоэффективных ядер.
11. Вместо этого необходимо установить минимальную производительность вычислительной системы для задач локального искусственного интеллекта.
12. Например, Заказчик может определить, что система должна обеспечивать одновременную работу не менее 14 пользователей с установленным набором локальных моделей без критического снижения производительности.
13. Аналогичная проблема имеется с графическим ускорителем.
14. ТС требует не менее 64 ядер GPU либо эквивалент с производительностью нейровычислений не менее 40 TOPS.
15. Количество GPU-ядер не является универсально сопоставимым показателем между архитектурами различных производителей.
16. У одного производителя графическое ядро может означать один тип исполнительного блока, у другого — принципиально иную единицу.
17. Поэтому сравнение по количеству GPU-ядер некорректно.
18. Более нейтральным является только показатель фактической производительности либо подтвержденная способность запускать необходимые модели.
19. Просим полностью исключить требование «не менее 64 ядер графического ускорителя».
20. Оставить при необходимости показатель AI-производительности либо функциональное тестирование.
21. Однако даже 40 TOPS необходимо уточнить.
22. Следует указать, для какого формата вычислений определяется 40 TOPS: INT8, FP16, BF16 либо иной формат.
23. Без этого одинаковое число TOPS может означать различную реальную производительность.
24. Еще более характерным параметром является оперативная/объединенная память объемом не менее 96 ГБ с пропускной способностью не менее 800 ГБ/с.
25. Термин «объединенная» или «унифицированная» память относится к конкретному архитектурному подходу.
26. Альтернативная рабочая станция может иметь отдельно 128 ГБ системной памяти и 48–64 ГБ видеопамяти.
27. В задачах локального AI такая система может обеспечить равную либо более высокую производительность.
28. Однако она не будет буквально соответствовать признаку объединенной памяти.
29. Просим удалить из ТС требования к типу организации памяти.
30. Оставить минимальный совокупный объем памяти, достаточный для запуска требуемых моделей.
31. Если Заказчику необходим конкретный размер LLM, следует указать требуемую модельную нагрузку и допустимое время ответа.
32. Пропускную способность памяти 800 ГБ/с также просим исключить либо заменить результатом нагрузочного тестирования.
33. Для конечного пользователя важна скорость работы системы, а не внутренняя ширина или архитектура памяти.
34. Далее ТС устанавливает встроенный NVMe SSD минимум 1 ТБ со скоростью чтения минимум 5000 МБ/с.
35. Данный параметр может быть сохранен в более общей форме, однако следует допустить любой SSD, обеспечивающий необходимую производительность.
36. Не должно иметь значения, является ли накопитель PCIe 4.0, PCIe 5.0 либо использует иной интерфейс.
37. По внешнему накопителю указано не менее 4 ТБ и интерфейс передачи данных не менее 40 Гбит/с.
38. Просим разъяснить, почему резервное копирование образовательной системы требует именно 40 Гбит/с.
39. Для ежедневного инкрементного резервного копирования может быть достаточно меньшей скорости.
40. Более типичный внешний накопитель USB 3.2 либо иной интерфейс может полностью выполнять требуемую функцию.
41. Просим заменить 40 Гбит/с на функциональное требование обеспечить резервное копирование установленного объема данных в разумный срок.
42. Далее сервер должен иметь 10GbE.
43. Одновременно вспомогательные узлы в основном требуют только 1GbE.
44. Необходимо привести расчет реальной сетевой нагрузки при 14 пользователях.
45. Если 10GbE объективно требуется, просим сохранить только фактическую сетевую скорость без указания конкретной внутренней архитектуры.
46. Wi-Fi 6E и Bluetooth 5.3 также не должны использоваться как признаки конкретной модели сервера.
47. Сервер в закрытой локальной сети может вообще эксплуатироваться по проводному 10GbE.
48. Необходимо объяснить, для каких серверных функций обязательно требуется Wi-Fi 6E.
49. Аналогично серверу может не требоваться Bluetooth.
50. Если Bluetooth не используется в учебном процессе, данный параметр следует исключить.
51. Если беспроводной интерфейс нужен только для первоначального подключения периферии, допускается любой современный стандарт.
52. Отдельно просим исключить требование к компактному настольному форм-фактору.
53. Заказчику должно быть безразлично, размещена система в компактном корпусе, tower-корпусе либо серверном шасси, если она безопасно размещается в предусмотренном помещении.
54. Более крупный корпус может иметь более эффективное охлаждение.
55. Более эффективное охлаждение особенно важно при длительной AI-нагрузке.
56. Поэтому компактность сама по себе не является преимуществом.
57. Показатель шума также следует устанавливать только в случае размещения сервера непосредственно в учебной аудитории.
58. Если сервер размещается отдельно, уровень 35 дБ может быть излишним.
59. Просим указать фактическое место размещения центрального вычислительного узла.
60. Еще одна косвенная привязка присутствует во вспомогательных вычислительных узлах.
61. Каждый узел должен иметь не менее 10 CPU-ядер, встроенный графический модуль с не менее 16 GPU-ядрами, не менее 24 ГБ оперативной/объединенной памяти и SSD минимум 512 ГБ.
62. Снова используются понятия количества GPU-ядер и объединенной памяти.
63. Это указывает на ту же аппаратную экосистему, что и центральный сервер.
64. Просим исключить эти признаки.
65. Вспомогательный узел должен определяться через производительность, память, накопитель и способность выполнять предусмотренные учебные задачи.
66. Необходимо допустить архитектуру x86, ARM и иные современные архитектуры при полной программной совместимости.
67. Просим прямо указать, что архитектура процессора, производитель CPU, производитель GPU и производитель вычислительной платформы не являются обязательными.
68. Особенно необходимо убрать требование о том, что рабочие места должны в свободное время обязательно передавать неиспользуемые вычислительные мощности в распределенный кластер.
69. Это является конкретным архитектурным решением.
70. Альтернативный поставщик может поставить более мощный центральный сервер, которому вообще не потребуется использовать компьютеры учащихся в качестве вычислительных узлов.
71. Такая архитектура будет проще в обслуживании и потенциально надежнее.
72. Поэтому задача Заказчика должна состоять не в обязательном использовании вычислительных ресурсов каждого рабочего места, а в обеспечении требуемой общей мощности комплекса.
73. Просим допустить оба варианта:
- централизованную архитектуру с одним или несколькими серверами;
- распределенную архитектуру;
- гибридную архитектуру.
74. Выбор технического способа достижения необходимой производительности следует оставить поставщику.
75. Необходимо только обеспечить изоляцию пользователей, локальную обработку данных, одновременную работу 14 обучающихся и требуемые учебные функции.
76. Просим также исключить требования к конкретной комбинации 6 вспомогательных вычислительных узлов, если количество конечных рабочих мест составляет 14.
77. Следует определить количество пользовательских рабочих мест и общую производительность комплекса.
78. Каким количеством серверов или вычислительных узлов она обеспечивается, должно определяться предлагаемой архитектурой.
79. Альтернативный поставщик может поставить два мощных сервера вместо центрального сервера и шести распределенных мини-компьютеров.
80. Либо один мощный сервер и 14 обычных клиентских рабочих мест.
81. Если результат одинаков, такие варианты должны допускаться.
82. Это значительно расширит ассортимент оборудования и снизит риск привязки к одному производителю.
83. Просим также установить функциональные нагрузочные тесты.
84. Например, одновременно 14 пользователей должны иметь возможность выполнять предусмотренные задания.
85. Локальная языковая модель должна отвечать каждому пользователю без критического зависания.
86. Система должна выдерживать параллельный запуск нескольких AI-заданий.
87. Резервное копирование должно выполняться в установленное время.
88. При отказе одного узла сервис должен сохранять работоспособность, если это действительно требуется.
89. Такие испытания гораздо объективнее количества CPU- и GPU-ядер.
90. Отдельно обращаем внимание на формулировку «оборудование должно полностью соответствовать или превосходить характеристики».
91. В сфере вычислительной техники нельзя считать любую большую цифру автоматически лучшей.
92. Архитектуры разных производителей несопоставимы по числу ядер, частоте и организации памяти.
93. Просим прямо установить принцип функциональной эквивалентности.
94. Если предлагаемое решение обеспечивает равную или более высокую фактическую производительность, отличие внутренней архитектуры не должно являться основанием отклонения.
95. Просим убрать любые параметры, не имеющие самостоятельного значения для конечной образовательной функции.
96. В частности: тип объединения памяти, комбинацию типов CPU-ядер, точное количество GPU-ядер, конкретную пропускную способность памяти, Wi-Fi 6E, Bluetooth 5.3 и конкретную архитектуру распределения вычислений.
97. Просим также увеличить обычный срок поставки с 15 до минимум 30 календарных дней.
98. Комплекс включает серверное оборудование, рабочие станции, 14 мониторов, интерактивную панель, сетевое оборудование и специализированную программную систему.
99. Срок 15 календарных дней существенно ограничивает возможность подобрать альтернативное оборудование после заключения договора.
100. Более длительный срок позволит участвовать поставщикам различных аппаратных платформ, а не только поставщику заранее определенного готового комплекса.
Ответы представителей заказчика и организатора, секретаря
Дата:
2026-10-14 12:25:25
Автор:
КАРИМОВА ЖАЗИРА МУРАТКАНОВНА
Решение:
Внести изменения и (или) дополнения в проект конкурсной документации
Описание внесения изменения
1. Принимается частично. В п. 2.2 минимальное количество GPU-ядер вспомогательных узлов снижается до 12. Остальные предложения об исключении характеристик не принимаются: ТС предусматривает альтернативную многоядерную серверную архитектуру и эквивалент графического ускорителя центрального сервера.
2. Перечисленные характеристики установлены как минимальные требования к серверу (п. 2.1). По ключевым параметрам (архитектура процессора и памяти, графический ускоритель) предусмотрены альтернативные варианты.
3. Принято к сведению.
4. Согласны. Предлагаемое решение должно соответствовать совокупности требований ТС; преимущество по отдельному показателю не заменяет выполнения остальных характеристик.
5. Не согласны. ТС не содержит наименований производителей и моделей и предусматривает альтернативную многоядерную серверную архитектуру, разные варианты организации памяти и эквивалент графического ускорителя по показателю TOPS.
6. Комбинация ядер относится к варианту энергоэффективной архитектуры. П. 2.1 также предусматривает альтернативную многоядерную серверную архитектуру, в рамках которой допускаются однородные ядра при количестве не менее 30.
7. Этот способ не является единственно допустимым (см. ответ на п. 6).
8. Процессор с 32 однородными ядрами допускается в рамках альтернативной архитектуры. Процессор с 24 ядрами не соответствует установленному минимуму 30 ядер; более высокая производительность по отдельному показателю не заменяет выполнение этого требования.
9. Не согласны. Иная внутренняя архитектура при количестве ядер не менее 30 не является основанием для несоответствия (см. ответы на п. 6–8).
10. Не принимается: для альтернативной архитектуры комбинация ядер и так не обязательна (см. ответ на п. 6).
11. Не принимается. Минимальные требования к производительности выражены через установленные технические характеристики, которые проверяются при оценке заявок.
12. Одновременная работа не менее 14 обучающихся уже предусмотрена п. 1.1. Формулировка «без критического снижения производительности» не содержит измеримых критериев и не заменяет установленные технические параметры.
13. Не согласны (см. ответы на п. 14–20).
14. Да. Требования установлены как альтернативные: достаточно соответствовать одному из вариантов.
15. Именно поэтому ТС предусматривает эквивалент: аппаратную поддержку тензорных/матричных операций и производительность не менее 40 TOPS. Количество GPU-ядер не является единственным критерием.
16. Принято к сведению (см. ответ на п. 15).
17. Для ускорителей иной архитектуры предусмотрен альтернативный показатель — TOPS (см. ответ на п. 15).
18. Показатель производительности (TOPS) в ТС уже предусмотрен в качестве альтернативы.
19. Не принимается. Требование сохраняется как один из двух альтернативных вариантов и не ограничивает поставщиков, выбирающих вариант по TOPS.
20. Показатель AI-производительности в ТС уже есть. Функциональное тестирование не заменяет соответствие техническим характеристикам.
21. Показатель 40 TOPS определяется для целочисленных вычислений INT8 по данным производителя (см. разъяснение по запросу № 1069998).
22. См. ответ на п. 21.
23. Принято к сведению (см. ответ на п. 21).
24. Объем и пропускная способность памяти нужны для одновременной загрузки и инференса LLM с контекстом 8k–32k токенов (п. 2.1). Требования сохраняются.
25. ТС не требует исключительно объединенной памяти: формулировка «оперативная/объединенная» и альтернативная многоядерная серверная архитектура допускают иные варианты организации памяти.
26. Раздельная системная и видеопамять рассматривается в рамках альтернативной серверной архитектуры при соответствии совокупности требований, включая объем и пропускную способность памяти.
27. Соответствие оценивается по совокупности требований ТС, а не по заявленной производительности.
28. Признак объединенной памяти не является обязательным (см. ответ на п. 25).
29. Не принимается: ТС не устанавливает единственный тип организации памяти (см. ответ на п. 25).
30. Не принимается. Сохраняются требования к объему (не менее 96 ГБ) и пропускной способности (не менее 800 ГБ/с) памяти.
31. Требования к основной языковой модели установлены п. 3.1 (не менее 14B–32B параметров, контекст 8k–32k токенов). Допустимое время ответа отдельно не установлено и не применяется как дополнительный критерий оценки.
32. Не принимается. Нагрузочное тестирование дополняет, но не заменяет оценку соответствия установленным техническим характеристикам.
33. Пропускная способность памяти — паспортная характеристика, которая определяет скорость работы LLM и проверяется при оценке заявок. Требование сохраняется.
34. Да. Внутренний накопитель нужен для работы программной платформы и загрузки локальных моделей. Требование сохраняется.
35. Допускается SSD любого производителя, если его объем не менее 1 ТБ, а скорость чтения не менее 5000 МБ/с.
36. Конкретное поколение PCIe и производитель накопителей ТС не устанавливает.
37. Да. Требование сохраняется.
38. Внешний накопитель используется не только для резервного копирования, но и для хранения моделей и датасетов (п. 2.1). Скорость интерфейса определяется быстрой загрузкой весов моделей и восстановлением программного контура в установленный срок (п. 4.3).
39. Назначение внешнего накопителя не ограничивается ежедневным инкрементным копированием (см. ответ на п. 38).
40. Внешний накопитель с интерфейсом медленнее 40 Гбит/с не соответствует требованию ТС.
41. Не принимается (см. ответы на п. 38–39).
42. Да. Требование сохраняется.
43. Центральный сервер обслуживает совокупный трафик Комплекса, поэтому подключение сервера на 10 Гбит/с не противоречит подключению отдельных узлов на скорости от 1 Гбит/с.
44. Отдельный расчет сетевой нагрузки в ТС не приводится. Требование 10GbE обусловлено тем, что весь трафик Комплекса проходит через центральный сервер (см. ответ на п. 43).
45. ТС устанавливает скорость сетевого адаптера (не менее 10 Гбит/с) и не задает внутреннюю архитектуру. Требование сохраняется.
46. Не согласны. Это распространенные современные стандарты, которые не указывают на конкретную модель. Наличие интерфейсов характеризует условия эксплуатации оборудования; требование сохраняется.
47. Основное подключение сервера предусмотрено по 10GbE. Требование к беспроводным интерфейсам сохраняется.
48. Беспроводной адаптер обеспечивает подключение мобильных устройств преподавателя и обучающихся (п. 1.3 ТС). Требование сохраняется.
49. Требование Bluetooth не ниже 5.3 сохраняется.
50. Не принимается. Предложение исключить параметр само по себе не подтверждает равноценность альтернативного решения установленным требованиям.
51. Не принимается. Сохраняются требования Wi-Fi не ниже 6E и Bluetooth не ниже 5.3; более новые стандарты допускаются.
52. Не принимается. Размер корпуса и уровень шума характеризуют условия эксплуатации оборудования.
53. Не согласны. Tower- и rack-исполнение автоматически эквивалентными компактному настольному корпусу / мини-серверу не признаются.
54. ТС требует компактный корпус с эффективной системой активного охлаждения (п. 2.1). Охлаждение должно быть эффективным при соблюдении форм-фактора и уровня шума.
55. Принято к сведению (см. ответ на п. 54).
56. Компактность и низкий уровень шума установлены как условия эксплуатации оборудования. Требование сохраняется.
57. Требование не более 35 дБ в режиме умеренной нагрузки сохраняется.
58. См. ответ на п. 57.
59. Сервер размещается непосредственно в учебном кабинете, где нет серверной стойки и выделенного серверного помещения.
60. Не согласны. П. 2.2 не устанавливает производителя и архитектуру узлов.
61. Принимается частично. Пункт 2.2 излагается в следующей редакции: «Графический ускоритель: встроенный графический модуль с аппаратным ускорением задач машинного обучения, не менее 12 ядер GPU / ускорителей вычислений». Остальные характеристики сохраняются.
62. П. 2.2 указывает «ядер GPU / ускорителей вычислений» и «оперативная / объединенная память», то есть допускает разные архитектуры. Исключительно объединенная память не требуется.
63. Не согласны. Совпадение архитектуры узлов и сервера ТС не требует.
64. Не принимается, за исключением снижения требования к GPU до 12 ядер (см. ответ на п. 61).
65. П. 2.2 и определяет узел через минимальные характеристики процессора, графического модуля, памяти, накопителя, сети и режим работы.
66. Архитектуры x86, ARM и другие допускаются при соответствии всем требованиям к оборудованию и программной платформе.
67. Конкретные архитектура процессора и производители CPU, GPU и вычислительной платформы ТС не установлены.
68. Не принимается. Распределенное выполнение фоновых задач и их перенаправление при отказе вспомогательного узла предусмотрены п. 2.2 и 4.2 ТС.
69. Это требуемый функционал Комплекса (п. 1.2, 2.2, 4.2).
70. Более мощный центральный сервер сам по себе не подтверждает выполнение функций распределенного исполнения и перенаправления задач при отказе узла.
71. Не согласны: при единственном сервере его отказ останавливает весь Комплекс, тогда как ТС предусматривает перенаправление задач при отказе узла (п. 4.2).
72. Не принимается (см. ответы на п. 68–70).
73. Дополнительные серверы, кластерные и гибридные решения допускаются при сохранении обязательной комплектности (центральный сервер и не менее шести вспомогательных узлов) и функций. Централизованная архитектура без вспомогательных узлов не соответствует ТС.
74. Конкретные модели оборудования и программные продукты выбирает поставщик в пределах установленных требований.
75. Не принимается. Эти требования уже установлены ТС, но не охватывают требования к комплектности, распределенной обработке и отказоустойчивости.
76. Не принимается. Количество вспомогательных узлов установлено как минимальное — не менее шести. Требование одновременной работы не менее 14 обучающихся сохраняется.
77. Количество одновременно работающих обучающихся установлено п. 1.1 (не менее 14). Производительность выражена через установленные технические характеристики.
78. Не принимается. Минимальная комплектность установлена ТС (см. ответ на п. 76).
79. Два сервера без вспомогательных узлов не соответствуют установленной комплектности.
80. Допускается, только если не менее шести из этих рабочих мест соответствуют требованиям п. 2.2 к вспомогательным узлам.
81. Не принимается. Соответствие оценивается по совокупности требований ТС, включая комплектность и функции.
82. ТС не устанавливает производителей. Требованиям соответствует оборудование разных производителей.
83. Не принимается в части замены характеристик. Проверка работоспособности дополняет оценку соответствия оборудования требованиям ТС.
84. Это требование уже установлено п. 1.1 и п. 3.3.
85. Формулировка «без критического зависания» не содержит измеримых критериев. П. 3.1 предусматривает постановку задач в очередь без падения пользовательских сессий.
86. Предусмотрено п. 3.1 (брокер сообщений и очереди выполнения задач) и п. 2.2 (распределенное выполнение фоновых задач).
87. Предусмотрено п. 4.1 (автоматическое ежедневное инкрементное копирование).
88. Требуется: п. 4.2 предусматривает перенаправление задач на центральный сервер или оставшиеся узлы без прерывания работы личных кабинетов.
89. Не согласны. Предложенные формулировки не содержат измеримых критериев и не заменяют установленные технические параметры.
90. Формулировка означает, что значения характеристик должны быть не ниже установленных минимумов. Альтернативные варианты, предусмотренные ТС, оцениваются по своим параметрам.
91. Принято к сведению. ТС устанавливает минимальные значения, а не принцип «чем больше, тем лучше».
92. Поэтому ТС предусматривает альтернативные варианты для процессора, памяти и графического ускорителя (п. 2.1).
93. Не принимается. Предлагаемое решение должно соответствовать совокупности требований ТС с учетом предусмотренных альтернатив.
94. Отличие внутренней архитектуры не является основанием для отклонения, если соблюдена совокупность требований ТС. Преимущество по отдельному показателю не заменяет выполнения остальных характеристик.
95. Не принимается, за исключением изменения п. 2.2 (см. ответ на п. 61).
96. Не принимается. Тип объединения памяти и комбинация типов ядер обязательными не являются (см. ответы на п. 6, 25). Количество GPU-ядер сервера — один из альтернативных вариантов. Остальные требования сохраняются.
97. Не принимается. Общий срок поставки остается 15 календарных дней. Чтобы изменить срок поставки, Заказчику необходимо отменить данный конкурс, внести изменение в годовой план и заново объявить конкурс, что создает прямую угрозу срыва своевременного оснащения и поставки оборудования, необходимого для непрерывности учебного процесса.
98. Принято к сведению (см. ответ на п. 97).
99. Оборудование подбирается поставщиком с учетом утвержденной ТС на этапе подготовки заявки (см. ответ на п. 97).
100. См. ответ на п. 97.
2. Перечисленные характеристики установлены как минимальные требования к серверу (п. 2.1). По ключевым параметрам (архитектура процессора и памяти, графический ускоритель) предусмотрены альтернативные варианты.
3. Принято к сведению.
4. Согласны. Предлагаемое решение должно соответствовать совокупности требований ТС; преимущество по отдельному показателю не заменяет выполнения остальных характеристик.
5. Не согласны. ТС не содержит наименований производителей и моделей и предусматривает альтернативную многоядерную серверную архитектуру, разные варианты организации памяти и эквивалент графического ускорителя по показателю TOPS.
6. Комбинация ядер относится к варианту энергоэффективной архитектуры. П. 2.1 также предусматривает альтернативную многоядерную серверную архитектуру, в рамках которой допускаются однородные ядра при количестве не менее 30.
7. Этот способ не является единственно допустимым (см. ответ на п. 6).
8. Процессор с 32 однородными ядрами допускается в рамках альтернативной архитектуры. Процессор с 24 ядрами не соответствует установленному минимуму 30 ядер; более высокая производительность по отдельному показателю не заменяет выполнение этого требования.
9. Не согласны. Иная внутренняя архитектура при количестве ядер не менее 30 не является основанием для несоответствия (см. ответы на п. 6–8).
10. Не принимается: для альтернативной архитектуры комбинация ядер и так не обязательна (см. ответ на п. 6).
11. Не принимается. Минимальные требования к производительности выражены через установленные технические характеристики, которые проверяются при оценке заявок.
12. Одновременная работа не менее 14 обучающихся уже предусмотрена п. 1.1. Формулировка «без критического снижения производительности» не содержит измеримых критериев и не заменяет установленные технические параметры.
13. Не согласны (см. ответы на п. 14–20).
14. Да. Требования установлены как альтернативные: достаточно соответствовать одному из вариантов.
15. Именно поэтому ТС предусматривает эквивалент: аппаратную поддержку тензорных/матричных операций и производительность не менее 40 TOPS. Количество GPU-ядер не является единственным критерием.
16. Принято к сведению (см. ответ на п. 15).
17. Для ускорителей иной архитектуры предусмотрен альтернативный показатель — TOPS (см. ответ на п. 15).
18. Показатель производительности (TOPS) в ТС уже предусмотрен в качестве альтернативы.
19. Не принимается. Требование сохраняется как один из двух альтернативных вариантов и не ограничивает поставщиков, выбирающих вариант по TOPS.
20. Показатель AI-производительности в ТС уже есть. Функциональное тестирование не заменяет соответствие техническим характеристикам.
21. Показатель 40 TOPS определяется для целочисленных вычислений INT8 по данным производителя (см. разъяснение по запросу № 1069998).
22. См. ответ на п. 21.
23. Принято к сведению (см. ответ на п. 21).
24. Объем и пропускная способность памяти нужны для одновременной загрузки и инференса LLM с контекстом 8k–32k токенов (п. 2.1). Требования сохраняются.
25. ТС не требует исключительно объединенной памяти: формулировка «оперативная/объединенная» и альтернативная многоядерная серверная архитектура допускают иные варианты организации памяти.
26. Раздельная системная и видеопамять рассматривается в рамках альтернативной серверной архитектуры при соответствии совокупности требований, включая объем и пропускную способность памяти.
27. Соответствие оценивается по совокупности требований ТС, а не по заявленной производительности.
28. Признак объединенной памяти не является обязательным (см. ответ на п. 25).
29. Не принимается: ТС не устанавливает единственный тип организации памяти (см. ответ на п. 25).
30. Не принимается. Сохраняются требования к объему (не менее 96 ГБ) и пропускной способности (не менее 800 ГБ/с) памяти.
31. Требования к основной языковой модели установлены п. 3.1 (не менее 14B–32B параметров, контекст 8k–32k токенов). Допустимое время ответа отдельно не установлено и не применяется как дополнительный критерий оценки.
32. Не принимается. Нагрузочное тестирование дополняет, но не заменяет оценку соответствия установленным техническим характеристикам.
33. Пропускная способность памяти — паспортная характеристика, которая определяет скорость работы LLM и проверяется при оценке заявок. Требование сохраняется.
34. Да. Внутренний накопитель нужен для работы программной платформы и загрузки локальных моделей. Требование сохраняется.
35. Допускается SSD любого производителя, если его объем не менее 1 ТБ, а скорость чтения не менее 5000 МБ/с.
36. Конкретное поколение PCIe и производитель накопителей ТС не устанавливает.
37. Да. Требование сохраняется.
38. Внешний накопитель используется не только для резервного копирования, но и для хранения моделей и датасетов (п. 2.1). Скорость интерфейса определяется быстрой загрузкой весов моделей и восстановлением программного контура в установленный срок (п. 4.3).
39. Назначение внешнего накопителя не ограничивается ежедневным инкрементным копированием (см. ответ на п. 38).
40. Внешний накопитель с интерфейсом медленнее 40 Гбит/с не соответствует требованию ТС.
41. Не принимается (см. ответы на п. 38–39).
42. Да. Требование сохраняется.
43. Центральный сервер обслуживает совокупный трафик Комплекса, поэтому подключение сервера на 10 Гбит/с не противоречит подключению отдельных узлов на скорости от 1 Гбит/с.
44. Отдельный расчет сетевой нагрузки в ТС не приводится. Требование 10GbE обусловлено тем, что весь трафик Комплекса проходит через центральный сервер (см. ответ на п. 43).
45. ТС устанавливает скорость сетевого адаптера (не менее 10 Гбит/с) и не задает внутреннюю архитектуру. Требование сохраняется.
46. Не согласны. Это распространенные современные стандарты, которые не указывают на конкретную модель. Наличие интерфейсов характеризует условия эксплуатации оборудования; требование сохраняется.
47. Основное подключение сервера предусмотрено по 10GbE. Требование к беспроводным интерфейсам сохраняется.
48. Беспроводной адаптер обеспечивает подключение мобильных устройств преподавателя и обучающихся (п. 1.3 ТС). Требование сохраняется.
49. Требование Bluetooth не ниже 5.3 сохраняется.
50. Не принимается. Предложение исключить параметр само по себе не подтверждает равноценность альтернативного решения установленным требованиям.
51. Не принимается. Сохраняются требования Wi-Fi не ниже 6E и Bluetooth не ниже 5.3; более новые стандарты допускаются.
52. Не принимается. Размер корпуса и уровень шума характеризуют условия эксплуатации оборудования.
53. Не согласны. Tower- и rack-исполнение автоматически эквивалентными компактному настольному корпусу / мини-серверу не признаются.
54. ТС требует компактный корпус с эффективной системой активного охлаждения (п. 2.1). Охлаждение должно быть эффективным при соблюдении форм-фактора и уровня шума.
55. Принято к сведению (см. ответ на п. 54).
56. Компактность и низкий уровень шума установлены как условия эксплуатации оборудования. Требование сохраняется.
57. Требование не более 35 дБ в режиме умеренной нагрузки сохраняется.
58. См. ответ на п. 57.
59. Сервер размещается непосредственно в учебном кабинете, где нет серверной стойки и выделенного серверного помещения.
60. Не согласны. П. 2.2 не устанавливает производителя и архитектуру узлов.
61. Принимается частично. Пункт 2.2 излагается в следующей редакции: «Графический ускоритель: встроенный графический модуль с аппаратным ускорением задач машинного обучения, не менее 12 ядер GPU / ускорителей вычислений». Остальные характеристики сохраняются.
62. П. 2.2 указывает «ядер GPU / ускорителей вычислений» и «оперативная / объединенная память», то есть допускает разные архитектуры. Исключительно объединенная память не требуется.
63. Не согласны. Совпадение архитектуры узлов и сервера ТС не требует.
64. Не принимается, за исключением снижения требования к GPU до 12 ядер (см. ответ на п. 61).
65. П. 2.2 и определяет узел через минимальные характеристики процессора, графического модуля, памяти, накопителя, сети и режим работы.
66. Архитектуры x86, ARM и другие допускаются при соответствии всем требованиям к оборудованию и программной платформе.
67. Конкретные архитектура процессора и производители CPU, GPU и вычислительной платформы ТС не установлены.
68. Не принимается. Распределенное выполнение фоновых задач и их перенаправление при отказе вспомогательного узла предусмотрены п. 2.2 и 4.2 ТС.
69. Это требуемый функционал Комплекса (п. 1.2, 2.2, 4.2).
70. Более мощный центральный сервер сам по себе не подтверждает выполнение функций распределенного исполнения и перенаправления задач при отказе узла.
71. Не согласны: при единственном сервере его отказ останавливает весь Комплекс, тогда как ТС предусматривает перенаправление задач при отказе узла (п. 4.2).
72. Не принимается (см. ответы на п. 68–70).
73. Дополнительные серверы, кластерные и гибридные решения допускаются при сохранении обязательной комплектности (центральный сервер и не менее шести вспомогательных узлов) и функций. Централизованная архитектура без вспомогательных узлов не соответствует ТС.
74. Конкретные модели оборудования и программные продукты выбирает поставщик в пределах установленных требований.
75. Не принимается. Эти требования уже установлены ТС, но не охватывают требования к комплектности, распределенной обработке и отказоустойчивости.
76. Не принимается. Количество вспомогательных узлов установлено как минимальное — не менее шести. Требование одновременной работы не менее 14 обучающихся сохраняется.
77. Количество одновременно работающих обучающихся установлено п. 1.1 (не менее 14). Производительность выражена через установленные технические характеристики.
78. Не принимается. Минимальная комплектность установлена ТС (см. ответ на п. 76).
79. Два сервера без вспомогательных узлов не соответствуют установленной комплектности.
80. Допускается, только если не менее шести из этих рабочих мест соответствуют требованиям п. 2.2 к вспомогательным узлам.
81. Не принимается. Соответствие оценивается по совокупности требований ТС, включая комплектность и функции.
82. ТС не устанавливает производителей. Требованиям соответствует оборудование разных производителей.
83. Не принимается в части замены характеристик. Проверка работоспособности дополняет оценку соответствия оборудования требованиям ТС.
84. Это требование уже установлено п. 1.1 и п. 3.3.
85. Формулировка «без критического зависания» не содержит измеримых критериев. П. 3.1 предусматривает постановку задач в очередь без падения пользовательских сессий.
86. Предусмотрено п. 3.1 (брокер сообщений и очереди выполнения задач) и п. 2.2 (распределенное выполнение фоновых задач).
87. Предусмотрено п. 4.1 (автоматическое ежедневное инкрементное копирование).
88. Требуется: п. 4.2 предусматривает перенаправление задач на центральный сервер или оставшиеся узлы без прерывания работы личных кабинетов.
89. Не согласны. Предложенные формулировки не содержат измеримых критериев и не заменяют установленные технические параметры.
90. Формулировка означает, что значения характеристик должны быть не ниже установленных минимумов. Альтернативные варианты, предусмотренные ТС, оцениваются по своим параметрам.
91. Принято к сведению. ТС устанавливает минимальные значения, а не принцип «чем больше, тем лучше».
92. Поэтому ТС предусматривает альтернативные варианты для процессора, памяти и графического ускорителя (п. 2.1).
93. Не принимается. Предлагаемое решение должно соответствовать совокупности требований ТС с учетом предусмотренных альтернатив.
94. Отличие внутренней архитектуры не является основанием для отклонения, если соблюдена совокупность требований ТС. Преимущество по отдельному показателю не заменяет выполнения остальных характеристик.
95. Не принимается, за исключением изменения п. 2.2 (см. ответ на п. 61).
96. Не принимается. Тип объединения памяти и комбинация типов ядер обязательными не являются (см. ответы на п. 6, 25). Количество GPU-ядер сервера — один из альтернативных вариантов. Остальные требования сохраняются.
97. Не принимается. Общий срок поставки остается 15 календарных дней. Чтобы изменить срок поставки, Заказчику необходимо отменить данный конкурс, внести изменение в годовой план и заново объявить конкурс, что создает прямую угрозу срыва своевременного оснащения и поставки оборудования, необходимого для непрерывности учебного процесса.
98. Принято к сведению (см. ответ на п. 97).
99. Оборудование подбирается поставщиком с учетом утвержденной ТС на этапе подготовки заявки (см. ответ на п. 97).
100. См. ответ на п. 97.
