На 21 октомври NVIDIA представи европейски разработки около DSX — архитектура за съвместно планиране на изчисления, захранване, охлаждане и експлоатация на AI инфраструктура. Компанията обяви три нови компонента на DSX OS в developer preview: Config Manager, Rack Management Service и Cluster Readiness Engine. Представи и конструкции с течност в затворен кръг и сухи охладители за почти нулево водопотребление при охлаждането на обекта. Това е условие за конкретна конструкция, не твърдение за нулев общ воден отпечатък. Съобщение от GTC Berlin.
Софтуерният слой е модулен
Страницата на DSX OS описва портфолио за въвеждане на инфраструктура, клъстерна среда, разпределяне на задачи и възстановяване след проблеми. Компонентите могат да се добавят постепенно. Cluster Readiness Engine е насочен към проверка на готовността на клъстера; NVSentinel — към наблюдение и отстраняване на проблеми в Kubernetes среда. Наличието на тези средства не установява само по себе си надеждност на конкретен оператор. Продуктова документация за DSX OS.
Отделното описание на MaxLPS разглежда работа в ограничен енергиен бюджет чрез съчетаване на топлинни, хардуерни и софтуерни подходи. Сред тях са охлаждане при 45°C и динамично разпределяне на мощността. Целта е повече полезна изчислителна работа от наличното захранване. Не представяме продуктова горна граница като гарантирана икономия за всеки център. Описание на MaxLPS.
Кое сравнение би било смислено
Редакционният ни прочит е, че подобна инфраструктура трябва да се оценява с ясно определен полезен резултат. Брой обработени заявки, закъснение и качество на отговорите не са взаимозаменяеми. Център, който отчита повече изходни токени, може да обслужва различна задача или различни ограничения. Без тази информация процентът за ефективност остава труден за използване при собствен инвестиционен избор.
Условен пример е оператор с ограничена присъединена мощност. Той би могъл да сравни два режима при един и същ модел, входни данни и цел за време на отговор. Бихме поискали измерването да обхваща целия обект, а не само отделния ускорител. Трябва да се вижда и какво се случва в натоварени периоди, когато потреблението на една задача може да намали наличния ресурс за друга.
Същата дисциплина е необходима при водата. За конкретно сравнение бихме определили границата на измерването: вода за охлаждане на място, допълващи системи и период на наблюдение. Намаляване в един компонент не отговаря автоматично на всички въпроси за потреблението извън него. Това е предложен начин за проверка на екологично твърдение, не независимо измерване на DSX.
Готовността за работа е отделен резултат
За екипите по инфраструктура смисленият въпрос към preview софтуера е как се държи при непълна конфигурация, отпаднал възел и неуспешно възстановяване. Бихме започнали с ограничена тестова среда, описани права за автоматични действия и възможност за връщане към предходно състояние. Това са редакционни препоръки за оценяване, а не инструкции за промяна на реална система или твърдение за проведен наш тест.
DSX събира в обща тема физическите ограничения на центъра и ежедневната му експлоатация. Новите съобщения са полезни като конкретни архитектури и инструменти за разглеждане. Потенциалният резултат обаче трябва да се доказва за съответния климат, натоварване, съоръжения и екип. Developer preview остава етап на продукта и не бива да се представя като независимо потвърдена производствена готовност.
Корица: AI илюстрация на условен център за данни, не снимка на реален обект.
Проверено по посочените източници: 2026-10-22T06:12:07.455721+00:00.
