Комментарии 301
Статья реально порадовала. Реальная проблема и реальное моделирование. Особенно понравился вывод что у нас с холодным воздухом проблем нет :)
Так и не понял я - был бизнес кейс или нет
Похоже что нет
Как нет по тем деньгам первая часть проекта нам принесла $30 000 - $50 000 не помню какой там курса был 2 человека не фул тайм 4 месяца. НИОКР был полностью оплачен заработали не плохо, но внедрения уже не случилось
бизнес кейс - это когда вложения окупаются.
можно вложить хоть сколько бабла и потом ничего не окупить.
бизнес кейс - это когда вложения окупаются.
Бизнес кейс - это вложения, которые предполагается окупить. Знанием будущего обладают не только лишь все, поэтому многим остальным приходится полагаться на планирование и прогнозы, а они могут дать сбой, что на практике нередко и случается.
можно вложить хоть сколько бабла и потом ничего не окупить.
Бизнес это всегда риск. Какие-то вложения из-за каких-то обстоятельств - порой даже вполне себе учтенных обстоятельств, могут оказаться бесполезными тратами. Иногда это просто убытки, а иногда крах бизнеса полностью. Поэтому успешных бизнесменов мало, а завистников и советчиков как надо было - много. Даже здесь, на Хабре, слишком уж часто можно услышать стенания высокооплачиваемых наемных работников о том, что бизнес-де лишние Майбахи покупает, вместо дать сирым и убогим кодерам, сверх зарплаты, процент от заработка бизнеса на каком-то конкретном проекте, который эти самые кодеры пилили. Идите, друзья, в бизнес, и покупайте себе Майбахи целиком, а не мечтайте о жалких процентах от Майбаха, которые вам недодали.
если вы не поняли вопрос и вам нечего сказать по существу, зачем это тут?
Вопрос был к автору (@petuhoff) был ли какой то план реально сэкономить? сколько % от расходов ЭЭ на охлаждение или от полных расходов ЭЭ на датацентр ваш подход мог дать?
Задача про теплоотвод - она же как бассейн, где с одной стороны тепло втекает, с другой вытекает. Количество необходимого отведения - одинаковое...
Внутри серверов и стоек и так есть автоматика достаточно неплохо спасающая от перегревов отдельных компонентов...
И еще про воздух - на моей практике охлаждение сплит системами с закрытым воздушным контуром все же выгоднее, с учетом кол-ва проблем с пылью, влагой и управлением всем этим... насколько часто прямой (как я понял из статьи) подсос воздуха используется в больших ДЦ?
если вы не поняли вопрос и вам нечего сказать по существу, зачем это тут?
Пусть будет по вашему - я не понял вопрос и это было ни к чему тут.
Задача про теплоотвод - она же как бассейн, где с одной стороны тепло втекает, с другой вытекает. Количество необходимого отведения - одинаковое...
Тепло втекает и вытекает немного неоднородно, теплопотери (читай полезное охлаждение) тем эффективнее, чем больше Δt - это можно долго и увлекательно считать, чем по-видимому автор статьи и занимался. Воздух просто не очень хорошо распараллеливается в реальных воздуховодах - это тоже считается и/или балансируется опытным путем (второе чаще удел совсем небольших систем), ну или просто максимально тупо и прямолинейно предусматривается некоторый запас, с казалось бы нерациональным задействованием которого автор статьи пытался бороться.
Внутри серверов и стоек и так есть автоматика достаточно неплохо спасающая от перегревов отдельных компонентов...
Мне нравится ваша многозначительность, но по существу да, еще на уровне сервера каждый сам за себя, а дальше общая "канализация для тепловых отходов".
И еще про воздух - на моей практике охлаждение сплит системами с закрытым воздушным контуром все же выгоднее, с учетом кол-ва проблем с пылью, влагой и управлением всем этим
Спасибо, это хороший и правильный вопрос. Сразу скажу, что я ни разу не проектировал и не монтировал прецизионные кондиционеры для настолько больших, как в статье, датаценторв, поэтому у меня, уверен, недостаточно квалификации ответить на ваш вопрос. Тем не менее, основные проблемы открытого контура вы перечислили совершенно правильно: волатильная температура забираемого внешнего воздуха, волатильная влажность забираемого внешнего воздуха, ну и конечно же пыль. Там, где я отметился с трудоднями, воздушный контур был закрытым и нехитрая автоматика поддерживала и температуру, и влажность - аппаратура такое любит не меньше, чем обслуживающие ее кожаные мешки. Всю красоту и изящество воздуховодов снизу закрыли фальшполом - наверное потому, что Человек-паук не согласился там работать, а обычные инженеры хотят ходить по ровной поверхности. Летними днями, когда избыточно тепло для наружного воздуха чтобы "бесплатно" использовать его для охлаждения, это все работает как любой кондиционер. А морозными ночами ни у кого нет опасений, что где-то конденсат, что где-то нужен подогрев наружного воздуха и связанная с этим катастрофа падения влажности, от чего просираются пересыхают даже полимеры.
План экономии конечно был. Но мы здесь были подрядчиками, у нас была задача на первом этапе создать модель и доказать что она сичтает достаточно быстро, что бы ее можно было использовать и ее результат совпадает с данными реального дата центра. Нас выбрали имеено по скорости расчета и а тз было уже согласовано с матлабовацами, но их мы подрезали. Задачу ставила группа охлаждения среверов и у меня была полная уверенности в том, что они потратив на нас НИОКРовские деньги, лекго защитят продолжения работы. И соответвенно не готовоился к совещанию серьезно. Мы свои деньги за создание модели получили, и заработали с учетом времени совсем не плохо. Но вот дальше пробить бюджет на внедрение не удалось.
Очень интересная статья. Скажите, пожалуйста, сколько у вас параметров в системе? Все-таки построение более-менее точной табличной модели при числе параметров больше 4 дело непростое. Наверное, Вы, каким то образом находили самые критичные параметры или их комбинации? Если не секрет, какие параметры вы использовали? Спасибо
тут просто зависимость энерговыделение от температуры для отдельных элементов сервера, их достаточно просто измерить есть есть тестовый сервер, путем замеров температуры на входе и выходе в стационарном режиме работы, основные тепловыделяющие элементы известны и их температура достаточно легко измеряется.
можно, но вопрос в скорости обработки данных вот вы получили данные по температурам компонентов 20 000 серверов с дрона и вам нужн посчитать на сколько можно снизить расходы воздуха что бы иметь оптимальный расход электро энергии. Для этого нужно посчитать температуры при снижении расхода. А если еще и посчитать что будет если перекинуть задачи на другие сервера. Причем оптимальным может быть варинат когда вы догружаете загруженные сервера, где вентиляторы локальны раскручиваются по максимуму а недогруженные вообще останавливаются, но это нужно считать каждый раз
Ну воздух-то бесплатный ресурс, но электроэнергия, чтобы крутились вентиляторы - вовсе нет. Неужели руководство компании этого не понимает? И если бы было все так просто, и эти расходы были малозначительными, почему еще при открытии дата-центра не врубили все охлаждение по полной?
Чисто интуитивно: экономить электроэнергию регулируя обороты вентиляторов датацентра - это как пытаться сэкономить на квартплате понизив обороты куллера игрового ПК. Ну может я преувеличиваю, но вот как-то так...
В целом чем холоднее в дата-центре тем лучше для оборудования. Живёт дольше, работает быстрее, энергии жрёт меньше. Если бы не влажность воздуха, да потребность работы внутри персонала думаю бы морозили в глубокий минус.
Нет никакой проблемы заходить в гермозону надев валенки и ватник. Статику тоже можно победить не только высокой относительной влажностью воздуха. Но, вот не морозят почему-то. Загадка.
Одноступенчатые кондиционеры эффективно снижают температуру градусов на 20, максимум 25. Потом всё, дохнут, нужно делать две или больше стадий.
Соответственно если на улице +40, сделать +20 можно, сделать 0 одной стадией уже нет. А вторая стадия будет жрать примерно как и первая...
PS. На газохимических комбинатах, где надо охладить природный газ до -160 и выделить метан отдельно, полезное химсырьё отдельно (оно ожижается раньше метана), этих стадий как г..на за баней. Но там энергия почти халявная и вопрос окупается...
Одноступенчатые кондиционеры эффективно снижают температуру градусов на
20, максимум 25. Потом всё, дохнут, нужно делать две или больше стадий.
как сложно то, а как промышленные холодильники работают где -40? там конечно такого поступления тепла нет как в датацентре но принцип работы то одинаковый, вопрос лишь в производительности компрессоров и испарителей
Одноступенчатые кондиционеры эффективно снижают температуру градусов на 20, максимум 25. Потом всё, дохнут, нужно делать две или больше стадий.
А как тогда у меня в морозилке холодильника -20, когда в кухне +30?
Ну суньте в морозилку кастрюлю горячего борща, сколько её охлаждать до -20 будет?.. (только компрессор не спалите)
Так разница 120 градусов будет с горячим борщом. Что-то комнатной температуры, разница ~45 градусов сую регулярно, всё хорошо.
только компрессор не спалите
Можете, пожалуйста, дать аргументированное объяснение, почему сгорит компрессор?
Тут напрашивается научное видео от какого-нибудь ютуб-просветителя: "Сегодня мы будем пытаться спалить компрессор холодильника вот этой кастрюлей горячего борща. А наш сегодняшний спонсор - предприятие ИжТяжМаш со своими импортозамещёнными холодильниками. Холодильники "Иж" - покупай, они ж свои ж!"
Тут напрашивается научное видео от какого-нибудь ютуб-просветителя
Нет, я пас. У меня вызывают категорическое отторжение любые попытки украсть мое время, а подобные видеоролики - одни из наиболее очевидных представителей похитителей времени. Еще типичнейшие представители - социалистические сети, пытающиеся втянуть пользователей в круглосуточное залипание в бесконечной ленте или как оно там у них называется.
Хоспади, как вы сюда то несчастное импортозамещение приплели?
будет молотить постоянно, есть риск перегрева
будет молотить постоянно, есть риск перегрева
Бытовые морозилки иногда годами (да, буквально) работают без перерыва, потому что никто не заметил, что терморегулятор сдох. То есть в ремонт они попадают потому, что уже давно избыточно намораживают и вот только недавно заметили, что морозилка никогда не отключается - а не из-за выхода из строя компрессора. Это не моя фантазия, а из неформального общения с сервисом.
Работающий компрессор охлаждается возвращающимся из испарителя (морозильной камеры) фреоном. При высокой тепловой нагрузке на испаритель (горящий борщ в морозильной камере) фреон будет попадать в компрессор с очень большим перегревом и не будет охлаждать компрессор до расчётных значений. Конечно будет срабатывать тепловая защита. Но со временем (зависит от качества изготовления) изоляция на обмотках компрессора от этого перегревается, компрессор сгорает.
Совал, и не раз. Ничего ему не будет.
Одноступенчатые кондиционеры эффективно снижают температуру градусов на 20, максимум 25. Потом всё, дохнут, нужно делать две или больше стадий.
Теоретически нет такого ограничения. Одноступенчатые до 30-40 градусов точно могут, но эффективность сильно падает. Там от хладогента и настроек многое зависит, просто они заточны на малый перепад потому, что он является наиболее распространенным в процессе эксплуатации, а это экономия.
Собственно у самого обычного бытового кондея у испарителя температура +5, а у конденсатора +60. Поставь снаружи водянку, а внутри радиатор побольше и вот тебе перепад 40 градусов.
Летом надо просто водой из водоёма охлаждать. Она выше 25 на территории рф нигде не нагревается. Кроме того водянка сокращает перепад на конденсаторе минимум вдвое. Итого температура конденсации падает с 60 до 30 градусов. Вот тебе понижение температуры на 30 градусов при той же эффективности.
Концептуально, зимой можно вырабатывать электроэнергию, но там крохи будут, из-за малой разницы температур и низкого механического КПД.
В целом чем холоднее в дата-центре тем лучше для оборудования.
Нет, конечно же. У оборудования есть диапазон рабочих температур, причин миллион, перечислять нет смысла. Обычно всё затачивается на +20 (+/- сколько-то там). Как правило в датацентрах ставят по нижней границе +15/+18 если это не колхоз как в статье. Эта температура как правило входит в диапазон рабочих температур почти любого оборудования.
Неужели руководство компании этого не понимает?
Руководство компании решило откатить бабла. Нашла зарубежного подрядчика чтоб сразу в офшоры откатил, подрядчик придумал бессмысленную, но дорогую работу. Но тут влезла контора автора статьи с как бы чуть менее бесполезной и менее дорогой работой. Пришлось руководству заднюю включать. От этого "необъяснимые" противоречивые решения.
Воздух может и бесплатный, но не бесплатные фильтры.
При открытой системе фильтры очень дорогие, особенно при таких расходах. Но я про открытые системы охлаждения в нормальных ДЦ никогда не слышал. Они обычно полугерметичные с небольшим наддувом и шлюзовой камерой. В том числе из-за пыли. Но для наддува и минимальной вентиляции фильтры всё равно нужны. И вот даже в таком режиме это заметная статья.
Таганрогский залив летом имеет температуры до +32, а при неудачном стечении обстоятельств приповерхностный может разогреваться и выше. Так что "не обобщайте и не обобщены будете" (с)
Округление 99% до 100% в данном случае вполне оправдано. Даже если 35 это всё еще гораздо лучше чем воздух, например, 30. Да и воду желательно забирать из водоёма больше двух метров глубиной и с глубины больше двух метров. А там вряд ли 32+ будет.
Фильтры как расходник?
Воздух как расходник. Большой расход воздуха.
Фильтры конечно есть всякие, но фильтровать надо много и качественно. Просто по объему займёт сравнимое пространство с самим датацентом.
Не всё так просто. Нельзя сбрасывать тепло просто так, прилетит по шапке.
В рф это смешно звучит. И это не техническая проблема.
Москва сливает в речку недоочищенную канализацию с гораздо (порядка на 3-4) большим количеством и тепла и никому ничего не прилетает или прилетает так, что нет смысла по этому поводу париться. Да и промышленных вод там хватает с чем угодно.
Даже закрытый водоём очень хорошо отводит тепло. Энергия там на 1-2 порядка меньше чем на электростанциях, не та проблема.
50л/сек * 5 градусов это 1 МВТ. Это 1 пожарная машина, для сравнения. Кубометр в секунду это скорее всего ниже порога который вообще имеет смысл считать.
А по шапке может прилететь вообще просто так, сброс воды тут самый последний фактор среди тех, которые на это влияют.
Плюс, если это открытый водоём, то начинаются вопросы с чистотой теплообменников и так далее.
Да нет там особых проблем. На входе небольшой бассейн для отстоя песка и решетка чтобы бревно на засосало. А вся органика и мелкий мусор прекрасно насквозь проходит. При определенной скорости потока отложения не образуются (небольшое количество песка даже может быть полезным).
на переходе минус-плюс будет точка росы.
Такой дичи я даже от кондиционерщиков с оконщиками не слышал, а они любят про точку росы всякое рассказывать.
Если в школьную физику сильно не углубляться и немного упростить, то можете запомнить простое правило - на источниках тепла конденсат/иней не образуется (если они сами не являются источником влаги). Если у вас воздух циркулирует в каком-то объеме, то конденсат если будет, то на самых холодных объектах - радиатор кондея, окно, двери, стены (если с той стороны холоднее).
Погуглил даташиты на электролитические конденсаторы, рабочие температуры
указывают примерно такие: –55 °C to +105 °C. Иногда пишут что для 400В
от –25 °C
А какая емкость заложена в дизайн БП?
Если я делаю устройство у которого рабочая температура от +5, то почему я должен увеличивать стоимость БП закладывая в расчет температуру -55? Это даже если мощность БП честная.
кто говорил что на источниках тепла?
речь шла о том - почему не охлаждают серверную до отрицательных температур
на градиенте между источником и отрицательными температурами будет точка где будет точка росы, это практика, школьный курс оставьте...
где будет эта точка - на корпусе сервера, стойки или просто на стенах - все равно плохо.
При открытой системе фильтры очень дорогие, особенно при таких расходах.
Фильтры как расходник?
Я не специалист в области вентиляции и охлаждения, но есть же циклонные фильтры, для отсева тяжёлых частиц. Поставил их каскадом на входе системы несколько штук, на разную фракцию и массу, а дальше только ссыпай из них пыль. Не думаю, что они капец какие дорогие. Ну, конечно, обычные пористые чистовые фильтры в самую последнюю очередь тоже, наверное, стоит поставить.
Летом надо просто водой из водоёма охлаждать
Не всё так просто. Нельзя сбрасывать тепло просто так, прилетит по шапке.
Плюс, если это открытый водоём, то начинаются вопросы с чистотой теплообменников и так далее.
Смазка подшипников замерзает. Внезапно, да?
Не замерзнет, если вентиляторы не выключать:) Обмотки то греются.
Можно их даже специально подогревать перед включением небольшими токами.
Контроллеры останавливают шпиндели HDD для экономии ресурса и электричества. Если температура ниже нуля, двигателю не хватает мощности раскрутить шпиндель. В нынешние морозы я с этим столкнулся (маленький сервер раздаёт торренты)
Есть инженерная легенда (читаем: я сам не проверял), что остановка, и последующее включение привода диска, и так много раз - не увеличивает, а уменьшает ресурс диска. Разве нет? Особенно, если речь о недорогих дисках, где и так все по-дешёвому сделано...
Есть совсем не легенда, а суровая реальность. В нормальных датацентрах периодически проводятся учения с отключением питания, чтоб убедиться что все сервисы умеют нормально лечь и потом взлететь без потерь данных. Дело это муторное, поэтому проводится раз в год. Однажды при таких учениях 7% дисков обратно не включились и сервера не смогли загрузиться. Опытные товарищи сказали, что паниковать не нужно ибо ситуация довольно стандартная. Colo было на 10000 серверов примерно.
И все бы ничего, но один из критических сервисов потерял все реплики и не взлетел. Соответственно контроль за Colo был утерян на сутки. Только geo-redundancy и спасла от неприятных звонков недовольных клиентов.
Это была ирония, так-то. Но в принципе, вполне себе есть смазки, которые могут работать в очень широком диапазоне температур.
Потому что на элементах сервера (cpu и прочее) будет плюс, а на переходе минус-плюс будет точка росы.
Если заморозить так чтобы даже в cpu был минус - то можно вообще получить сверхпроводимость, но так отводить тепло пока очень сложно
Оно может в чем то и лучше, но оптимум думаю лежит где-то в районе "чем меньше охлаждать тем лучше". То есть охлаждают на необходимый минимум, а более серьзеное охлаждение, особенно ниже ноля, требует совершенно других кап.вложений, теплоизоляцию помещения, борьбу с кондесатом и изморозью и т.п.
У одной амеканской компании "которую нельзя называть" в датацентре дождь шел от конденсации влаги внутри помещения.
Кап вложения и термоизоляция - фигня. Там даже в условиях пустыни датацентер изнутри греется сильнее чем снаружи от солнца.
А автор пишет, что если охлаждать лишь минимум, то сервера жрут больше электричества. Да и производительность процессоров падает. Так что есть "золотая середина" и по мощности охлаждения, и по размазыванию нагрузки по стойкам.
думаю бы морозили в глубокий минус
У нас наверное так же думал кто-то из руководства, когда оборудование засунули в уличный китайский контейнер размером ну примерно с большую стиральную машину. А тут зима вдруг пришла, температура на улице -25 и вдобавок аварийное отключение электроэнергии, которое быстро устраняют, но включаться наш коммутатор в этом контейнере не хочет. Замёрз блок питания, отогревали на батарее отопления соседнего магазина. Добавить в контейнер какой-то обогреватель нереально, нет места. Что русскому - обычная зима, тайваньскому оборудованию карачун )
А что именно в БП замерзло?
Лампочку накаливания внутрь системника.
Плёночный нагревательный элемент на дверь изнутри спасёт вас)
В целом чем холоднее в дата-центре тем лучше для оборудования
У тех же коммутаторов рабочая температура лежит в пределах +5...+45 (кратковременно до -5, +55). При слишком низкой t, как и при слишком высокой начинаются проблемы: отказывают отдельные модули на платах, устройство не загружается после перезагрузки и т.д.
Это у ширпотребовского оборудования. Там чтоб иней не намерзал.
У Майкрософта был внутренний проект "сделать датацентр на ширпотребовском сетевом оборудовании". Но что-то пошло не так, и проект закрыли. Хотя кое что из наработок в области сетевой архитектуры и пошло в жизнь.
А так и MS, и FB, и Google, и Amazon используют железо собственной разработки и спецификации там свои. Есть и варианты выдерживающие туман и конденсацию влаги внутри серверов. Пробовали и прямое фреонное охлаждение вычислительных модулей.
Механические HDD нельзя переохлаждать, у них оптимальная температура около 30...35 градусов. Про смазку вентиляторов уже написали.
Вы для начала поинтересуйтесь температурными зависимостями параметров элементов, например, ESR электролитических конденсаторов.
Так еще есть распределение по дата центру различных задач, система определяет оптимальныю загрузку. Задачу ставили разработчики систем охлаждения и им она была интересна. К тому же если игоровых ПК 20 000 то существенные деньги должны получится. Такя была задумка
Если заложить 500 Вт на каждый сервер, то получится 10 МВт на 20000 серверов. Какая мощность у вентиляторов системы охлаждения, пускай 40 кВт на каждый? 5х40=200 кВт летом, и 60 кВт зимой. Если снизить с 200 кВт хотя бы на четверть, то это даст 50 кВт экономии, что в рублях около 200т.р. в месяц летом. В то время как на сами серверы электроэнергии порядка 36 млн.р. в месяц. Что-то не густо. Хотя если вентиляторы заложить на 400кВт каждый, то тогда уже можно будет и подумать об охлаждении кое-кого коктейлями в Майями, но вряд ли этого хватит и для вас.
ну вобще то я прикидывал, что мы еще и на процессорах получим оптимизацию и чуть чуть от 10МВт за счет оптимизации загрузки согласно полю температур в дата центер. по крайне мере была такая надежда, но на дальнешие эексперменты денег не выделили
В реальности примерно половина электроэнергии тратится на охлаждение, а половина на сами сервера.
А есть еще и ограничения типа не более 7.5 кВт на стойку, не более 100 кВт на isle, плюс ограничения по мощности охлаждения и общий лимит от поставшика эл. энергии.
MS не просто так с подводными серверами экспериментирует.
Ну вообще в целом, оптимизация игрового пк по оборотам кулеров, играми с даунвольтингами и прочими плясками с бубнами способны снизить потребление электроэнергии процентов на 15-20 ценой потери нескольких процентов производительности, а рёв кулеров уменьшить до приемлемого комфорта ценой нескольких градусов. если такую оптимизацию умножить на 20 тысяч компьютеров, жрущих по 700 Вт, то можно прилично сэкономить, например 4 МВт от 14 МВт и... поехать домой не солоно хлебавши, потому что директор скажет, что электричество и так генерируется озоновым слоем и нечего его лишний раз дырявить.
Когда компания тратит на оплату электричества в датацентрах 1 млрд долларов в год (цифра реальная), из которых половина именно за охлаждение, экономия в 1% "на оборотах кулеров" уже не выглядит смешно. А если это еще и без установки нового оборудования только за счет внедрения софта то это совсем не мелочные деньги.
только за счет внедрения софта то это совсем не мелочные деньги
Тут есть проблема, в том что внедрение софта во множество датацентров это тоже может быть совсем не маленькими деньгами. Софт нужно написать, проверить, облуживать, обновлять и исправлять ошибки. А любая ошибка может еще быть черевато потерями.
В случае, 1 млд долларов в год, 50% на охлаждения и 1 на оборотах кулеров, экономия будет 5 млн. в год. С одной стороны, это круто. С другой стороны, считая что на каждого ИТшника требуется 200 тыс в год (в стране первого мира, с налогами, офисом и всеми бенифитами), то денег хватит на команду из 25 человек (включая, программистов,тестров, дево опсов, менеджеров, инженеров подержки на десятках датацентров и прочих). Хватит ли этого на такой софт? Вот очень может быть что и нет.
Тогда давайте смотреть на цифры ближе. Стоимость одного инженера (в этой-же компании) порядка 300-400 тыс в год (в зависимости от уровня).
Системы разработки, тестирования, мониторинга и прочего уже есть. Они нужны всем сервисам в ДЦ и без них ни как. Т.е. эти затраты уже есть. Разработать и внедрить новый сервис во все датацентры - зависит конечно от сложности, но и вдвоем вполне реально. В этом и смысл автоматизации управления ДЦ, что инженер может и в одно лицо разработать и выкатить. Но по "правилу трамвая" не менее двух сотрудников должны знать что происходит.
Риски не велики, т.к. при правильном проектировании отказ системы не вызовет критического отказа в обслуживании ДЦ. А надежность обеспечится за счет многократного резервирования и мониторинга.
Штука в том, что от количества серверов количество инженеров почти не зависит. Т.е. расходы фиксированные, а экономический эффект масштабируется.
Если модель есть готовая, то сделать на ее базе сервис вполне по силам двоим. Т.к. они "стоят на плечах гигантов".
Ну это в идеале, по-хорошему два инженера это мало, один заболел, другой в отпуске, кто на дежурстве? А если срочная проблема? То есть берём три, им желательно нормального тестера и начальника итого пять. Разъезды и командировки (транспорт,гостиницы) тоже не бесплатно. И уже затраты легко могут достигать половины даже потенциального профита. А если в реальных условиях окажется, что экономия не 1%, а 0.5% (ну не учли климат, разные погодные условия и т.п.), то легко и в ноль или минус уйти.
Любой бизнес проект это всегда риск и то что кажется большой экономией может оказаться убытком. Я не говорю, что ничего делать не нужно, но все совсем не так очевидно в реальных условиях.
Ну здесь то программ используемя для моделирования вобще коробочное решение:
SimInTech а отдел занимающися охлаждением у компании и так был, он это работу и инициировал
я вот на совещание не сообразил с ходу так возразить, потом то да, но было поздно
Просто у кого-то в руководстве компании кум владеет энергетической компанией, которая в дата-центр электричество и поставляет.
надо было в службу безопасности заяву накатать, жаль поздно
у руководства компании сват командиром в службе безопасности .....
Не поздно. Всегда можно набрать новых данных почему на этом можно заработать. Пляшите от общих затрат на электричество. У всех владельцев ДЦ есть данные сколько мощности идет на сервера, а сколько на охлаждение, ну и общие затраты на электричество.
Нам в свое время очень просто обосновали и апгрейд на более энергоэффективные сервера и более эффективный софт. Расходы на электричество в ДЦ 1 млрд долларов в год. Из них половина сами сервера, а вторая половина на их охлаждение. Т.е. после апгрейда на новое Интелловское семейство расход падает на 10%. Т.е. 100 млн в год чистого эффекта. На цифра 10% получена на стенде на типичных нагрузках.
После этого была команда "заткнуться и начать апгрейд немедленно".
И теперь в панели управления "резервирование серверов на отдел" меряется не в штуках, а в киловаттах.
Интересно конечно получилось, задача по снижению потребления энергоресурса трансформировалась в задачу управления вентиляторами. Не удивлен, что бизнес такое не купил.
нет там еще правильное распередение нагрузки в серверах с учетом температу и охлаждения. Оборты вентиляторов на серверах кстати специальная программа обеспечивала и довольно хитрая с оборотами в заивсимости от температуры. Целый отдел этой программой занимается.
Целый отдел этой программой занимается.
Чей отдел? Датацентра? То есть вы их лишаете работы.
Любопытно было бы взглянуть на модели и результаты измерений. Мне доволилось писать ПО платформы под всякие сетевые железки. В устройстве всегда стоит несколько термодатчиков и несколько вентиляторов, иногда вентиляторы индивидуально регулируемые. Как правило команда теплового моделирования разрабатывала алгоритм управления вентиляторами и потом он валидировался на тестах. Но алгоритм как правило простой очень. Для вентиляторов выставляется PWM=F(T_IN) где T_IN температура воздуха на входе, а F это монотонно возрастающая функция от примерно 20% при 20 градусах, достигающая 100% при 50-60 градусах цельсия. Как правило F была ступенчатая, а мы ее делал еще с небольшим гистерезисом. При отказе любого из вентиляторов остальные включаются на 100% независимо от температуры. Задача такого регулирования исключительно не дать ничему перегрется выше температуры которая считается допустимой (обычно 85 градусов Цельсия) и по возможности поменьше жужжать. О оптимизации потребления энергии никто не думал.
О, команда теплового моделирования разрабатывает такие алгоритмы? В моем случае это всегда были банальные линейные зависимости
А в остальном все именно так
Команда теплового моделирования давала красивые картинки распределения температуры в корпусе при различных нагрузках и температуре входного воздуха. А в итоге программистам потом преоставлялась табличка вида:
предел температуры воздуха на входе (град С), значение PWM (%)
25, 20
30, 28
35, 40
40, 55
45, 70
50, 85
55, 100
Цифры от балды но похоже на реальные.
А тупо потребление ДЦ замерить и сравнить с потреблением вентиляции? Есть ли где-то оптимум?
Воздух может и бесплатный, но не бесплатные фильтры.
Да кстати про фильтры тоже не подумал на совещании.
Плюс зимой внешний воздух надо увлажнять и подогревать, так как он при минусовой температуре имеет влажность 5-15% что критично для серверов.
Все системы фрикулинга имеют допобработку воздуха, которая точно небесплатная.
Почему проблемна высокая влажность - понятно. А чем вредна низкая?
Или 5-15% считается высокой
статика, насколько я помню, меньше 10% уже проблемно
Не скажу насчёт датацентров, но при работе с голой электроникой относительная влажность меньше 20 % — это не просто проблемно, это недопустимо. В защищённых ESD-зонах обычно держат 40-50 %.
Да и в принципе дома на кошках можете потренироваться — при какой влажности они при попытке погладить начинают вас током бить.
5-15% это низкая влажность.
Для человека нормальная 40-60%
Для электроники оптимально 30-35%
Ниже 20% - повышенная статика. Видел исследования в ДЦ США что каждое снижение на 5% ниже 25% влажности, добавляет 3-4% выхода из строя компонентов серверов. Плюс любое обслуживание (замена компонентов) требует ОБЯЗАТЕЛЬНОГО заземления сотрудника, желательно не на ту же стойку, а отдельно на шину. Особенно горит память и БИОС при повышенной статике.
Либо надо добавлять дополнительно антистатик в подаваемый воздух, что затратно и портит фильтры.
В общем там дохрена проблем если не выдерживать коридор 30-35%.
фрикулинг это обычно два изолированных воздушных контура связанные между собой контуром теплопереноса - обычно Жидкостным. так что тут вопрос воздухоподготовки не стоит....
В том цеху, который и стал одним из таких предприятий, на токарных станках могла крутиться (и крутилась!) металлическая болванка размером с автобус. А в печку для нагрева металла можно было затолкать паровоз
ЯГОДЫ РОСЛИ НА ОПУШКЕ С КОТА РАЗМЕРОМ. КОТЫ БЫЛИ С СОБАКУ, СОБАКА С КОРОВУ, А КОРОВА КАК ЦЕХ, А В ЦЕХУ МУЖИКИ В ШАХМАТЫ ИГРАЛИ ПО МЕТОДИКЕ БОТВИННИКА - КОНЁМ МАТ СТАВИЛИ С ПЕРВОГО ХОДА!
но при этом настолько плотный, что будет обладать небольшим собственным гравитационным полем.
Так по сути же гравитационным полем обладает любой объект не нулевой массы, так что поезд может быть и игрушечным.
Это ижорские заводы, а в печах отжиглаись корпуса реакторов.
офтоп но напомнило, всегда поражался и также высчитывал в кавказской сказке "Кто больше?" Там примерно такие же сравнения
Видел я похожий станок. Не уверен насчет автобуса, но микроавтобус наверное можно было на нем раскрутить. Газельку какую-нибудь. До двух метров диаметра заготовки точно есть серийные станки, вот насчет больше - штучное какое-нибудь производство возможно.
Добро пожаловать в Кибердянск https://t.me/cyberdyansk
Интересный факт: при таком рекурсивном порядке перечисления и ягоды, и коты, и собаки, и коровы получаются размером с цех.
М-даааа.... Мы когда-то считали курс "Теплообмен в РЭС" самым мудацким и одним из самых ненужных. А тут вон оно как повернулось: тут тебе и большая наука, и модели с пятым нумером, и коктейли пряные....
Отключать вентиляторы неэффективно, это даёт линейную экономию, а вот если частотно зарегулировать их, чтобы работали все, но на пониженных оборотах, и получите сильно нелинейную зависимость потребления энергии от расхода воздуха, и соответственно, хороший экономический эффект в холодное время года.
они частотно и регулируются (наверное) Но еще можно загрузку менять дата центра по зонам
Отключать вентиляторы неэффективно
Почему вдруг? На каких-то оборотах у вентилятора КПД лучше, на каких-то хуже. Эффективнее всего- чтобы вентилятор либо работал на оптимальных оборотах, либо был выключен.
Там характеристика не линейная оптимальным явялется диапазон в пределах которого можно регулировать.
Потому что отключая часть вентиляторов, вы получаете линейную экономию, например отключив половину вентиляторов вы расходуете половину максимальной мощности и получаете половину воздушного потока. Если оставить все вентиляторы в работе, но на сниженной частоте, можно затрачивая четверть мощности получить тот же половинный расход, что значительно экономичней линейного варианта. Причина в сильно нелинейной зависимости выдаваемого вентилятором воздушного потока от затрачиваемой мощности.
Нагретые процессоры, память и жёсткие диски сжирают больше электроэнергии, чем холодные
Верим? Процентов 5 наберется?
Недавно равлекался. Чип 100°C потребляет процентов на 15-20 больше, чем чип 50°C.
Считать то надо не только потребление конкретных процессоров, но и его вычислительную мощность в данном состоянии. Если при перегреве он будет пропускать половину тактов, в результате чего будет не справляться с работой и прийдется подключать дополнительные сервера, то потребление дата центра будет расти совсем на другие величины. Ну или производительность софта на этих серверах просядет, что тоже ничего хорошего не сулит.
как известно, перепады температуры в России могут быть от -30 до +40
Мягко говоря, настоящий интервал автору неизвестен)
У вас Siemens неправильно написан.
Россия - не Америка потому что в России не принято уважать интеллектуальный труд, и принято много воровать. А пошло всё от СССР-овских шараг и разницы между зарплатами инженера и токаря иногда в 50+ раз. И от вездесущих несунов - которые в СССР считались истинными народными героями. Страна сменилась - менталитет остался. Искренне сопереживаю автору - уверен если бы иностранцы предложили приемлемое по скорости решение - собственники с радостью понесли бы им суммы сильно выше суммарных затрат на решение от автора статьи. Так уж устроен наш предприниматель - вышел он из кровавых 90-х где люди сначала за полиэтиленовые пакетики - а потом за джинсы с кроссовками - мать родную продать были готовы. Иногда не только фигурально.
Другое дело США, там вон семейка Байденом на Украине отметилась хорошо, не такихе хапуги меркантильные, не за джинсы с кроссовками, а за высокое! Наркотики и украинские проститутки. Это другое понимать надо!
США - другая страна, со своей историй развития и становления, со своими преимуществами и своими проблемами - без них наверно в любой системе никуда. В России же есть множество очень хороших специалистов - FPGA-разработчиков с опытом от пяти лет, математиков - писавших нейронки за гОды до появления TensorFlow под вторые пентиумы, программистов - знающих ядро линукса вдоль и поперёк, и модифицирующих его под кастомные софт-процессоры и различные необычные инструкции этих процессоров. Про спецов по SP/SDE (случайные процессы/стохастические диффуры) вообще молчу - для многих современных дата-саентистов это специалисты по чёрной магии. Есть и многие другие. Да, они не пишут сайты, не работают с 1С, и не занимаются продажами. Потому что в квалификацию было вложено от 10 лет жизни - очень тяжёлого труда за околонулевой прайс. И, что важно - они все патриоты - ну Вы же в комментарии про политику вспомнили - люди не уехали за рубеж, по разным причинам. Хоть как то из них живут физики и спецы по сопромату, особенно если есть PhD. Ну как живут - выживают, скажем так. Чего никак нельзя сказать про остальных - математик SP/SDE, FPGA-девелопер, спец по ядру линукса, и многие другие - сейчас работают водителями/курьерами, потому что так хотя бы есть с чего платить ипотеку. Рассуждать про рынок - это конечно круто - но если в стране у бизнеса нет мотивации нанимать людей с действительно глубокими знаниями, пока эти самые люди не померли от очередного ковида 2.0 - то наверно есть какие то глубокие причины для этого, нет? Хотя бы потому, что обучить такого специалиста, если он вдруг понадобится, разумеется в фиксированные сроки - задача на очень много денег, с учётом того что заинтересованного, желательно, человека ещё надо найти.
С глубочайшим уважением отношусь к Вам как к специалисту - показанные Вами в статье знания не приобретаются на курсах по HTML - и приложенный вами для их получения труд виден практически с первых строк. И статью читать - одно удовольствие. Однако, Вы, возможно, не жили в общежитии в комнате на 4 человека, за зарплату до 15 (пятнадцати) тысяч в месяц, хотя бы семь - восемь лет. С постоянными обещаниями руководства выплатить уже через три месяца долги по зарплате, повысить эту самую зарплату через пол года, поработать с крутыми проектами, и т.д. Во имя того чтобы поднимать отечественную науку. И конечно же "по заветам дедов", самая большая гордость которых - это факт что они не выкинули в 90-х партбилет - и промывали своими советскими убеждениями мозг молодым специалистам годАми. А если Вы тоже проходили через это - то тогда чуть чуть странно - что не сделали выводов. Кто-то к 35-м годАм продаёт свою душу дьяволу, то есть в 1С - только вот гОды жизни это уже не вернёт.
спец по ядру линукса, и многие другие - сейчас работают водителями/курьерами
WAT? Специалист по ядру линукса развозит пиццу? Зачем?
если в стране у бизнеса нет мотивации нанимать людей с действительно глубокими знаниями
ИМХО, всё наоборот. Разве что если речь идёт про over-qualified специалистов.
Зря ёрничаете. Можно быть специалистом по супер-сложным штукам, и за 100$ в час делать супер-сложные штуки один день в году, потому примерно настолько часто супер-сложная штука оказывается кому-нибудь нужной.
А можно быть развозчиком пиццы за 10$ в час 365 дней в году.
Специалист по ядру линукса это сильный си-шник. Такие люди на вес золота и зарабатывают большие деньги. И работают они далеко не один день и в году.
На какой планете вы живёте, что у вас там сильный сишник в цене? Можно я к вам перееду, потому что на нашем загнивающем плюке в цене питонисты и прочие сорта...
Если сишник не в состоянии выучить питон - наверное он не такой сильный как кажется.
Вечный вопрос про самурая с мечом и без меча: если сильный сишник выучивает питон и переходит на него как на основной язык, остается ли он сильным сишником? Примерно так говорил Калугин: молодые люди учатся играть на гитаре, потому что хотят понравиться девушкам. Представляете, вместо того, чтобы сразу идти к девушкам, годами тренируются на гитаре.
На какой планете вы живёте, что у вас там сильный сишник в цене?
На том же Плюке, что и вы. Вот парочка вакансий с первой же страницы поиска: до 400k RUB, 3-5k USD, 300-450k RUB, etc. Там где я живу (Мюнхен) они тоже совсем не голодают.
Ни о какой развозке пиццы и речи не идёт.
и прочие сорта...
На моём Плюке сильный C-ик такого бы никогда не написал. Ибо имеет богатый опыт в разработке и прекрасно понимает, что каждый инструмент соответствует своей задаче. А все эти "прочие сорта ...", удел флейма у скрипт-кидди.
То есть наличие 3 вакансий это пруф того, что сильный сишник на вес золота?
А что если завтра на каждую из них будет найден соискатель, а новых вакансий не будет какое-то время? Вакансий развозчиков пиццы будет полно всегда. И в любом городе. А ваши вакансии требуют релокейта.
Нет, на вес золота — это когда тебя самого хантят по результатам сарафанного радио. И я примерно с 2010-го года отчетливо заметил спад интереса к сишникам, к разработке на чистом Си и даже на плюсах (но плюсов это коснулось чуть менее сильно).
Еще раз: современная «мода» в программировании диктует, что при выборе инструмента Си будет выбран не по-умолчанию (как это было раньше), а только тогда, когда его использования избежать нельзя. Я в шоке от этой тенденции, мне горестно это наблюдать, но стоит признать, что это так. Это означает, что в соответствии с этими гадкими тенденциями, на си будут решаться только нишевые проблемы и он будет нужен только в относительно редких случаях.
А раз его применяют редко, а не повсеместно, у произвольного сишника просто статистически меньше шансов быть у дел.
Потому что за 20 лет спрос на Си упал (и чуть менее заметно — на Си++) упал, а сами сишники никуда не вымерли.
И если бы действительно спрос был на вес золота — из каждого утюга, даже не связанного не то, что с программированием, а вообще с технологиями, звучала бы не реклама курсов по Питону с погружением в ML, а реклама курсов по Си с погружением в ядро линукса (или винды — WRK же выпущен как раз для образовательных целей).
И еще раз, то же самое в двух словах: нынче хороший сишник должен гоняться за редкими вакансиями, а не работодатели — за редкими сишниками.
То есть наличие 3 вакансий
Чего? Я что по вашему должен был перерыть все тысячи вакансий, занести их в табличку и составить графики? Вы серьёзно? Это просто первая страница выдачи. Большинство записей просто без указания зарплат. Там ещё всякие 180+ тысяч рублей было много (что уже отменяет всякий смысл в разноске пиццы).
Учитывая что мы обсуждаем не гипотетического сишника, а специалиста по ядру линукса, то можно брать топ3% от всего спектра.
мне горестно это наблюдать, но стоит признать, что это так
У условного сишника есть примерно 50 лет чтобы небрежно сменить стек. Причём можно далеко не менять и взять C++. Пойти писать какой-нибудь высоконагруженный трейдинг и скупать бетонометры как умалишённый.
Но если наш сишник шибко придирчивый, то что ему мешает плавно switch-уться в условный Go или Rust? Времени на это вагон. Его background всегда будет плюсом.
C жил, живёт и будет жить ещё десятилетия.
спрос на Си упал
Вот спрос на Perl упал, да. Умер, хехе. Delphi ещё карабкается где-то. Kobol... ну тут вообще особый случай. А С? C будет чувствовать себя довольно вальяжно несколько десятилетий. Спросу на си ещё падать и падать. Тонны легаси будут кормить сишника даже когда ему 70 стукнет. А учитывая не тривиальность самой области, зарплатой его никто не обидит. Такие навыки на полугодовом курсе не получишь.
Ну и возвращаясь к изначальному сабжу:
спец по ядру линукса, ... - сейчас работают водителями/курьерами
Ну это же очевидный бред.
При всём уважении -- вы не правы. Практически всё программирование микроконтроллеров это С. А это буквально любое оборудование: камеры, коммутационное оборудование, автомобильная начинка, станки. Это я перечислил только те области, в которых у меня знакомые работают программистами на С в России, и я достоверно знаю что работа есть и неплохо оплачивается.
Аргумент про релокейт не состоятелен. Если вы уедете в деревню, то работу доставщика вы там тоже не найдёте, потребуется релокейт. Если вы живёте в условном городе, который занимается сельхозом, наверное вам проще будет найти работу комбайнёром, чем программистом. Это же не значит что стране нужны одни комбайнёры.
Практически всё программирование микроконтроллеров это С.
Так знаю, сам этим в том числе занимаюсь.
А это буквально любое оборудование: камеры, коммутационное оборудование, автомобильная начинка, станки.
И раз в сколько дней в России запускается разработка новой камеры, нового ЭБУ, нового станка? А раз в сколько дней запускается разработка любого другой проекта, куда могли бы привлечь сишника, но привлекут кого-нибудь, кто пишет на чем-то модном?!
Да, микроконтроллеры. Но раньше в порядке вещей было и GUI-приложение под Windows делать на Си (WinAPI изначально на такой подход заточен), и CUI-утилиты.
Сейчас скажи кому, что собираешься на Си написать программу с GUI — выльют ушат помоев на тебя. Хотя я бы лучше сам их вылил на тех, кто пишут жутко тормозные и прожорливые UI используя модные технологии.
В отношении консольных утилит, особенно в никс-мире сохраняется доминирование Си. Слава богу, никто не переписывает grep или socat на что-то другое. А вот bzip2 пытаются переписать на Расте. И youtube-dl, внезапно, написан не на Си.
Это я перечислил только те области, в которых у меня знакомые работают программистами на С в России
Может тут сказывается то, что я нахожусь не в России. Может действительно сейчас из-за геополитической обстановки в России бросились импортозамещать все на свете. Или у вас знакомые особенные.
Но с теми же микроконтроллерами, и разработке устройств на них, должен сказать, есть тенденция, похожая на ту, которая происходит в программировании: появление на свет инструментов и подходов с низким порогом вхождения вытесняет использование инструментов и подходов с высоким, даже если это идет во вред эффективности.
При разработке каких-то единичных, не тиражуемых устройств, там где раньше бы применили МК и позвали «кристаллщика»/эмбеддера, сейчас с большой вероятностью вкорячат Ардуино/Raspberry, и призовут говнокодера. Дешевые и мощные 32-битные чипы и возможность запускать на них линукс убила спрос на людей, которые могли уместить «огого» в 128 байт: теперь то же самое можно наговнокодить на скриптовом языке.
Исключения: это серийные изделия или изделия с особыми требованиями (RTOS, детерминированность по времени, особые требования по надежности). Но пойди еще попади в проект, где действуют такие особые требования: как правило заказчика устроит и говнокод (зато ведь дешево).
В общем, число заказов по типу того, что на завод на производственную линию требуется в единственном экземпляре контроллер, который будет опрашивать датчики или управлять чем-то и для этого будут создавать устройство на МК и писать прошивку на ассемблере и Си — падает. Сейчас из штанов выпрыгнут, но постараются найти готовую плату, а под неё постараются найти готовый уже кем-то написанный софт.
В промэлектронике вообще царит своя атмосфера. Там в принципе не принято для решения задачи проектировать устройство в виде платы, МК, прошивки. Во-первых, натурально сила традиции отрасли. Во-вторых, иногда требования норм (сертификация и т.д.). Там принято взять готовые серийные кирпичики (PLC, реле, модули согласования интерфейсов) — обязательно чтобы на DIN-рейку вешались — и из этого собрать нечто, что решает задачу. Даром, что иногда это получается шкаф с человека размером, хотя могла бы быть платкп, умещающаяся на ладони.
Компактность и энергоэффективность на заводе не ценят (если речь не о кубометрах и мегаваттах), а вот унификацию ценят.
В общем, да. Работа для сишников пока еще есть и еще долго будет. Но раньше было и работы больше, и область применения была шире, и отношение к ним было лучше.
Аргумент про релокейт не состоятелен. Если вы уедете в деревню, то работу доставщика вы там тоже не найдёте
Так это если уехать. Конечно, можно найти такое место, где вообще никакой работы не найти.
Но вы задайте себе вопрос: каков процент населенных пунктов на планете Земля, где прямо сейчас есть спрос на таксистов, и какой процент населенных пунктов, где прямо сейчас есть спрос на специалистов по ядру ОС?
Друг занимается 1С профессионально как ИП, живет в обнинске трое детей пишет приложения. Мне показывал мониторинга склада на айфоне, несколько предприятий у него на поддержке получает достаточно, что бы летать в Сочи участвовать в соревнования по покеру как хобби. Живет офигенно счастливо я даже ему завидую, жена в свое удовольствие занимается фотографией.
Однако, Вы, возможно, не жили в общежитии в комнате на 4 человека, за зарплату до 15 (пятнадцати) тысяч в месяц, хотя бы семь - восемь лет. С постоянными обещаниями руководства выплатить уже через три месяца долги по зарплате, повысить эту самую зарплату через пол года, поработать с крутыми проектами, и т.д. Во имя того чтобы поднимать отечественную науку.
В общяге в комнате на 4 человека, я с 15 лет жил когда после 8 класса, был с позором выгнан из школы и поступил в технику г. Брянска. А после окончания техникума, по специальности "обработка металлов резанием" работал наладчиком 6 го разряда, на звводе и жил в как раз в рабочем общежитии с 2-я соседями. Но это было в 1991 году, и когда меня отказались увольнять по собственному желанию, я просто ушел со смены и не вернулся. Трудовую с записью увольнения по статье за прогулы забрал через пол года.
Что касается америки, то это прекрасная страна я там жил, жил так же в Италии каждый по долгу в командировка работал во Франции, могу сказать одно. Америка это единственная странна где мен захотелось остатся жить, поскольку американцы максимально похожи на русских.
А главное отличие нас от США и главная проблема, про которую вы пишете, а так же ее решение находится совсем не там, где вы предполагаете. Вы пишете, что рвачи в руководстве выжимают из несчатных специалистов все соки, заставляя выживать, и при этом набивают карманы себе, негодяи, подонки и "что за страна у нас такая". На самом деле тут все верно. Ошибка начинается как только вы перекладываете вину на подонков в руководстве. На самом деле руководство у нас как раз передовое и практические "американское" в хорошем смысле этого слова. Вина лежит в первую очередь на тех, кто соглашается терпеть такое отношение к себе. Потому что в современной американской парадигме передового общества, "подонками и рвачами" являются чуть больше чем все и все набивают себе карманы и стараются максимизировасть собственную пибыль и минимизировать собственные услия это необходимое условия прогресса и развития. На этом стоит современная америка да и капитализм как система. Если вам мало платят и вы продолжаете работа за обещания, то ваше руководство передовое и европейское, максимизирует прибыль и минимизирует затраты, а вы получается ретроград и на вас лежит вина в том, что это руководство продолжает быть руководством и набивать себе карманы, за ваш счет. Есть хорошая цитата у Пушкина:
«…наше современное общество столь же презренно, сколь глупо; что это отсутствие общественного мнения, это равнодушие ко всему, что является долгом, справедливостью, правом и истиной, ко всему, что не является необходимостью. Это циничное презрение к мысли и к достоинству человека. Надо было прибавить (не в качестве уступки, но как правду), что правительство все еще единственный европеец в России. И сколь бы грубо и цинично оно ни было, от него зависело бы стать сто крат хуже. Никто не обратил бы на это ни малейшего внимания»
Если каждый наш работник воспринимал зарплату в 15 000 как плевок в лицо, и реагирвал бы соответвующием образом, я думаю мы бы догнали и перегнали америку.
"Так что этот Призрак Капитализма Рано пишет письма, Рано радуется гад! А Запад обогнали Мы б еще в начале, Если б не боялись Показать свой голый зад!"
Как посмели вы возразить поносящему "покханный савок" и "рашку"! Да еще и оклеветав достопочтенных американских сеньоров! Горе Вам, горе )))
[в СССР] разницы между зарплатами инженера и токаря иногда в 50+ раз.
И от вездесущих несунов - которые в СССР считались истинными народными героями.
Простите, но такие громкие заявления требуют хороших пруфов. Особенно мне интересно, что это за советский инженер, который зарабатывал в 50+ раз больше среднестатистического токаря.
что это за советский инженер, который зарабатывал в 50+ раз больше среднестатистического токаря.
Обычно бывало наоборот - станочники, как правило, зарабатывали больше ИТР, особенно высококвалифицированные - 5-6 разряда. Но про "в 50 раз" это ну очень редкий кейс случай должен быть - какой-нибудь свежеиспечённый инжинегр сразу после заборостроительного института, распределённый на завод по производству чапельников в Усть-Задрищенске vs оверквалифайд токарь/сварщик на Крайнем Севере, сидящий на сдельно-сдельно прогрессивной оплате при горящем квартальном/годовом плане.
Этот кейс случай называется жедзип гипербола )
То есть "50+ раз" в комментарии @tamamo - это гипербола? Так можно дойти до абсурда. "Процессоры Интел 14-го поколения в 25 млн. раз быстрее 13-го поколения". "Си производительнее Питона в 15 миллиардов раз". Ну а чё?! Гипербола же!
Чтобы заработать "в 50+ раз" больше токарь ползавода должен вынести. Это какая квалификация нужна!
Может, в другую сторону 50 раз. Если сравнить "зарплату" инженера в шараге и вольнонаемного токаря на оборонном заводе...
Закон Хабра: всегда найдётся айтишник, у которого в проблемах России 2023 года виноват лично Сталин
А пошло всё от СССР-овских шараг
А как в эту схему вписываются выделявшиеся бюджеты на раыионализаторство и выплаты держателям авторских свидетельств, зависящие от экономического эффекта разработки?
В том-то и дело, что описываемое предприятие не частное, государственное, хотя формально может числиться каким угодно. А госпредприятию не положено денег жалеть. И не жалеют.
Россия не Америка просто потому, что в штатах электричество от 10 руб за кВт*ч до 40 руб (по курсу, для бытового потребителя). А для промышленного потребителя и до 200 руб за кВт*ч в пиковые часы бывает. А так-же часовые ставки хоть немного квалифицированного рабочего очень высоки. Поэтому выгодны вещи совершенное странные для России. Например, снять с машины двигло или коробку передач и на ремонт в Мексику почтой отправить. А на машину сразу новое воткнуть. И так во всем.
Зато на зарплату официанта прожить невозможно.
Интересно, а не думали энергию получаемую от этого тепла перенаправить туда куда нужно прогреть другое здание.
Звучит очень красиво, но саму суть ожидаемых оптимизаций, боюсь, не совсем уловил.
Неужели частота вращения каждого вентилятора в стойке должна вычисляться не исходя из температуры [в зоне влияния этого вентилятора], а управляться централизованно с учетом загрузки CPU, дисков, потому что если интенсивно работает CPU, итоговую температуру можно иметь повыше, а вот если это из-за диска, надо ее ниже опускать, поскольку его энергоэффективность с ростом температуры падает сильнее? Мы же не лезем в цепи управления вентиляторами внутри серверов?
Я бы еще понял, если бы управление осуществлялось не только вентиляторами, но и "оптимизировало загрузку в дата центре", но вряд ли эта система командовала переместить сильно загруженные рабочие виртуалки на другие ноды именно по соображениям температуры (а не загрузки).
как раз в этой компании управления вентяляторами внутри серверов отдельная хитрая программа, учитывающая температуры компонентов на уровне сервера они хорошо оптимизировали управление.
А почему бы и нет в этой системе есть температуры всех компонентов можно и нагрузку планировать с учетом температурного поля.
Круто. Просто мне всегда казалось, что управление вентиляторами внутри сервера - дело самого сервера. В модели управления внутренними вентиляторами не ожидал сложной модели, учитывающей загрузку компонент соседей.
Конечно, софт позволяет делать круче, чем просто "balanced | high performance". Но чтобы настолько...
Вот именно. Зачем что-то рачитывать глобально, убей не пойму. Вместо глобального расчета всего и вся в одном месте, давно применяется распределенное (само)управление (в серверах и стойках, в данном случае). А дальше у оператора или у программы мониторинга есть глобальная картина распределения температуры и нагрузки по всему дата-центру в режиме реального времени, и оператор или программа может перераспределить нагрузку и/или регулировать какими-то глобальными объектами, как скорость больших вентиляторов или изменение глобальных воздушных магистралей в дата-центре. И всё. Зачем что-то считать вообще?
пример, утрированный. Половина дата центра стоит, половина работает на 30% пришла загрузка на 10% половины дата центра, куда ее кинуть? Вполне может оказаться, что загрузива работающую половину еще на 10% и раскрутив локльные вентиляторы, мы получим более оптимальную загрузку, чем запустив 10% от простаивающй части. А теперь представьте что это такие вопроссы постоянно возникают в меняющейся загрузке на 20 000 серверах.
Да ради бога. Считайте эту глобальную модель, но ей точно не нужны тепловые 3D модели внутри стойки и, тем более, внутри сервера.
Так в этом и смысл нашей модели, сначала в 3D считаем конфигурации (причем ее уже до нас насчитали когда оптимизировали ячейки охлаждения), а потом уже в глобальнй модели испльзуем насчитанные таблицы для интерполяции и получаем расчет голбальной модели с точностью 3D модели.
Ну так зачем индивидуальные 3D модели серверов? В упор не пойму.
они нужны что бы ответить на вопросы, какое гидравлическое сопротивление сервера, в разных конфигурациях (есть диски, нет дисков, пмять на одной планке или на четрырх, и т.п.), а так же на вопрос какой коэффициент теплоотдачи при разных перепадах температур и разных расходах воздуха черех коробку.
Зачем знать всё это, если вы в реальном времени имеете температуру отдельных узлов сервера, потребляемую мощность (возможно, и скорость вентиляторов, если их несколько, но зачем)?
что бы над цифровом двойнике быстро прогнать различные варианты загрузки и работы системы охлаждения и самый лучший применить на "перваке" реальном объекте, а так же планировать работу работу вперед.
А должно быть одно логичное решение, а не "метод Монте Карло".
Если бы всегда было "одно логичное решение", то не было бы отдельного понятия "многопараметрическая оптмизизаци". Метод Монте Карло, это только один из методов оптимизации, например у нас в моделируюем ПО в SimInTech 5 методов оптимизации моделей, а есть еще специализированное ПО которое только оптимизацией и занимается IOSO и PSeven.
В атомных электростанциях типа РБМК есть огромный пульт управления в диаграммой распределения уровня радиации по активной зоне. Можно долго и тщательно оптимизировать 100500 методами положение каждого из десятков замедляющих графитовых стержней, но обычно просто смотрят, чтобы не было выпирающих пузырей, где реакция слишком сильная. Думаю, что и тут есть очень простые субоптимальные решения, которые считаются на персоналке 30-летней давности в реальном времени, используя данные из 20 тыс серверов и мощности/автономность 20 тыс. управляющих плат каждого сервера.
Пример РБМК тут не в кассу, от слова совсем. В РБМК стрежни не графитовые, графитовая в РБМК кладка. А стрежни СУЗ (системы управления и защиты) стальные с наполнителем из карбида бора, обогащённого изотопом 10B. Диаграмма на БЩУ (Блочный щит управления) РБМК это не распределение радиации, по активной зоне, а отражение нейтронного поля или реактивности. И перемещение любого стрежня СУЗ в любую сторону вызывает изменение реактивности всего реактора в целом, все нетронное поле меняется. Передвинули стрежень поменяли нетронное поле по всему реактору, рядом с стержнем сильнее дальше -меньше, но по всем реактору будет изменение. Из за больших размеров нейтронное поле изменяется и устанавливается не мгновенно по всему реактору а с задержкой по времени. (Рассказывали байку про оператора на Смоленской АЭС, который мог пусткать пузыри поддегивая стержень в возвращать его обратно, так что бы волны роста нетронного поля зажигали лампочки по панели, но при этом защита не срабатвала). Поэтому положение стрежней в реакторе однозначно поределяется общей реактивностью реактора (он не должен разгонятся) и локальным выгорание топлива в каналах (там где топливо свежее) стрежень поглотитель введен в зону глубже. Поэтому если вы выдвинете стержни быстрее и больше чем требуется вы получите аврийную остановку. А если вы опустите стрежни быстрее и больше чем требуется, вы заглушите реактор. И ситуация когда нетронное поле есть в одном канале, а в соседнем его нет не возможно, поскольку поле одно на весь реактор. В случае же дата-центра разгон и тороможение в любом из 20 000 серверов никак совсем не влияет на работу отстальных серверов. И можно формировать любую конфигурацию, можно выключить каждый второй и все будет прекрасно работать.
Представьте себе, я несколько в курсе так как моя специализация в МИФИ была по расчётам этого самого поля и управлению реактором. И даже тема диплома была по графитовой кладке. Но точно, давно это было и даже поленился вспомнить, что там и как.
Но суть такая же - ни у кого нет (думаю) 3D модели реакции в твэлах и сбооках (в моделях управления), нет 3D модели поглощения тепла и замедления нейронов графитовой кладкой с учётом дырок для воды, трещин, распухания и т.п. и нет 3D модели теплоотвода из кладки и сборок в воду, и нет 3D модели в водяных трубах, как вода нагревается и частично превращается в пар, и как это влияет на теплообмен. А есть просто куча датчиков температуры и поля, и этого достаточно.
Далее, сильно работающий сервер нагревает воздух вокруг себя больше, чем неработающий, таким образом он оказывает прямое воздействие на температуру в дата-центре. Но это все уже детали, я утверждаю, что не нужны тепловые модели самих серверов, так как есть датчики, а это про другое.
Да знания у вас явно выветрились. Или в МИФИ так учат :) а это опорный ВУЗ Росатома. Все это раз есть (и модели реактора в ТВЭЛ, и 3D модели поля и теплоотвода), я после окнчания бауманки занимался расчетом РБМК выполняя расчеты УОБ (Углубленная оценка безопансоти) для Ленинградской АЭС. Для того что бы расставить датчики, и разработать систему управления выполняется все выше перчисленные расчеты и спользуется все перечисленные вами модели, которых по вашим словам ни у кого нет (видишь суслика? А он есть!). Часть расчетов выполняется непосредственно в систем управления (востановление поля по показанием датчиков). Но главное отличие в управления реактора, в том что задача управления поддерживать равномерное (по возможности) нейтронное поле, с учетом прегрузки топлива, на заданной мощности и нельзя произвольно утопить один стрежень и поднять другой, поскольку поле одно. Более того вы в РБМК не может выключитть канал, например запустить в работу только половину активной зоный и один барабан сепаратор - вторая половина будет так же работать.
Кстати если бы вас хорошо учили, то вам бы рассказали, что на первых реактора РБМК ловили пространственные колебания нейтронного поля когда зона раскачивалась, как раз за счет работы локальных систем УСБТ, одни стрежни давили другие поднимали из за распостранения волны изменения мощности в пространстве, после это ввели систему управления расчет нетронного поля в целом, а не локальное регулирование по датчиками, как вы тут предлагаете.
В дата центре я могу произвольным образом менять нагрузку, нпример выключить половниу серверов и запустить все задачи на другой половине, и в опредленных моментах это будет оптимальнее по расходу электроэнергии на вычисления чем равномерно размазывать нагрузку по всем серверам.
Много слов, но все это не важно. А важно то, что очень подробные 3D модели для реактора рассчитывают один раз для проектирования, а не считают их в реальном времени для управления. А для дата-центра и этого не надо - хватит одних датчиков и модели большого теплообмена. Кстати, активно рабоающая половина серверов меняет температуру во всем дата центре. Но даже и это не важно, а важно что должна существовать какая-то довольно простая стратегия оптимальной нагрузки. И 3D модели серверов ей и на фиг не нужны, когда есть датчики.
нет, простой стратегии, простая стратегий для нетронного поля в реакторе РБМК там его нужно держать равномерным с учетом выгорания топлива, но и там происходит постоянный 3В рассчет поля, при постоянных прегрузках топлива, поле постоянно пресичтывают.
В отличие от реактора, где нетронное поле одно на всех, половина загруженных серверов может находится как в одном коридоре охлаждения так и разбита по в 12,5% в 4 коридорах охлаждения, это разные нагрузки на систему вентиляции в первом случае 3 коридора охлаждения можно вобще остановить. Работющий на 100% сервер с системой вентиляции даже на соседних стоящих с ним в оодной охлаждаемой чейки и охлаждаемые тем же 3-мя вентиляторам не влияет, поскольку теплосьем воздухом превосходить на порядки теплопередачу через корпуса стоящие в стопке. И если один из 4 серверов нагружен по максимуму, а три остальных стоят локальная система управления будет тянуть через все 4 сревера расход одинаковый, поскольку система регулирования одна на всю ячеку охлаждения. И таких систем локальны 5000 еще и разбиты по разным коридорам охлаждения, и могут быть нагружены абсолтно независмо друг от друга.
Что-то я не очень понял.
В начале автор пишет:
К нам обратилась одна крупная российская компания
А в конце:
Руководство компании выслушало нас внимательно, поблагодарило за удачную работу и вынесло вердикт. Для охлаждения компания использует воздух, воздух — это бесплатный ресурс, и экономить воздух не нужно, поэтому пусть включают вентиляторы на полную и не морочат ему, руководству, голову.
Где логика?
Логика простая, контракт на модель и эксперименты в качестве НИОКР - 10 млн рублей. По результатам - внедрение на миллиарды еще чуть чуть и прямо в рай и здраствуй красивая жизнь.
Контракт первый мы выиграли и выполнили получили свою копейку, патцан к успеху шел, но не свезло.
Напоминает мой опыт внедрения автоматизации лет 10 назад, тож мечтал про суммы с нулями и будущий триумф вчерашнего студента))
Сейчас понимаю, что мы просто ну такое себе в продажах понимали, пытаясь продать сразу и на много денег, то что автоматизирует почти бесплатный труд сотрудника, который часами может тот самый контроль качества и проводить.
В вашем случае допустим нанять узбека и выдать пульт от гигантских вентиляторов-кондиционеров. Дешево и понятно, и лучше всяких ИИ справится.
А если схема рабочая, nuclear plant grade, помещается в ноутбук, то почему не чемодан-аэропорт-амазон? Выдадут лычку Vice President of Cooling, ипотеку с отрицательным процентом на mansion в Пало-Альто и вот он успешный успех. Или все-таки 10к регуляторов прикручивать могут не понять?
В амазон наверное напишем,
...отвечай нам а то, если вы не отзовитесь мы напишем в спорт лото!...
Но по хорошему надо бы эксперементы продолжить и посмотреть что можно сделать в рамках оптимизации, но это за другие деньги и бюджет на продолжение нашим контрагентам не согласовали.
В соседней теме про импортозамещение 2022 точно такая же история, производитель АГНКС оборудования сам обратился с просьбой сделать колонки, ребята все разработали, производитель на самом последнем этапе вежливо послал их и купил у китайцев (у которых, как оказалось все планомерно было "схвачено").
Логика, видимо, в том, чтобы сыграть на "импортозамещении" на государственные деньги и вовремя смыться. Иначе со стороны это действительно непонятно. В нашем университете в свое время компании искали "соавторов" для подачи заявок на госгранты, но промышленного результата, а тем более внедрения, насколько я понял, не ожидали. В то же время руководство университета агрессивно подталкивало к поиску контрактов/грантов с компаниями. А компании обычно рассматривают университеты как бесплатную замену отк-отделам, доступ к дорогим приборам и бесплатным сотрудникам. Отсюда и такой, возможно, нелогичный для стороннего наблюдателя в ходе взаимодействий, результат, но по отчетам все отлично.
Ну вообще далеко не каждый проект доходит до стадии успешного внедрения, это объективный факт.
Да нет комерческая компания профессиональный подход, просто большая оченьи руководство на выском уровне уже не может погрузится в детали.
Извините, но если руководство не хочет экономить деньги, то это уже не коммерческая компания, как бы вы ее не называли.
Добиваешься встречи с гендиром, рассказывешь ему, как круто можно сэкономить средств, если в туалетах компании вместо 2-слойной бумаги перейти на 1-слойную. И в каждый унитаз положить по кирпичу, чтобы расход воды уменьшить.
Возможно, полученные цифры генерального не впечатлили.
Непризнанный гений! Вам срочно нужно зарубеж.
до генерального даже не дошли компании большая зарубили уже на следующем крвоне когда бюджет нужно было увеличивать для внедрения в опытную эксплуатации. Цифры были не подготовленны убедительные. Считаю сами виноваты расслабились когда все получилось и модель взлетела.
вот тут были станки для точной обработки. Их продали китайцам по цене металлолома.
Это наверняка в девяностых происходило. Тогда действительно зачастую было оптимальнее продать станки, а не работать на них - развалились производственные цепочки, заказов не было, станки надо обслуживать - и чем они более тонкие, тем дороже обслуживание. А те, на которых паровоз обтачивают, можно и при помощи лома и какой-то матери чинить.
А вот что продавалось по цене металлолома... Может быть байкой - настоящую цену могли не говорить никому, а разницу в карман положить. А может быть и правдой - но по рыночной цене никто бы не купил, а если оставлять себе - то оно бы через пару лет металлоломом и стало.
Вопрос был в следующем: можно ли как-то посчитать суточные расходы охлаждаемого воздуха для дата-центра, чтобы определить, как рационально охлаждать, и сколько все-таки вентиляторов надо на крыше.
пусть включают вентиляторы на полную и не морочат ему, руководству, голову.
А какой смысл тогда был расчёты заказывать? Или то была попытка нижних эшелонов выдвинуть рацуху, а потом уже с ней к руководству идти, а не сперва согласовать, а потом уже расчёты заказывать?
Про продажу лома китайцам байка, они в 90е не давали цены выше европейских, а везти в Китай х10 по сравнению с Финляндией.
В девяностые столько всякой дичи творилось, что не стоит откидывать байку только на основании того, что доставка в 10 раз дороже была. :)
В этом и смысл, завод получил деньги как за металлолом, а китайцы заплатили нормальные деньги за хороший станок, тем эффективным менегерам кто это продал, хороший бонус в карман.
Просто НИКОР и первые расчеты модели это условно миллионы рублей это бюджет отдела и его согласовывают на нижнем уровне. А вот уже внедрения в компании тут сотни миллионов его что бы потратить надо руководство убеждать
Просто НИКОР и первые расчеты модели это условно миллионы рублей это бюджет отдела и его согласовывают на нижнем уровне.
Ну да, так и есть - "рацуха от сторожа". :)
А так - зачастую подобное не взлетает из-за того, что просто неохота заниматься. С вентиляторами всё просто - включил и крутятся. Сломался - заменил. Пусть и дороже, зато дубово и не требует каких-то особенных знаний. А с вумными системами и персонал вумный должен быть.
Как то считал рентабельность на мебельном производстве и пришёл к выводу что по сути перепродаём фурнитуру. Чем её больше в мебели, тем больше прибыли.
Россия - не Америка
Конечно. Экономить пятирублёвый киловатт не выгодно. Выгодно - долларовый киловатт.
Очень интересно.
Я так понимаю, всё же было желание сэкономить на электроэнергии для вентиляторов, но видимо экономия получалась такая копеечная, что игра не стоила свеч.
Вообще это наверное можно было прикинуть сразу - по тепловому балансу, тепловыделение оборудования известно, типичные графики загрузки есть, мощность вентиляторов известна, и т.п...
И нельзя не поёрничать! Автор пишет:
"...я вот на совещание не сообразил...", "...про фильтры тоже не подумал..."
Вот потому автор и не миллионер! /humor
Но сам подход наверняка может найти применение где-нибудь где пожарче и электроэнергия подороже. Правда там скорее всего уже всё сделано, но... в этом и заключается искусство маркетинга - найти тех у кого не сделано и тем кому нужно.
Вообще по опыту общения с предприятиями - НИРы им плохо заходят, предприятие выпускает продукцию, ему надо деньги зарабатывать, а внедрение чего-то нового - это головная боль с неизвестным результатом. Ну и главное - потенциальную прибыль от внедрения получают учредители, а не наёмные сотрудники которым со всем этим возиться, а если с предприятием что пойдет не так (по любым причинам) - то можно уволиться.
Как-то общался с одной очень умной бухгалтершей некой конторы, она критиковала руководство и сказала:
-Эту фирму еще можно спасти, если прям сейчас начать ... (прилагать некие сверхусилия).
Я (иногда приглашаемый наивный специалист): -Ну так надо же приложить!
Она: - А мне-то это зачем? Я ж не владелец.
Вообще довольно интересно, что твориться в головах у старшего поколения.
Я о том, что распродавали активы своих предприятий истинные коммунисты-ленинцы, уверенные хозяйственники, отличники политической учебы: директора и главные инженеры.
Причем были и такие, которые не распродавали (например, Мордашов в Череповце).
То есть в каждом конкретном случае это был личный выбор руководителя предприятия - развивать завод или продать цех на лом и купить дочке Мерседес.
Но виноваты все равно китайцы, Обама и рептилоиды.
То есть в каждом конкретном случае это был личный выбор руководителя
предприятия - развивать завод или продать цех на лом и купить дочке
Мерседес.
если речь идет о заводах, то мнение одного конкретного руководителя значения не имеет, даже если он директор завода
в 90е вопрос стоял или ты продашь и купишь себе мерседес или это сделают за тебя, а ты если жив останешься уже норм.
Общался когдато уже давно с бывшим директором завода которому принадлежал микрорайон где я жил... говорит что планы были наполеоновские по развитию станкостроения в середине 90х-начале нулевых, но потом собрались акционеры и волевым решением решили тупо сдать в аренду, а не упарыватся никому ненужными железками... директора уволили...оставив ему только один цех где он солнечные панели собирает теперь и мобильные котельные..
а завод...завод объявили банкротом лет 5 назад окончательно
в 90е вопрос стоял или ты продашь и купишь себе мерседес или это сделают за тебя, а ты если жив останешься уже норм.
В целом да. Если ты сидишь на удобной должности, то ты либо подписываешь какой-то документ на продажу "кусочка родины" и получаешь за это копеечку, либо весь такой принципиальный не подписываешь. И через несколько дней его подписывает кто-то другой, а ты хорошо если выходное пособие получил, а не нож в подворотне (в зависимости от ценности того кусочка и цивилизованности участников сделки).
В принципе, так много где устроено даже сегодня, но в девяностые в России оно особенно заметно было.
Да нет просто к 90-м в руководстве было слишком много очень тупых людей продвинувшихся в карьере не по специальности, а по партийной линии. В итоге у руководства заводов стояли настолько тупорылые и убоги люди, что кроме как продать станок и купить себе мерседес, в голову ничего не приходило. Да что там у меня знакомая бухгалтер в 1994 году полученные акции Газпрома поменяла на видеомагнитоф. Бухгалтер! Карл бухгалтер!!!! Сейчас думаю это квартира рядом с МАКД
кроме как продать станок и купить себе мерседес, в голову ничего не приходило
Учитывая турбулентность девяностых, нахапать и слинять нередко было оптимальной стратегией. Бухгалтера тоже касается, видик в 94 был здесь и сейчас. Тогда даже 2000 год казался чем-то недостижимым, молчу уж про 2024.
Ну и вообще, период первоначального накопления капитала (с) Маркс.
акции Газпрома поменяла на видеомагнитоф
Хорошо когда есть послезнание. А в 94 году большинство акций могло в любой момент обесцениться.
Бухгалтер! Карл бухгалтер!!!!
а что бухгалтер? бухгалтер в 94 году должен был предвидеть рост газпромовских акций на фоне краха почти всей кампании приватизации с ваучерами?
вообще бухгалтер это человек который циферки считает по правилам, он не всегда понимает их экономическое значение. для этого экономисты есть.
много очень тупых людей
ну вы то наверное сразу всё поняли и добились чегото? или работаете как и все за среднюю зарплату по стране?
А тупые люди были настолько тупые что сейчас в замках живут
вы понимаете что показателя "работаю ради величия страны и народа" никогда не было, ни тогда ни сейчас ни даже в СССР (во всяком случае на местах)
Да полно людей который у тупых директоров производство отжали. Тут уже выше пример был Мордашов и Сервосталь. Кубаньжелдормаш опять же. Просто есть люди которым интересно всякие хорошие штуки делать и они ищут возможности. А есть люди которые только жрать и спать, а такие как раз по комсомольской и партийной линии шли в СССР, где бы не работать лишь бы не работать. Вот у них воображения и не было в итоге в 1991 году их количество на руководящих должностях было овердохуя, результат не заставли себя ждать.
Сервосталь. Кубаньжелдормаш
вы приводите в пример огромные компании..там не бывает "тупых" и "не тупых", там совершенно другие люди и другие вещи влияют на решения
Мордашов, которого вы в пример приводите
вот просто процитирую с вики его биографию
"Во время учёбы познакомился с Анатолием Чубайсом, преподававшим в этом институте"
ерунда же да?
"По окончании института в 1988 году работал на Череповецком металлургическом комбинате — старшим экономистом, начальником бюро экономики и организации труда ремонтно-механического цеха № 1, заместителем начальника планового отдела."
Каждый кто закончил институт в СССР сразу пошел работать начальником бюро экономики, прям взяли и поставили...ничо удивительного..да кхм, вы же после института куда свой завод дели который вам выдали как и однокурсникам вашим?
а в 90е выдали целый завод в управление..которым он управлял кстати именно так как вам не нравится, он присваивал деньги в свой личный фонд за счет задержки зарплат...
я не понимаю почему вы его так привозносите, то что я прочитал про него, типичная история олигарха 90х выросшего на связях
Не типичная, типичный директор остановил бы завод и продал оборудование на металлолом купив себе мерседес. Молодого Мордашева хотеле сделать Фунтом, но он решил не сидеть.
Генеральный директор комбината Юрий Липухин предоставил своему молодому заместителю карт-бланш на операции с акциями «Северстали». Мордашов, концентрируя прибыль от продажи металлопродукции на специально созданном для скупки акций аффилированном трейдере «Северсталь-Инвест», скупал акции у рабочих. Из-за трансфертного ценообразования комбинат «Северсталь» вел деятельность с убытком, и регулярно задерживал выплату зарплаты рабочим, при этом прибыль аккумулировалась в трейдере «Северсталь-Инвесте». Акции трейдера на 24% принадлежали комбинату, а 76% - Мордашову. Весной 1999 года Мордашов без согласия Липухина, выкупил на себя 17% акций комбината, которые принадлежали трейдеру, нарушив партнерские договоренности с Липухиным. Через два года Мордашов выкупил долю Липухина по цене в 6 раз ниже рыночной, став в начале 2001 года мажоритарным владельцем «Северстали»[
Но самый эпичный случай - продажа 1/3 акций Эпла ровно накануне выхода на биржу за 500 баксов. Сейчас это ровно триллион баксов.
Ну там не так, до выхода на биржу тогда Apple было еще очень далеко. Просто один из трех основателей посмотерв на чушпана Возняка и нервного пацана Джобса, решил что тема не сработает и вышел. Более эпична история Возняка, когда он не хотел уходить из Hewlett-Packard, в свой же Apple и работать там на полную. Он позже признавался, что если бы в новом проекте Hewlett-Packard по персональному компьютеру ему поручили разработь какую нибуть часть, хоть блок питания, хоть вилку для розетки, он бы никогда не ушел из Hewlett-Packard в Apple. В Hewlett-Packard занли от том что Возняк на стороне лепить компьютеро и близко не подпускали его к подобным разработкам. При этом условия первого серезного финансирования Apple было обязательное наличе в команде Возняка, иначе инвестор денег не давал. Все висело на волоске. И уговаривали Возняка всей семьей.
Я в 1998 году был комсомольцем в в 1990 году даже работал продавая газеты на фирмочку созданню при обкоме комсомола. Так вот мой опыт общения показал, что по комсомольской и партийной линии всегда поднималась самая последняя и отмороженная мразота. Помню в техникуме, комсомольский вожак мелкая, но уже гнида нам говорил: "Ребята я вам отпускаю пораньше, только не говорите руководителю". А я потом случайно услышал как он докладывал "Я всех отпустил на полч часа пораньше". Ублюдок, только карьеру начал, а уже наепывает тех с кем работает. К 90-м эта мразота все руководящие посты и захватила.
А еще, по мнению автора -
Другое дело США, там вон семейка Байденом на Украине отметилась хорошо, не такихе хапуги меркантильные, не за джинсы с кроссовками, а за высокое! Наркотики и украинские проститутки. Это другое понимать надо!
Схематозы были гораздо проще.
Владелец хоть что-что производящего предприятия писал грандиозный бизнес-план реконструкции. И шел в банк за кредитом. Банк проводил аудит. Аудитор обычно уезжал с аудита на новенькой иномарке (как минимум), а банк выдавал кредит. Под залог собственности в виде того самого предприятия.
Далее весь кредит вместе с владельцем переводились в офшор.
А предприятие... Если могло - выплачивало кредит. И владелец шел за новым. А нет - переходило в собственность банка. Банку предприятие без надобности, ему деньги нужны , и его распродавали. Чаще всего по цене металлолома.
К-классика!
– В целом, – говорил Морковин, – происходит это примерно так. Человек берет кредит. На этот кредит он снимает офис, покупает джип «Чероки» и восемь ящиков «Смирновской». Когда «Смирновская» кончается, выясняется, что джип разбит, офис заблеван, а кредит надо отдавать. Тогда берется второй кредит – в три раза больше первого. Из него гасится первый кредит, покупается джип «Гранд Чероки» и шестнадцать ящиков «Абсолюта». Когда «Абсолют»…
– Я понял, – перебил Татарский. – А что в конце?
– Два варианта. Если банк, которому человек должен, бандитский, то его в какой-то момент убивают. Поскольку других банков у нас нет, так обычно и происходит. Если человек, наоборот, сам бандит, то последний кредит перекидывается на Государственный банк, а человек объявляет себя банкротом. К нему в офис приходят судебные исполнители, описывают пустые бутылки и заблеванный факс, а он через некоторое время начинает все сначала. Правда, у Госбанка сейчас появились свои бандиты, так что ситуация чуть сложнее, но в целом картина не изменилась.
Я правильно понял, что вы сделали работу бесплатно и по итогу пришли к акционеру за деньгой?)) Прикольно, если так) Хочется сказать - вот поэтому весь мир нас бензоколонкой считает)
Нет не правильно по тем деньгам, и курсу на то момент мы получили за модель что-то между 30 000$ и 50 000$ два человека 4 месяца работы, не фул тайм примерно по 5000$ в месяц получилось
При этом отжали работу у MATALBовских продаванов, они раньше нас переговоры вели и деньги на них согласовали. Но после демонстрации выбрали нас по подавляющему превосходсву в моделирование теплогидравлики
Для охлаждения компания использует воздух, воздух — это бесплатный ресурс, и экономить воздух не нужно, поэтому пусть включают вентиляторы на полную и не морочат ему, руководству, голову.
А Ваши экономические расчёты дали другой результат?
Примерные расчеты показывали что там можно оптимизировать и загрузку и работу вентиляции, но нужно было следующий этап нам оплачивать, софт приобретать и т.п. Поэтому на сегодня нам не понятно насколько мы могли быть эффективны
на сегодня нам не понятно насколько мы могли быть эффективны
По опыту, тогда ничего у руководства взлететь и не могло. В таком случае, нужно приходить с точными рассчетами - затраты требуются вот такие, потенциальная экономия вот такая, вот срок окупаемости будет столько-то месяцев с учетом процентной ставки кредитов, после прибыль вырастет вот на такую величину.
Даже в этом случае, ничего не гарантировано (руководству прямо сейчас нужно владывать деньги/брать кредиты, брать риски, что что-то не учли, тратить время и силы на реновацию и контроль), но если это не сделать - то точно вряд-ли кто-то заинтересуется.
А что, прям имитацию автомобиля, с правильной развесовкой имитаций двигателя и т.д. не проще собрать и бахнуть в стенку, чем вот это вот на компьютерах считать?
Там же на складах под открытым небом сотни тысяч машин ржавеют, неужто не дешевле?
Те которые ржавеют - они никак не связаны с теми, которые разрабатываются. Если вы найдете на свалке Жигули-2101, и устроите ему краш-тест - чем это поможет в конструировании нового автомобиля?
не проще собрать и бахнуть в стенку, чем вот это вот на компьютерах считать?
Моделировать можно бесконечное количество раз, подправляя что-нибудь по минимуму.
Это, конечно, интересно, но.
Насколько моделирование будет соответствовать реальности, если его периодически не проверять на реальных испытаниях? Изменил ты какой-то параметр - нужно проверить, так ли оно получится в реальной жизни. И когда, при каких особых условиях моделирование начинает расходиться? Как это проверить, если не тестировать на реальных испытаниях? Может оно врёт на порядки?
Нет не нужно, мы настроили элементы один раз используюя стенды и 3D модели, достаточно провреить сервер пару - дней погонять разные режимы при изменени конфиграции (новый процессор, новые диски и т.п.)
Вы спрашивали о том что проще, а не о том что даёт более хороший результат :)
Так проще вообще из головы цифры брать.
Вон, https://www.ixbt.com пишет, что кресла для SJ-100 не выдержали нагрузки на испытаниях. Наверное, при моделировании было всё норм, а в реальном железе - пшик. Не так собрали, не те материалы, что-то упустили, отклонились и результат совершенно расходится с симуляцией.
Ну так они на испытаниях сломались, то есть моделирование не заменяет тесты - это просто ещё один слой тестирования.
В делаете хреналион моделирований, потом понравившееся тестируете в железе.
Проблема в том, что сейчас многие уже не видят разницы между моделированием и реальностью, но это уже слегка другой вопрос.
наверное вообще не моделировали, так сойдет вот и сломали
Насколько моделирование будет соответствовать реальности, если его периодически не проверять на реальных испытаниях?
Про отсутствие реальных испытаний речь не шла. Просто выгоднее испытывать единичную реальную модель после того, как на виртуальной модели в результате произвольного количества виртуальных испытаний достигнуты или превышены целевые параметры, а не "от фонаря" налепить кучу вариантов в надежде, что какой-то из них "проканает".
Изменил ты какой-то параметр - нужно проверить, так ли оно получится в реальной жизни.
Это возможно. И раньше так и делали. Собственно, так можно делать и сейчас - в этом смысле ничего не поменялось и хуже не стало, чем было тогда, когда это было единственно возможным методом.
И когда, при каких особых условиях моделирование начинает расходиться?
Одновременно и независимо: это напрямую зависит от качества моделирования, а степень расхождения проверяется реальными испытаниями.
Может оно врёт на порядки?
Да запросто. Любая ошибка или неточность моделирования может означать расхождение с реальностью от пренебрежимой, до катастрофической. Покуда расхождение удается удерживать в рамках пренебрежимого - виртуальные испытания лучше реальных из-за дешевизны и скорости перебора вариантов.
Задача понятнa, но решение вызывает вопросы.
Во первых, вентиляторы серверов должны сами регулировать свои обороты в зависимости от температуры. Алгоритм там должен быть PID, настроенный чтобы держал температуру процессора примерно на несколько градусов ниже максимальной (для длительного режима работы). Тогда потребление энергии для охлаждения должно быть минимальным. Ведь, если сэкономим еще немного, процессоры начнут перегреваться.
Остается центральная система вентиляции – ей тоже можно управлять по температурной разнице между входящего и выходящего воздуха. Если разница небольшая, значит перекачивает слишком много воздуха, если слишком большая, то надо увеличивать мощность. Одновременно можно ввести второй контур управления по температуре выходящего воздуха – если он примерно холоднее 40 градусов, то и дуть можно по минимуму, даже если и разница температур очень большая (зимой).
В общем, идея такая – оптимизируем каждую систему в иерархии чтобы она действовала максимально эффективно, тогда и вся система в сборе получится оптимальной.
Я всегда думал, что делают именно так. От этого порога – оптимизируй, не оптимизируй, больше 2..3% экономии вряд ли возможно добиться.
Если что не понял – поясните.
В общем, идея такая – оптимизируем каждую систему в иерархии чтобы она действовала максимально эффективно, тогда и вся система в сборе получится оптимальной.
Такое свойство в общем случае ниоткуда не следует.
Зато очень удобно и практично.
Ну если результат не важен.
Каждому человеку поодиночке – максимально эффективно ездить на работу на автомобиле, однако, если они все вместе не поедут на метро, город встанет.
однако, если они все вместе не поедут на метро, город встанет
Так это город плохо спроектирован. Или legacy с, порой, прошлого тысячелетия, когда ездили верхом и на подводах - это почти любой исторический центр почти любого европейского города таков.
Если человек регулирует свое поведение по обстоятельствам, а не по своим хотелкам, очевидно, что ему не будет максимально эффективно ездить на работу на автомобиле. Он выберет именно то, что максимально эффективно. Люди решают эту задачу постоянно. И результат очевиден – они ездят на метро. То же самое происходит и в системах автоматического регулирования – находится максимально эффективное поведение в зависимости от условий окружающей среды, а не от предположений проектировщика.
Ну если результат не важен
То есть декомпозиция зло? )
Каждому человеку поодиночке – максимально эффективно ездить на работу на автомобиле, однако, если они все вместе не поедут на метро, город встанет
Ну так в вашей аналогии указана проблема, которая отсутствует в ситуации локальной вентиляции (ее контроля).
Понятно, что комплексная система позволяет выжимать максимум эффективности, но зато она дорога и чувствительная к отказам.
Декомпозиция - зло, когда разработчики делают ее без понимания системы, которую они собственно разбирают. Вряд ли от них можно требовать понимания всех верхних уровней проблемы, но тот уровень, который они разбирают, они должны понимать на 100% (и знать, что они не понимают).
В целом, любая система - комплексная, управляемая локальными правилами. Чувствительность к отказам зависит от глубины управления и саморегулирования. Но это уже злостный оффтопик. )
Именно так оно и есть, в сервера собраны в пакеты из 4 штук, для них вентиляторы работают по 3 штуки, там не простой ПИД а с возможностью переключения режимов, работает один, если не хватает второй, если не хватает третий, каждый в оптимально экономиченом режиме, если его на хватает то раскручивают по максимум. Так же учитывается отказы, если один из 3 накрылся - вентиляторы разгоняются для компенсации. Но это оптизимзация локальная, если у вас 20000 серверов. Может оказаться так что нагрузка вычислительная и температуры в стойках в одном из коридоров и и начниается перегрев локльный, вентияторы начинают гонять в локальных местах по максимуму, а в соседнем коридоре нагрузки нет, и получается перекос по теплу и потерям. Локальной системой этого не поправить, только анализом всего центра. При этом возможно когда на датчик в коридоре попадает поток из за неполного перемешивания и тоже искажает режим. Насчет процентов (эксперементы там выше показывают приведены, что потребение процессора при 50 градусах и 100 градусах может отличатся в двое). Так что тут не 2..3 процента, можно и больше.
В общем, идея такая – оптимизируем каждую систему в иерархии чтобы она действовала максимально эффективно, тогда и вся система в сборе получится оптимальной.
Утирированя ситуация. В дата центе половина серверов рабоатет с нагрузкой 30%, вторая простаивает. Приходит задача на 10% загрузки половины среверверов. Куда ее отправить? На простаивающую половнину серверов? а если они стоят в отдельном кналае охлаждения и там вообще вентиляция не работает? Тогда догружаем с 30% до 40% нагруженную половину локально вентиляторы раскручиваются. И общее потребление меньше, чем разгонять вентляцию в простаивающей половине. А если задача на 100% загрузки половины серверов? Как ее распределеть?
Кстати, у нас давеча вопрос возник - https://habr.com/ru/articles/776550/comments/#comment_26201582
"Цифровой двойник" это самостоятельное явление или "моделирование/симуляция" покрашенная в модные цвета и завёрнутое в дорогую шуршащую обложку?
Если брать западные стандарты и наши, те которые переводы, то ключевое слово - двойник, а значит есть "первик" - реальный объект с которого берутся данные. И на основе этих данных модель подгонятся под реальность с нужной точностью. А потом с этой настроенной под реальный объект модель можно проводить всякие манипуляции. А можно использовать в управлении. Наприме для судна создается модель движения, которая заложена в систему управления и настроена по реальному судну. Она позволяет рассчитать на какой угол нужно заложити руль что бы получить нужный курс. Это класический цифровой двойник и использовали его до того как термин изобрели. Можно оптимизировать виртуально менять режмы для поиска оптимального. Если модель ведет себя как объект, то результат оптимизации можно применить к объекту. Настройть алгоритмы управления.
У нас в некоторых стандартах натянули сову на глобус. Цифровой двойник это математическиая модель объекта связанная поток данных с объектом, в случае его наличия.
Ну если нет объекта, то на западе нет и двойника, а по нашим стандартам он есть, просто это математическая модель.
Вопрос: если объект (дата-центр) выделяет много тепла, то нельзя ли хотя бы часть его конвертировать в другую форму энергии, например, в электрическую? Пельтьешки там всякие, ещё что-нибудь - словом, рекуперация. Удастся ли таким образом сэкономить хотя бы 20-30%? И - что более интересно - удастся ли совместить это с системой охлаждения, чтобы убить двух зайцев одним выстрелом?
Удастся ли таким образом сэкономить хотя бы 20-30%?
Удастся, конечно. Но с нюансами. Оборудование для рекуперации оно стоит денег.
Есть большой раздел около-ЦОДовских инженерных проблематик. Называется "утилизация низкодисперсионного тепла". Основной вопрос в том, что тепла (в попугаях) - много, но дельта температур - невеликая. И КПД преобразования этого тепла во что-то более другое - тоже невелик. А, как следствие - дорого это всё получается... OPEX не бьётся с CAPEX'ом (Выигрыш от операционных затрат - с кап. затратами)
Обычно самое удачное решение сводится к обогреву теплиц... Но это (агротех), по сути - отдельный бизнес
Ну а если наращивать Д температур путём совмещения с системой охлаждения? Если где-то убыло, значит, где-то прибыло, и это касается в т. ч. и теплоты. Оборотная сторона холодильника - нагреватель - может быть (я не теплотехник, поэтому это не утверждение, а предположение и вопрос) выведена не "в атмосферу", а в конвертер, перегоняющий тепловую энергию в электрическую или механическую, с её дальнейшим реюзом.
не "в атмосферу", а в конвертер,
Не получится. Чтобы охладить конвертор - нужно затратить энергию, и КПД совсем не 100%. Формула Карно - аналог формулы Циолковского, которая тоже ломает все глобальные идеи переустройства мира. У тепловых машин все печально с КПД, но иначе мы не умеем. Мы умеем нагреть что-то, тепло сбросить в более прохладное место, на разнице получить немного механической энергии.
Вроде были идеи распределенных ДЦ и серверов в формфакторе батарей для размещения у физлиц (не помню, как там затраты распределялись между держателем и эксплутантом сервера) . Интересно, чем-то разумным кончилось?..
Есть старая недобрая присказка:
"Доллар - тому, кто придумал; десять - тому, кто сделал; сто - тому, кто продал"
И насколько замечательно в статье расписана техническая часть, связанная с моделированием, расчётами, цифровыми двойниками... Настолько же беспомощно - экономическая часть. (Ну примерно, как если бы моделирование нагрева было бы описано словами: "Мама, мама, смотри, когда я лампочку включаю - она тёплой становится!")
Смоделировали. Замечательно! Но чтобы обосновать необходимость затрат на внедрение решения перед людьми, ответственными за деньги - надо бы как-то за экономическую составляющую проговорить... Затраты - такие-то и прямо щаз нужны, экономический эффект - такой-то. И через вот столько времени... Все эти забавные слова типа CAPEX, OPEX, ROI и прочие магические заклинания...
PS. А по поводу моделей систем охлаждения/вентиляции, которые могут обрабатываться в реальном времени на вменяемом "железе" - очень хочется надеяться, что в [неопределённом светлом] будущем это будет использоваться гораздо шире и до отдельных домов дойдёт... А то вот это "трёхкратный воздухообмен пожизненно" - печалит и плохо соотносится с фактическим ощущениями хорошего микроклимата...
Согласен это лично мой косяк. Виноват. Просто техники у заказчика которые занимались охлаждением, сами задачу поставили, к тому же локльное охлаждение ячеек и 3D расчеты были сделаны в самой компании, и у меня сложилось впечателение, что они абсолютно уверенны в успехе в экономической целесообразности и легко подписали конатракт на первую часть, где модель надо собрать. Мы когда за задачу брались считали главной проблемой скорость расчета 40 000 тепловых ячеек и 10 000 ПИД регуляторов и при этом попасть в данные с реального дата центра. И поэтому получив результат возгордились и думали, что получение денег на опытное внедрение уже в кармане. К совещанию не готовились думали сейчас нас вынесут на руках и воздух будут бросать чепчики. Взяли с собой чемодан под деньги. Пацан к успеху шел, не фартануло :))
По опыту общения с многими эксплуатантами инженерных систем...
Обосновать необходимость потратить на более лучшее :) инженерное решение несколько дополнительных миллионов денег при строительстве нового объекта - вполне решаемая задача.
А вот та же задача в плюс-минус тех же бюджетах, инициированная службой эксплуатации на действующем объекте - гораздо более сложно решаемая, увы :(
Зачастую - проблема есть, с этим все согласны. Но "ведь работает". И, если вопрос не касается безопасности объекта, а только улучшения его эксплуатационных характеристик - нужны очень чёткие финансовые выкладки, чтобы владельцы действующего объекта открыли (нашли) финансирование.
И это - не со зла. Под строительство, как правило, были получены кредиты от банков. Строитесльво-то банки вполне умеют кредитовать... Сейчас (в течении N лет) эти кредиты надо возвращать... А тут - предлагают новые непредвиденные расходы :( И попробуй банку обоснуй, что что-то там с вентиляцией улучшится (не движением денежных средств, а движением воздушных масс :)
А потом старожилы показали ту часть цеха, где стояли фундаменты таких же станков и пояснили:
- А вот тут были станки для точной обработки. Их продали китайцам по цене металлолома.
- А почему вот другие не продали?
- Потому, что у них точность обработки такая, что их только в металлолом можно сдать.
Сдаётся мне, эффективные менеджеры немного насвистели старожилам о реальной стоимости продажи. Потому как не всё ли равно должно быть этим манагерам, продавать китайцам по цене металлолома или сдавать в металлолом по цене металлолома? И, вполне вероятно, что не сдали они эти "грубые" станки в металлолом лишь по той причине, что реальные доходы от продажи (сдачи в металлолом) не превысили бы доходов "на бумаге".
Гордость за страну переполняла до состояния «в зобу дыханье сперло»
от вида карусельного станка производства Германии?
А от китайского станка какихнить циклопических масштабов в дыхание сейчас почемуто не перехватывает, на новых заводах где они стоят потому что капиталисты развалили страну?
ну что блин за предвзятость
я работал в депо, у нас стояли токарные станки для колесных пар, выпуска германии 1930х годов, а рядом на свалке лежали друг на друге отставленные но не списанные станки 80х годов уже производства СССР... потом тудаже в стопочку добавились новые станки 90х годов...их отставили по неисправности и не починили..а выкинуть нельзя потому что на балансе...и не удивлюсь что там до сих пор точат с гордостью за станкостроение нашей страны...на немецких станках 30х годов..
мне ща конечно за политику насуют минусов...но вот читаю комменты...и вот небо голубое и деревья выше и гады сволочи страну развалили прям из каждого слова
Если вернуться лет этак на 50...
КИК Чажма (toge.ru), куча аппаратуры на лампах с вентиляцией через ФВУ. А если взять Маршал Крылов - в два раза больше. Работали на экваторе. КИК США USNS OBSERVATION ISLAND (T-AGM 23) - в три раза больше. Поэтому решающие были правы.
Спасибо автору за то, что кликбейтность заголовка легко проверяется по последнему абзацу и комментариям!
Вроде статья с большим рейтингом и серьёзными скриншотами, но не отпускает ощущение что автор где-то рассказывает байки.
Я первый раз слышу что BMW делал на российском супер-компьютере (каком, кстати?) рассчёты связанные с безопасностью, хотя и проработал там консультантом по отказоустойчивости safety-critical систем некоторое время. Есть хоть какие-то пруфы?
>дата-центры нужно охлаждать. Для этого ставятся гигантские вентиляторы на крышах
Вот тут у меня красный флаг. Что это за датацентр такой в РФ, с 20к серверных стоек и на фрикулинге, без дополнительного охлаждения? Почему вообще для датацентра на 20к стоек кто-то заморачивается с потреблением электродвигателей вентиляторов, если АБХМ или адиабатическая система потребляют в разы больше, но при этом всё равно влияние на PUE датацентра будет в районе ~0.001?
>народ валит домой и начинает качать фильмы – разгоняются и нагреваются жесткие диски
Эм... я конечно не специалист, но твердотельные дисковые массивы имеют более-менее постоянное тепловыделение и от IOPS зависят слабо (собственно, почему датацентры на них и перешли мгновенно, несмотря на молодость и ненадёжность технологии 10-15 лет назад). А что там показывает ваш цифровой двойник, сколько джоулей вырабатывает диск в простое и под полной нагрузкой?
Конечно байки для украшения всегда полезно, чтитать становится интересно. BMW большая компания, и как правило в больших компания правая голова не ведает что творит левая нога.
1) По расчету краш тестов на российских СупреЭВМ постостоянно рассказывают наши идеологи цифоровых двойников. Все кто этим занимается слышали это уже по несколько раз. Можно кончено предположить что они постоянно звездять, но вот поиск в гугле например мне выкинул такую ссылку одной из первых:
На политехнический институт в питере документ 17 года и там перечислены проекты в которых выпускники участвовали среди них:
Проекты BMW (Pedestrian Protection). Задачи: подготовка моделей, координация работы внутри коллектива и с контрагентом; долгосрочная командировка в Германию в качестве второго координатора проекта на стороне Заказчика.
Достаточный пруф?
2) Ну вообще то рассказывать от закзачике я не могут, нужно его согласие. Но вот на хабре есть описаниет таких центров https://habr.com/ru/companies/selectel/articles/514994/
3) Про жесткие диски это я со слов инженеров групы охлаждения повторил, возможно общибся. Основная идея что в разное время суток нагрузка на разыне части системы. Жесткие диски память процессор, возможно ошибся. Моя работа - математическое моделирование сложных систем, по образования я конструктор ядерных реакторов хотя моделируем мы от космических апратов до подвоных добычных модулей, подробно исслеодвать каждый объект не получается. Что до оптимизации вопрос стоял в распеределении нагрузке на основании модели. Возможно получить экономию за счет разности потребления электроэнергии горячего и холодного оборудования. Такая была идея. Причем не наша а сотрудников отдела охолаждения клиента
Эти гигантские станки (называются карусельными) скорее всего были произведены на краснодарском станкостроительном заводе им. Седина. Это уникальное предприятие: их продукцию покупали не только внутри страны, но и страны "потенциального противника". Часть из них оснащались как-раз электротехникой и ЧПУ Siemens. Поэтому, вероятно, болванки в Германии обрабатывались также на станках Седина.
Привет! Реально классная статья с полным погружением и описанием проблем.
Но я не пойму, неужели начальство не знало о данном проекте? Ушли деньги на часы работы сотрудников, эксперименты на сервере, а потом оказалось, что вообще ничего делать не нужно. Как это вообще получилось?
Ну это вы спросите у заказчиков проекта, почему в итоге оно не пошло в работу (они посчитали что экономии не будет особой на оптимизации вентиляции). А мы как исполнители сделали модель, получили результат и получили за это свою денежку. Это всё вообще в основном один человек делал, ну и я сделал прототип модели, чтобы её можно было масштабировать хорошо. Зато по итогам распараллелили свой теплогидравлический код.
ну это нормально в крупных фирмах
Есть бюджет на такие исследовательские проекты - исследование выполнено, по результатам принято отрицательное решение на внедрение
очень много такого бывает в крупных конторах. если почитать статьи и комменты на хабре то часто всплывает что пилят в недрах какогонить IBM клевый продукт несколько лет всем выдают премии, и прям в день релиза отменяют
Нет там в статье все ровно рассказано как было. Просто бюджеты раскиданы по уровням. И те кто нас нанимал из отдела охлаждения честно поставили задачу, главный вопрос к нам был смоожем быстро такую большую теплогидравличесскую модель посчитать? Мы на него ответили да, можем, любим, практикуем. Но защиту бюджета следующего уровня, не мы не группах охлаждения не подготовила и руководство следующего уровня не было погружено в проект. Поэтому не пошло.
Не ужели никто так и не догадался закопать трубу с воздухом в землю и гнать горячий воздух под землёй для охлаждения ? И температура там круглый год почти одинаковая ... Зачем сложная модель выделения тепла отдельными блоками сервера если известно сколько электро-энергии он потребляет ? Он же электрическую кроме как в тепловую ни в какую другую не трансформирует ... Многие сложные задачи имеют простые решения ...
Земля нагреется достаточно быстро вокруг трубы. Модель нужна для оптимизации загрузки, сколько выделяет не интересно, интресно загрузить его так, что бы он меньше ел электроэнергии и больше вычислял. И при нагреве процессор начинает больше грется и меньше считать, получив расход электроэнергии ничего нельзя сказать, что происходи считает компьютер или просто греет воздух. Дата центр получает деньги за вычисления, а за нагрев воздуха ему не платят
геотермальные станции так то существуют в природе, правда там не воздух, а хладогент тепловыми насосами гоняют
На заводе была яма местров 5 на 5 и много вниз, через неё гоняли воздух, охлаждать серверную с СМ... хватало, в фуфайках летом ходили ... потом приехли умные люди, засыпали яму, поставили два дорогих кандёра ... и они не вывезли ...
Мне стало интересно насколько физика таких штук хитра и нелинейна. Насколько точная и сложная модель оказалась отличной от каких-то простых линейных предположений? Я имею ввиду, что сервер знает сколько ему нужно оборотов вентилятора для охлаждения потому что он знает свою температуру. И так каждый сервер про себя знает. Значит если 4 сервера нагреваются на 5 градусов каждый, то их вентиляторы пытаются и остудить эти 5 градусов каждый. Но в секцию (комнату, локацию) где они располагаются нужно подавать воздух в расчете 5*4, потому что есть 4 потребителя. Насколько такие грубые предположения будут отличается от реальности? Ведь зачем нам учитывать прогрев каждой детальки, ведь у нас же нет никакой турбулентности и не лазером режем глаз. Грубая модель может дать ощутимую выгоду?
Модель то не сложная мы учитываем нагрев не всего сревера, а только основыных узлов процессоры память жесткие диски. Но поскольку их там 20 000 то это простая модель становится совсем не простой. Проблема в нагреве, в том, что там не линейно начинает расти потребление электроэнергии. И нужно по 20 000 сервром распределеить нагрузуку, которая меняется посотянно.
Как я чуть не стал миллионером, продавая воздух, или почему Россия – не Америка