Вы как-то ограничиваете понятие процессора только десктопами и рабочими станциями. А мобильные телефоны всю свою жизнь были малопотребляющими. Сетевые устройства во многом тоже. И эти устройства ограничены именно перегревом, а не невозвожностью испечь более производительный горячий камень.
Так что не нужно полностью отказываться от нынешних процессоров ради будущих достижений. Вопрос скорее стоит, согласны ли вы ждать результатов в тишине и комфорте, но дольше? Или вам нужно срочно, и вы согласны терпеть рев и вой систем охлаждения?
Причем спор этот совсем не новый. Известна шутка Джобса про то что Крэй не компьютерная, а холодильная фирма. В суперкомпьютере Cray-1 примерно половину объема занимает холодилка (https://en.wikipedia.org/wiki/Cray-1 - диван - это и есть холодильная часть).
Увы, мало где удается постоянно загружать процессоры на 100%. Даже в датацентрах, где сервера пашут как стахановцы 24х7 не разгибаясь средняя загрузка ЦПУ обычно меньше 50%. Так что места в жизни для малопотребляющих (большую часть жизни) процессоров, но иногда выдающих пиковую производительность, хватает.
Это закономерный результат существующих KPI и автоматизированного A/B тестирования. Вы получаете то, что вы измеряете. Важнейшие метрики для социальных сервисов: размер клиентской базы и сколько времени клиент проводит на сайте/в приложении. У стартапов от этих метрик зависит получение очередного раунда финансирования, у публичных компаний цена акций. И именно эти метрики напрямую влияют на заработки менеджмента и разработчиков. Стоит ли удивляться, что именно по этим критериям и произошла оптимизация. Т.е. не надо чтоб люди кого-то там находили. Надо чтоб приходили и подольше сидели (побольше кликали/свайпали). Ровно это в результате и получилось! А автоматизированные A/B тесты просто помогли попробовать ВСЕ варианты стимулов причем быстро и не сильно заставляя разработчиков напрягать мозг.
Ни чего удивительного. У медиков тоже есть похожий принцип: "Все что вы пишите, вы пишите для прокурора". Наверное во всех профессиях с высоким судебным риском такое есть.
Есть еще вопрос юридической ответственности. Тот кто предоставляет образ ОС должен нести отвественность. За это берут деньги. Но видимо со Сбером не сошлись в цене (это если технических проблем нет).
В России такие производства тоже есть. Но цена дороже и ждать дольше. В электронной промышленности вся проблема в объемах. Норма прибыли очень маленькая. И чтоб окупить завод нужно производить очень много и большими партиями. Наш внутренный рынок слишком мал и не окупает большие высокотохнологичные производства. А у маленьких получается высокая цена. Китайцы держатся на трех китах:
Отладили бизнес-процессы, все идет предсказуемо и вовремя.
Научились объединять много маленьких заказов от клиентов в крупные партии для производства. Т.е. создают объемы из множества маленьких заказов.
Существующие неэффективности закрывают ручным трудом за недорого. Готовность работать и закрывать "дырки" производства у них очень высокая. И улучшая пункт 1) все меньше нужен пункт 3).
Образы ОС для доверенных терминалов должны сертифицироваться.
Драйверы устройств которых в этих терминалах нет и не будет лучше вырезать. И сертификация упрощается, и поверхность атаки меньше. Бесплатную альтернативу легко поставить когда за результат не отвечаешь.
при падении давления при разработке он [газ - не ГАЗ а КОНДЕНСАТ] выпадает прямо в пласте Вообще-то при падении давления жидкая фаза переходит в газообразную, а не наоборот. Это с однородным веществом так происходит. А вот с раствором газа в жидкости может получаться интереснее. При выработке пласта процесс может получаться и неравновесный, тогда многие забавные эффекты возможны. Но, честно говоря, данных мало. Не понятно ни какие зависимости температуры кипения от давления, пределы растворимости тоже не ясны.
Я вас умоляю! Глядя на ту дичь, которая не только выстояла, но и рассматривалась в суде хрен знает сколько, я бы так не утверждал. Это ведь вопрос совершенно технический! Если юристы достаточно поработают с формулировками претензий, то все прекрасно будет рассматриваться. А уж вопросы что деньги надо вернуть в связи ненадлежащим "чего-нибудь" вообще стандарт для мотания нервов в суде.
Там потери при переработке существенные. И что добыча, что обогащение, что переработка - производства довольно грязные и гадостные. В общем ситуация, как с использованием сжатого воздуха в баллонах как источника энергии. Вроде воздуха дофига, и он бесплатный. Но производство баллонов недешево, требует хорошей стали, и емкость баллона ограничена. А при аварии такой баллон грохнет - мама дорогая. Ну и КПД цикла зарядка-использование сильно ограничен сверху.
Норвегия - одна из немногих стран УНИКАЛЬНО богатых энергетическими природными ресурсами. Там куча рек пригодных для строительства ГЭС. Поэтому они могут позволить себе электрички. Но в мировом масштабе этот трюк не масштабируется.
Это демократическая реальность. Кто угодно может подать на вас в суд за что угодно. Я могу подать на вас в суд за то, что вы "выдышали мой воздух и я страшно страдал". А дальше начинается капиталистическая реальность. Правосудие стоит денег и бесплатно суд не работает (пока дело не идет об особо тяжких). Т.е. за участие в процессе надо платить. А если не платить, то шансы выиграть стремительно падают. Без активного участия в процессе можно выиграть только, если уж объявления совсем дичь. Но и это не гарантированно. А дальше идет соревнование - кому первому надоест тратить деньги на процесс. Так что выдыхайте и начинайте к этому привыкать.
Так это и есть трудности со стороны RUST. Языковых то трудностей нет. Уж на чем только ядра не писали, даже на JavaScript'е. А вот у сообщества RUST есть столько инженеров такого уровня, чтоб этот проект потянуть? Причем там же весьма узкие специалисты нужны. Там неспроста ругань с мантейнером файловых систем была. Он RUST учить не хочет, и он в своем праве. А заменить его некем. Немного на планете инженеров которые могут высокопроизводительные драйвера файловых систем писать и поддерживать. И вот нет такого инженера который может и в драйвера, и в RUST, еще и согласен эту ношу на себя взвалить. Недостаток инженерных ресурсов необходимого уровня - это техническая трудность или какая?
Какие интересные вещи вы говорите. Т.е. вы настаиваете, что Майкрософт должна контролировать ВСЕ компоненты ядра. Что компания имеет абсолютное право откатывать обновления третьих компонент. И что она имет право запретить компоненты, которые Майкрософту не кажутся безопасными.
И тут я вас расстрою. Макрософту все эти действия запрещены по закону. Это называется "использование своего доминирующего положения на рынке для ущемления прав третих фирм". Конкретно в отношении компонентов ядра это запрещено соглашением с Еврокомисией. Она, знаете, расследовала действия Майкрософт и потребовала именно этого.
Т.е. не " MS доверила ставить обновления третьей стороне", а "Майкрософт обязана разрешить это всем желающим". И "только владелец компьютера должен решать".
Т.е. механизм системных обновлений предоставлен всем. Но запрещать или ограничивать компоненты, которые им не пользуются, Майкрософт права не имеет. А на безопасность Еврокомиссия плевать хотела, им главное деньги собрать и пропихнуть свои европейские компании.
А вы определитесь! Если МС левое лицо, то ответственности не несет. А если контрагент по договору, то они делали то, что могли.
Если вы просто "купили Винду", то ваши права регулируются EULA. А там написано, что гарантий вам никаких не дают. Использовать ее в объектах критической инфраструктуры запрещено. Собственно как и произвольно взятый Линукс.
Если хотите, чтоб вам давали какие-нибудь гарантии, то заключайте договор с вендором. Там будет и тех поддержка, и SLA, и требования безопасности, и штрафные санкции, и еще до хрена чего. Когда условная "Тойота" такой договор с МС заключает, письма Сатии Наделы к CEO контрагента это нормальная коммуникация.
Про требования безопасности - это вообще смешно. Их может обеспечить практически любой крупный вендор MS, IBM, Google. Платите только деньги и все вам будет. По крайней мере эти требования по контрактам с DoD обеспечиваются полностью. Но только и МС тогда выкатит 10 томов документации, как строить безопасные и отказоустойчивые системы, чего там можно, и чего нельзя. И вот после этого будет нести полную ответственность по договору.
Апдейт вызвавший сбой устанавливался не средствами ОС. По данным ОС апдейтов не было, драйвер CrowdStrike не обновлялся, и исполняемые файлы драйвера не изменялись.
CrowdStrike построили свою систему доставки апдейтов. Через нее выкатили файл конфигурации (скрипт) который их драйвер просто читает. Но этот выкаченный файл конфигурации был нулевого размера. А драйвер это не смог прожевать и просто падал.
Ну и чего Майкрософт должен был по вашему сделать? Апдейт приходит не через них, им на тестирование никто ничего не давал. А вот драйвер, зарегистрированный как антивирусное средство, начинает падать. Причем не сразу на старте системы, а чуть (несколько секунд) погодя.
Выглядит это как типичная атака. Выгрузить антивирус из памяти и продолжить дальше? Собственно реакция Винды со включенным Битлокером стандартная и документированная. После нескольких неудачных попыток перезагрузки Битлокер требует пароль на локальной консоли.
В телеметрии МСа были только краши CrowdStrike дравера на машинах по всему миру.
Не, внутри МС этим антивирусным гуано не пользуется. Есть Defender, он документирован и он не занимается черной магией. Есть внутренный саппорт для него. В случае инцидентов известно кому звонить в 2 ночи. Учитывая кто у Ажура начальник и вес этого человека, все, кто создает проблемы Ажуру, быстро бегут их чинить. Кроме проблем бардака большой организации и оптимизации бюджетов, что в принципе не излечимо.
В Ажуре вырубило один регион US Central. В теории это событие маловероятное, но возможное. И SLA прямо говорит, что один регион может быть потерян и что высоконадежные сервисы обязаны быть гео-распределенными по РАЗНЫМ регионам. Но платить за 3 виртуалки вместо одной это же в 3 раза дороже! Да еще и трафик синхронизации между регионами дороже чем внутри одного датацентра. Да еще и производительность ниже. Вот дохрена буратин и экономят. Причем к внутренним Майкрософтовским командам это тоже относится. Там своя внутреняя бухгалтерия и отделы оплачивают друг другу услуги и ресурсы.
Вы как-то ограничиваете понятие процессора только десктопами и рабочими станциями. А мобильные телефоны всю свою жизнь были малопотребляющими. Сетевые устройства во многом тоже. И эти устройства ограничены именно перегревом, а не невозвожностью испечь более производительный горячий камень.
Так что не нужно полностью отказываться от нынешних процессоров ради будущих достижений. Вопрос скорее стоит, согласны ли вы ждать результатов в тишине и комфорте, но дольше? Или вам нужно срочно, и вы согласны терпеть рев и вой систем охлаждения?
Причем спор этот совсем не новый. Известна шутка Джобса про то что Крэй не компьютерная, а холодильная фирма. В суперкомпьютере Cray-1 примерно половину объема занимает холодилка (https://en.wikipedia.org/wiki/Cray-1 - диван - это и есть холодильная часть).
Увы, мало где удается постоянно загружать процессоры на 100%. Даже в датацентрах, где сервера пашут как стахановцы 24х7 не разгибаясь средняя загрузка ЦПУ обычно меньше 50%.
Так что места в жизни для малопотребляющих (большую часть жизни) процессоров, но иногда выдающих пиковую производительность, хватает.
Это закономерный результат существующих KPI и автоматизированного A/B тестирования. Вы получаете то, что вы измеряете. Важнейшие метрики для социальных сервисов: размер клиентской базы и сколько времени клиент проводит на сайте/в приложении. У стартапов от этих метрик зависит получение очередного раунда финансирования, у публичных компаний цена акций. И именно эти метрики напрямую влияют на заработки менеджмента и разработчиков.
Стоит ли удивляться, что именно по этим критериям и произошла оптимизация. Т.е. не надо чтоб люди кого-то там находили. Надо чтоб приходили и подольше сидели (побольше кликали/свайпали).
Ровно это в результате и получилось!
А автоматизированные A/B тесты просто помогли попробовать ВСЕ варианты стимулов причем быстро и не сильно заставляя разработчиков напрягать мозг.
Ни чего удивительного. У медиков тоже есть похожий принцип: "Все что вы пишите, вы пишите для прокурора".
Наверное во всех профессиях с высоким судебным риском такое есть.
Есть еще вопрос юридической ответственности. Тот кто предоставляет образ ОС должен нести отвественность. За это берут деньги. Но видимо со Сбером не сошлись в цене (это если технических проблем нет).
В России такие производства тоже есть. Но цена дороже и ждать дольше. В электронной промышленности вся проблема в объемах. Норма прибыли очень маленькая. И чтоб окупить завод нужно производить очень много и большими партиями. Наш внутренный рынок слишком мал и не окупает большие высокотохнологичные производства. А у маленьких получается высокая цена.
Китайцы держатся на трех китах:
Отладили бизнес-процессы, все идет предсказуемо и вовремя.
Научились объединять много маленьких заказов от клиентов в крупные партии для производства. Т.е. создают объемы из множества маленьких заказов.
Существующие неэффективности закрывают ручным трудом за недорого. Готовность работать и закрывать "дырки" производства у них очень высокая. И улучшая пункт 1) все меньше нужен пункт 3).
Тот, кому нужна сертификация.
Образы ОС для доверенных терминалов должны сертифицироваться.
Драйверы устройств которых в этих терминалах нет и не будет лучше вырезать. И сертификация упрощается, и поверхность атаки меньше. Бесплатную альтернативу легко поставить когда за результат не отвечаешь.
Я вас умоляю! Глядя на ту дичь, которая не только выстояла, но и рассматривалась в суде хрен знает сколько, я бы так не утверждал. Это ведь вопрос совершенно технический! Если юристы достаточно поработают с формулировками претензий, то все прекрасно будет рассматриваться.
А уж вопросы что деньги надо вернуть в связи ненадлежащим "чего-нибудь" вообще стандарт для мотания нервов в суде.
Там потери при переработке существенные. И что добыча, что обогащение, что переработка - производства довольно грязные и гадостные.
В общем ситуация, как с использованием сжатого воздуха в баллонах как источника энергии. Вроде воздуха дофига, и он бесплатный. Но производство баллонов недешево, требует хорошей стали, и емкость баллона ограничена. А при аварии такой баллон грохнет - мама дорогая. Ну и КПД цикла зарядка-использование сильно ограничен сверху.
Норвегия - одна из немногих стран УНИКАЛЬНО богатых энергетическими природными ресурсами. Там куча рек пригодных для строительства ГЭС. Поэтому они могут позволить себе электрички. Но в мировом масштабе этот трюк не масштабируется.
Это демократическая реальность. Кто угодно может подать на вас в суд за что угодно. Я могу подать на вас в суд за то, что вы "выдышали мой воздух и я страшно страдал".
А дальше начинается капиталистическая реальность. Правосудие стоит денег и бесплатно суд не работает (пока дело не идет об особо тяжких). Т.е. за участие в процессе надо платить. А если не платить, то шансы выиграть стремительно падают. Без активного участия в процессе можно выиграть только, если уж объявления совсем дичь. Но и это не гарантированно. А дальше идет соревнование - кому первому надоест тратить деньги на процесс.
Так что выдыхайте и начинайте к этому привыкать.
Так это и есть трудности со стороны RUST. Языковых то трудностей нет. Уж на чем только ядра не писали, даже на JavaScript'е. А вот у сообщества RUST есть столько инженеров такого уровня, чтоб этот проект потянуть?
Причем там же весьма узкие специалисты нужны. Там неспроста ругань с мантейнером файловых систем была. Он RUST учить не хочет, и он в своем праве. А заменить его некем. Немного на планете инженеров которые могут высокопроизводительные драйвера файловых систем писать и поддерживать. И вот нет такого инженера который может и в драйвера, и в RUST, еще и согласен эту ношу на себя взвалить.
Недостаток инженерных ресурсов необходимого уровня - это техническая трудность или какая?
Ядро Линукса сейчас - это несколько тысяч человеко-лет работы.
Кто будет вкладывать столько ресурсов?
Кто будет координировать эту прорву работы? И ради чего? Такая работа далека от удовольствия.
Какие интересные вещи вы говорите. Т.е. вы настаиваете, что Майкрософт должна контролировать ВСЕ компоненты ядра. Что компания имеет абсолютное право откатывать обновления третьих компонент. И что она имет право запретить компоненты, которые Майкрософту не кажутся безопасными.
И тут я вас расстрою. Макрософту все эти действия запрещены по закону. Это называется "использование своего доминирующего положения на рынке для ущемления прав третих фирм". Конкретно в отношении компонентов ядра это запрещено соглашением с Еврокомисией. Она, знаете, расследовала действия Майкрософт и потребовала именно этого.
Т.е. не " MS доверила ставить обновления третьей стороне", а "Майкрософт обязана разрешить это всем желающим". И "только владелец компьютера должен решать".
Т.е. механизм системных обновлений предоставлен всем. Но запрещать или ограничивать компоненты, которые им не пользуются, Майкрософт права не имеет. А на безопасность Еврокомиссия плевать хотела, им главное деньги собрать и пропихнуть свои европейские компании.
У Дельты проблемы были не с Ажуром. С Ажуром было у других, кто за геораспределенность платить не хотел.
А вы определитесь! Если МС левое лицо, то ответственности не несет. А если контрагент по договору, то они делали то, что могли.
Если вы просто "купили Винду", то ваши права регулируются EULA. А там написано, что гарантий вам никаких не дают. Использовать ее в объектах критической инфраструктуры запрещено. Собственно как и произвольно взятый Линукс.
Если хотите, чтоб вам давали какие-нибудь гарантии, то заключайте договор с вендором. Там будет и тех поддержка, и SLA, и требования безопасности, и штрафные санкции, и еще до хрена чего. Когда условная "Тойота" такой договор с МС заключает, письма Сатии Наделы к CEO контрагента это нормальная коммуникация.
Про требования безопасности - это вообще смешно. Их может обеспечить практически любой крупный вендор MS, IBM, Google. Платите только деньги и все вам будет. По крайней мере эти требования по контрактам с DoD обеспечиваются полностью. Но только и МС тогда выкатит 10 томов документации, как строить безопасные и отказоустойчивые системы, чего там можно, и чего нельзя. И вот после этого будет нести полную ответственность по договору.
Апдейт вызвавший сбой устанавливался не средствами ОС. По данным ОС апдейтов не было, драйвер CrowdStrike не обновлялся, и исполняемые файлы драйвера не изменялись.
CrowdStrike построили свою систему доставки апдейтов. Через нее выкатили файл конфигурации (скрипт) который их драйвер просто читает. Но этот выкаченный файл конфигурации был нулевого размера. А драйвер это не смог прожевать и просто падал.
Ну и чего Майкрософт должен был по вашему сделать? Апдейт приходит не через них, им на тестирование никто ничего не давал. А вот драйвер, зарегистрированный как антивирусное средство, начинает падать. Причем не сразу на старте системы, а чуть (несколько секунд) погодя.
Выглядит это как типичная атака. Выгрузить антивирус из памяти и продолжить дальше? Собственно реакция Винды со включенным Битлокером стандартная и документированная. После нескольких неудачных попыток перезагрузки Битлокер требует пароль на локальной консоли.
В телеметрии МСа были только краши CrowdStrike дравера на машинах по всему миру.
Не, внутри МС этим антивирусным гуано не пользуется. Есть Defender, он документирован и он не занимается черной магией. Есть внутренный саппорт для него. В случае инцидентов известно кому звонить в 2 ночи. Учитывая кто у Ажура начальник и вес этого человека, все, кто создает проблемы Ажуру, быстро бегут их чинить. Кроме проблем бардака большой организации и оптимизации бюджетов, что в принципе не излечимо.
В Ажуре вырубило один регион US Central. В теории это событие маловероятное, но возможное. И SLA прямо говорит, что один регион может быть потерян и что высоконадежные сервисы обязаны быть гео-распределенными по РАЗНЫМ регионам.
Но платить за 3 виртуалки вместо одной это же в 3 раза дороже! Да еще и трафик синхронизации между регионами дороже чем внутри одного датацентра. Да еще и производительность ниже. Вот дохрена буратин и экономят. Причем к внутренним Майкрософтовским командам это тоже относится. Там своя внутреняя бухгалтерия и отделы оплачивают друг другу услуги и ресурсы.