Именно заказать по всему миру — не самая большая проблема (только не говорите это бухгалтерии). Самая большая проблема — управлять всем этим зоопарком.
При использовании Self-Contained архивов приложений есть одна маленькая большая бяка. Дело в том, что OS распаковывает эти файлы во временную директорию. И (сюрприз) не занимается их очисткой, даже если файлы потом долгое время не используются.
Особенно эта проблема становится заметной при тестировании ежедневных (или ежечасных) сборок — размер директории .net во временном хранилище ОС начинает занимать десятки гигабайт через некоторое время.
Дополнительно ко всему начинают появляться странные глюки приложения (падения на ровном месте в непредсказуемых местах), которые исчезают, если НЕ использовать монолитные сборки.
Чтобы не видеть россыпь библиотек, необходимых для запуска приложения — можно использовать net core beauty — github.com/nulastudio/NetCoreBeauty — работает под Win/Lin/Mac.
А вот неожиданностью для меня стало то, что производительность Windows-серверов c Kestrel оказалась выше производительности аналогичных Linux-серверов. Это меня удивило.
Для меня тоже было полной неожиданностью, что многонитиевое (multi threading) приложение под Linux показало худшие результаты, чем то же самое приложение под Windows. После детального анализа и самого приложения и чтения форумов, выяснилось, что это особенность нынешней реализации .Net Core. Обещали исправить к релизу .Net Core 6.0 — посмотрим, исправят ли. В нашем случае производительность примерно на 40-50% хуже под Linux, чем под Windows.
А есть ли хотя бы приблизительные (плюс-минус лапоть) подсчёты прямого ущерба экономике на тот момент? Хотя бы в виде «ущерб от аварии составил ХХХ стоимостей таких станций»?
С учётом стоимости вывода 1 кг в 20 килобаксов, один цикл стирки будет стоить 800 килобаксов. Думаю, за такие деньги космонавты согласятся походить в грязном :)
Если строки уже удалены — то и значит, что транзакция подтверждена. А пока она не подтверждена — об этом знает только тот, кто их удалил (фантомные чтения не рассматриваем).
Так что КДПВ несколько неточная.
Как я помню, у них цель была x10 от обычной скорости — именно с этой целью они взяли стандартные машины для бурения и что-то обещали допилить. Судя по новостям — скорость у них действительно выше «дефолтной» модели, но подтверждения, что они получили х10 не видел.
Я не удивлюсь, если его команда устроит «допиллинг напильником» промышленного решения по печати с целью улучшения. Собственно, что они и сделали с бурильной установкой для прокладки тоннелей.
Вот наглядное представление о V1/V2: https://voyager.jpl.nasa.gov/mission/status/
С чего вы взяли, что до них год сигнал идёт? 153 АЕ до V1 - это совсем не световой год. :)
В Хроме (именно в Chrome, а не Cromium) под Ubuntu 20.04 при нажатии на кнопку "Попробовать" - ничего не происходит. В консоли разработчика видим это:
И как-то оно всё стало подтормаживать, при том, что оперативки хватает.
А куда же оно распаковывает все библиотеки? В оперативку? чудес ведь не бывает и где-то оно лежит во время выполнения.
По вашей же ссылке в Википедии Альферац описывается, как состоящий из четырёх звёзд. В английской версии — из двух. В статье — тоже из двух.
Где правда?
Особенно эта проблема становится заметной при тестировании ежедневных (или ежечасных) сборок — размер директории .net во временном хранилище ОС начинает занимать десятки гигабайт через некоторое время.
Дополнительно ко всему начинают появляться странные глюки приложения (падения на ровном месте в непредсказуемых местах), которые исчезают, если НЕ использовать монолитные сборки.
Чтобы не видеть россыпь библиотек, необходимых для запуска приложения — можно использовать net core beauty — github.com/nulastudio/NetCoreBeauty — работает под Win/Lin/Mac.
Для меня тоже было полной неожиданностью, что многонитиевое (multi threading) приложение под Linux показало худшие результаты, чем то же самое приложение под Windows. После детального анализа и самого приложения и чтения форумов, выяснилось, что это особенность нынешней реализации .Net Core. Обещали исправить к релизу .Net Core 6.0 — посмотрим, исправят ли. В нашем случае производительность примерно на 40-50% хуже под Linux, чем под Windows.
Так что КДПВ несколько неточная.