Вы что-то странное пишете. Исходное “наблюдаются перебои с электропитанием” - это явно временная проблема, вполне разумно было ожидать исправления этого самого электропитания в течении дня. Всяческие малые бизнесы, которые от этого ДЦ зависели, могут просто закрыться на день и переждать проблему, точно так же как это делается при перебое электропитания в офисе.
Пожар из-за БПЛА - это проблема класса “пиздец”, и совершенно точно что само оно обратно не поднимется. Пережидать тут нечего, надо искать бэкапы и готовить планы восстановления.
Кроме того, мы сейчас говорим не приватном сообщении клиентам, а о публичном сообщении неопределённому кругу лиц. Я могу предположить, как минимум крупным клиентам служба поддержки про тяжесть инцидента приватно говорила более чётко.
Вот как раз особо крупным клиентам на тяжесть проблемы должно быть пофиг. Упала одна зона доступности - переносим нагрузку на другие. Новые виртуалки в Яндексе не создать? Идём к другим поставщикам услуг.
Про тяжесть инцидента нужно знать в первую очередь тем, у кого количество виртуалок измеряется в штуках.
Смотрите: я утверждаю, что вот этот код содержит ошибку:
async::detached_task foo() {
// …
auto result = file.read(buffer);
if (result.is_completed()) {
// лол, это не работает
}
while (!result.is_completed()) {
// это вообще чушь
}
}
Вы зачем-то начали рассказывать про диспетчеры.
Вы что, предлагаете вставлять вызов диспетчера прямо в корутину? Ну, если сильно исхитриться - это можно даже заставить работать, однако тут возникает вопрос - а зачем тут вообще корутина?
Мы корутины пишем чтобы у нас был удобный co_await. Точка.
Повторюсь: вы не можете говорить, что в Java всё реализовано “в самом языке” на платформе Foo, если на этой платформе сама Java не работает (либо работает, но настолько урезанная или устаревшая версия, что её саму требуется изучать отдельно).
На rust тоже изучать детали pthreads не обязательно. А там где используется ArielOS ваша Java просто не будет работать, и я не вижу почему это является недостатком Rust.
WSL 2.0 - э то не просто переизобретение виртуальной машины.
wsl 2.0 позволяет прозрачно переключаться между windows и linux в обе стороны не теряя контекста. Я могу в командной строке написать “wsl ls -l” - и оно покажет мне содержимое текущей папки на винде.
С “заменой” Docker Desktop тоже всё понятно. wsl 2.0 - это уже контейнер, не вижу ничего плохого в том, что теперь там ещё и открытый стандарт контейнеров поддерживается. Ну и готов поспорить, что новая версия скоро Docker Desktop будет через wsl 3.0 работать.
Проблема лишь в том, что тот человек, в чьих силах принять подобное решение, в этом обсуждении не участвует.
Возражение и правда справедливое, однако ваш комментарий можно прочитать как будто обещания по вкладам социализм и обанкротили. А это не так.
Ну так с интернетом-то всё пока в порядке (насколько это слово вообще применимо к текущей ситуации).
Вы что-то странное пишете. Исходное “наблюдаются перебои с электропитанием” - это явно временная проблема, вполне разумно было ожидать исправления этого самого электропитания в течении дня. Всяческие малые бизнесы, которые от этого ДЦ зависели, могут просто закрыться на день и переждать проблему, точно так же как это делается при перебое электропитания в офисе.
Пожар из-за БПЛА - это проблема класса “пиздец”, и совершенно точно что само оно обратно не поднимется. Пережидать тут нечего, надо искать бэкапы и готовить планы восстановления.
Вот как раз особо крупным клиентам на тяжесть проблемы должно быть пофиг. Упала одна зона доступности - переносим нагрузку на другие. Новые виртуалки в Яндексе не создать? Идём к другим поставщикам услуг.
Про тяжесть инцидента нужно знать в первую очередь тем, у кого количество виртуалок измеряется в штуках.
Да.
Да-да, “всё” работает. Ну, кроме Compute Cloud - самого базового сервиса.
Если код работает - это ещё не означает что он правильный.
Потому что сравнивать в таких случаях нужно не через COALESCE, а через IS NOT DISTINCT FROM
Проблема подобных рассуждений в том, что реальности плевать на наши определения.
Смотрите: я утверждаю, что вот этот код содержит ошибку:
Вы зачем-то начали рассказывать про диспетчеры.
Вы что, предлагаете вставлять вызов диспетчера прямо в корутину? Ну, если сильно исхитриться - это можно даже заставить работать, однако тут возникает вопрос - а зачем тут вообще корутина?
Мы корутины пишем чтобы у нас был удобный co_await. Точка.
Повторюсь: вы не можете говорить, что в Java всё реализовано “в самом языке” на платформе Foo, если на этой платформе сама Java не работает (либо работает, но настолько урезанная или устаревшая версия, что её саму требуется изучать отдельно).
Ни для чего, они зарезервированы. То, что 64-битное адресное пространство на самом деле 48-битное - общеизвестный факт вроде как.
Там 9+9+9+9+12. А что именно непонятно?
На rust тоже изучать детали pthreads не обязательно. А там где используется ArielOS ваша Java просто не будет работать, и я не вижу почему это является недостатком Rust.
Умела, но через прослойку, по итогу получалось два слоя контейнеров.
WSL 2.0 - э то не просто переизобретение виртуальной машины.
wsl 2.0 позволяет прозрачно переключаться между windows и linux в обе стороны не теряя контекста. Я могу в командной строке написать “wsl ls -l” - и оно покажет мне содержимое текущей папки на винде.
С “заменой” Docker Desktop тоже всё понятно. wsl 2.0 - это уже контейнер, не вижу ничего плохого в том, что теперь там ещё и открытый стандарт контейнеров поддерживается. Ну и готов поспорить, что новая версия скоро Docker Desktop будет через wsl 3.0 работать.
“Ну в java например” под капотом используются ровно те же системные потоки что и в Rust.
Нумерация версий - отдельная проблема, даже не понятно сколько версий между этими 1.0.0-alpha.98 и 1.0.0-1.0 прошло.
Да блин, большинство библиотек semver посчитают 1.0.0-alpha.98 НОВЕЕ чем 1.0.0-1.0!
Что драйвер принимает - то и будет построено.
Причём тут вообще диспетчеры?