Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 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. Более длительный срок позволит участвовать поставщикам различных аппаратных платформ, а не только поставщику заранее определенного готового комплекса.
