нет, информация о перерывах это сопутствующая информация от процесса. А "беличье колесо" это ощущение по итогам дня/недели/месяца/года. И автор и другие люди работают над осознанным выбором наполнения этих периодов тем содержимым, которые интересны или полезны, потому что без этого обычно их естественным образом заполняет бесформенная текучка.
Речь не про отчёт начальнику. Речь про честную оценку самим собой куда ты тратишь время. И это работает: что начинаешь измерять, то оптимизируется. Появление таймслотов уже позволяет наполнять их нужным и полезным тебе, а не просто топить дни в дымке текучки, склеенной скроллингом с ощущением непрерывного белочьего колеса
как раз в районе 2002-2004 года в линуксе наконец-то появился планировщик ядра с поведением как у freebsd: не всем равную долю, а новым процессам кратковременный приоритет и потом обратно всем равную долю, что для десктопных систем оказалось важным и убрало тормоза интерфейса на нагруженных компах. На голой вычислительной нагрузке они вели себя идидентично.
На мой взгляд в целом лицензия BSD сыграла с ней деструктивную роль: куча кода пишется корпоративными программистами и возможность не возвращать наработки комьюнити по сути и убило развитие комьюнити, которое еще и дополнительно остановилось на "у вас есть линуксолятор, значит вы просто запустите линуксовое".
выглядит как очередная попытка делегировать управление собой кому-то другому, а самому сосредоточиться на красивых дэшбордах, которые этот другой нарисует. По моему мнению это тоже генерация кучи мусора, которую сам так же не будешь разбирать как и карточки из-за лени :) подозреваю, что качественное управление собой никто за нас не сделает.
а то она глупая и не знает, что всех вокруг много, а огурцов мало и их на всех не хватит. Огурцами добровольно не делятся, это давно и честно рассказано многочисленными лениными в их трудах
Как по мне, она стала бы ещё лучше, если бы были собственно примеры вывода, которые проверяются в разных местах, чтобы лучше понимать статус успешности при попытке сделать самому
ну уж нет! С это как раз портабельный ассемблер, который позволил очень быстро перетаскивать огромные кодовые базы с архитектуры на архитектуру, которых тогды было как у дурака фантиков: каждый делал своё видение.
мне тоже понравился пассаж "вам просто надо человека, знакомого с kubernetes, а уж он то за день разберётся как админить кластера из тысяч виртуальных машин под продовой нагрузкой"
раньше книги-переводы от BHV были простым нередактированным выводом переводчика. Я несколько раз обжёгся и с тех пор не купил ни одну книгу этого издательства. Сейчас это поправлено?
По облачной части тест достаточно хорош: в обсуждаемом тесте постгресс тестируется на одинаковых compute одного провайдера. Также мы никак не лимитированы в настройках нод кубера в managed kubernetes от yandex cloud: daemonset + nsexec/nsenter, я таким успешно пользуюсь. Так что всем остальным в плане облака можно смело пренебречь в рамках обсуждаемого тестирования производительности postgresql в единых условиях. Однако автор использует по разному настроенные postgresql, в качестве аргумента используя "я настроил 10 одинаковых параметров", игнорируя остальную "навеску" от операторного решения. Я бы просто поднял под с голым постгрессом без всяких операторов с одинаковым конфигом на VM и в поде.
ну так-то на vm будут всё те же экспортеры и сборщики логов. Соседи отстреливаются через taints, если вдруг у нас такой highload. Так что единственная разница с VM это сетевой путь до пода, поскольку разницы между systemd unit и запущенными в контейнере сервисами нет никакой. Ну а так, на мой взгляд, внутрикуберовые постгрессы решают задачу множественности выделенных кластеров постгресса для множества сред исполнения: тестовые стенды. Или обычные кластера обычных сервисов, из которых не делают ядро сервисов высокочастотного криптотрейдинга. Всё это даёт отличную плотность использования ресурсов для рядовой нагрузки. Наборы на VM существенно более расточительные в плане инфраструктуры.
а раскройте пожалуйста поконкретнее это ваше "все говорят", которое вы описали как "Исследования подтверждают, что по итогам пяти лет владения собственный сервер экономически более выгоден при любом сценарии, кроме краткосрочных или резко изменчивых нагрузок."
А что-то может помешать пользователю назвать домашний wifi или wifi телефона как "Office WiFi HotSpot1"? И сетевую адресацию поставить аналогичную офисной. Это правда если у него есть права на управление сетями и их паролями.
а у меня есть ощущение, что сейчас происходит массовая трансформация сознания: благодаря появившейся мгновенной связности всех со всеми постепенно отмирают государства. Полные технологические цепочки всех высокотехнологичных продуктов экономически не по силам ни одной отдельно взятой стране. Взрослые поколения ещё держатся за понятия "страна", "другие", а молодёжь в своём глобальном информационном поле растёт и развивается как граждане всего мира сразу. Это не быстрый процесс, уровня нескольких поколений, а в особо зарегулированных обществах и 4-5, но всё равно он идёт на мой взгляд. И это очередной шаг в сторону колонизации космоса человечеством
нет, информация о перерывах это сопутствующая информация от процесса. А "беличье колесо" это ощущение по итогам дня/недели/месяца/года. И автор и другие люди работают над осознанным выбором наполнения этих периодов тем содержимым, которые интересны или полезны, потому что без этого обычно их естественным образом заполняет бесформенная текучка.
Речь не про отчёт начальнику. Речь про честную оценку самим собой куда ты тратишь время. И это работает: что начинаешь измерять, то оптимизируется. Появление таймслотов уже позволяет наполнять их нужным и полезным тебе, а не просто топить дни в дымке текучки, склеенной скроллингом с ощущением непрерывного белочьего колеса
del
как раз в районе 2002-2004 года в линуксе наконец-то появился планировщик ядра с поведением как у freebsd: не всем равную долю, а новым процессам кратковременный приоритет и потом обратно всем равную долю, что для десктопных систем оказалось важным и убрало тормоза интерфейса на нагруженных компах. На голой вычислительной нагрузке они вели себя идидентично.
На мой взгляд в целом лицензия BSD сыграла с ней деструктивную роль: куча кода пишется корпоративными программистами и возможность не возвращать наработки комьюнити по сути и убило развитие комьюнити, которое еще и дополнительно остановилось на "у вас есть линуксолятор, значит вы просто запустите линуксовое".
выглядит как очередная попытка делегировать управление собой кому-то другому, а самому сосредоточиться на красивых дэшбордах, которые этот другой нарисует. По моему мнению это тоже генерация кучи мусора, которую сам так же не будешь разбирать как и карточки из-за лени :) подозреваю, что качественное управление собой никто за нас не сделает.
а то она глупая и не знает, что всех вокруг много, а огурцов мало и их на всех не хватит. Огурцами добровольно не делятся, это давно и честно рассказано многочисленными лениными в их трудах
а как это меняет поведение лошади с огурцами?
а какие ограничения в бесплатной версии?
Спасибо, отличная статья.
Как по мне, она стала бы ещё лучше, если бы были собственно примеры вывода, которые проверяются в разных местах, чтобы лучше понимать статус успешности при попытке сделать самому
ну уж нет! С это как раз портабельный ассемблер, который позволил очень быстро перетаскивать огромные кодовые базы с архитектуры на архитектуру, которых тогды было как у дурака фантиков: каждый делал своё видение.
мне тоже понравился пассаж "вам просто надо человека, знакомого с kubernetes, а уж он то за день разберётся как админить кластера из тысяч виртуальных машин под продовой нагрузкой"
я тоже. Кайф
а писцам то кто передал?
раньше книги-переводы от BHV были простым нередактированным выводом переводчика. Я несколько раз обжёгся и с тех пор не купил ни одну книгу этого издательства. Сейчас это поправлено?
По облачной части тест достаточно хорош: в обсуждаемом тесте постгресс тестируется на одинаковых compute одного провайдера. Также мы никак не лимитированы в настройках нод кубера в managed kubernetes от yandex cloud: daemonset + nsexec/nsenter, я таким успешно пользуюсь. Так что всем остальным в плане облака можно смело пренебречь в рамках обсуждаемого тестирования производительности postgresql в единых условиях. Однако автор использует по разному настроенные postgresql, в качестве аргумента используя "я настроил 10 одинаковых параметров", игнорируя остальную "навеску" от операторного решения. Я бы просто поднял под с голым постгрессом без всяких операторов с одинаковым конфигом на VM и в поде.
ну так-то на vm будут всё те же экспортеры и сборщики логов. Соседи отстреливаются через taints, если вдруг у нас такой highload. Так что единственная разница с VM это сетевой путь до пода, поскольку разницы между systemd unit и запущенными в контейнере сервисами нет никакой.
Ну а так, на мой взгляд, внутрикуберовые постгрессы решают задачу множественности выделенных кластеров постгресса для множества сред исполнения: тестовые стенды. Или обычные кластера обычных сервисов, из которых не делают ядро сервисов высокочастотного криптотрейдинга. Всё это даёт отличную плотность использования ресурсов для рядовой нагрузки. Наборы на VM существенно более расточительные в плане инфраструктуры.
а раскройте пожалуйста поконкретнее это ваше "все говорят", которое вы описали как "Исследования подтверждают, что по итогам пяти лет владения собственный сервер экономически более выгоден при любом сценарии, кроме краткосрочных или резко изменчивых нагрузок."
на что только не идут, лишь бы не пользоваться vim
А что-то может помешать пользователю назвать домашний wifi или wifi телефона как "Office WiFi HotSpot1"? И сетевую адресацию поставить аналогичную офисной. Это правда если у него есть права на управление сетями и их паролями.
а у меня есть ощущение, что сейчас происходит массовая трансформация сознания: благодаря появившейся мгновенной связности всех со всеми постепенно отмирают государства. Полные технологические цепочки всех высокотехнологичных продуктов экономически не по силам ни одной отдельно взятой стране. Взрослые поколения ещё держатся за понятия "страна", "другие", а молодёжь в своём глобальном информационном поле растёт и развивается как граждане всего мира сразу. Это не быстрый процесс, уровня нескольких поколений, а в особо зарегулированных обществах и 4-5, но всё равно он идёт на мой взгляд. И это очередной шаг в сторону колонизации космоса человечеством