Я думаю что это продолжение проблемы с "ожирением программного обеспечения". Почему никого не пугает, что установщик драйверов для видеокарты занимает гигабайт, а распакованные на диске 3.9G ? - это же больше, чем установленная Windows XP со всеми драйверами и некоторыми программами! Так и тут, всё больше "умных" гаджетов, IoT и всё такое. И всё меньше программистов, которые понимают размерность данных - килобайт, мегабайт, гигабайт - много это или мало. С ужасом для себя узнал, что есть, оказывается, Python для микроконтроллеров ...
Недавно проводил переучёт, кто больше всего в доме потребляет. Оказалось что инвертор для солнечных панелей. Причём когда солнца нет, т.е. панели не генерируют ничего, то трафик ещё приемлемый, хотя не представляю что там может быть в той телеметрии, в приложении только пара параметров отображается. Может они конечно каждую секунду шлют. Но вот когда есть солнце, появляется множество других подключений! По GeoIP адреса из моей округи. И трафик может быть до 40кб/с на выход и 300кб/с на вход. Не знаю что это, предполагаю что инверторы обмениваются инфой и договариваются о том, кто будет лить в какую фазу и сколько. Такой себе mesh.
Или вот ещё пример, клиент захотел чтобы web приложение отправляло в аналитику каждое перемещение мышки с координатами. На вопрос зачем? Это же куча данных! Ответили что потом разберутся.
Для стерильных условий понятно, а как быть в реальных, когда потоков может быть очень много, на виртуализированных серверах, где программист не знает сколько ему достанется кеша в каждый конкретный тик.
В принципе не вижу причин селектелу не давать в облаке gentoo
Очень простая причина - это поддержка. Чем сложнее система, тем больше с ней будет проблем у пользователей, а значит больше времени (и денег) уйдёт на тех. поддержку. Убрав Gentoo из списка доступных образов, они просто повысили порог входа. У кого хватает опыта - тот и так поставит, настроит и не будет кошмарить суппорт.
И это происходит не только в Selectel, например, Hetzner и OVH сделали точно так же.
CPU_FLAGS .. Именно флаги компилятору и делают всю магию с быстродействием
Эти флаги сделают манию только для довольно узко-специализированных вычислительных приложений. А вот если включить LTO добавив "-flto" в COMMON_FLAGS, то магия уже будет практически в каждой более-менее серьёзной программе.
Например, понадобилась мне поддержка ARC в Exim, просто кровь из носу надо. И что, в арче с 2019 года висит открытый тикет с просьбой включить поддержку ARC. А в Gentoo добавил в USE, и пользуйся на здоровье, радуй жмейл сервера...
Получается что для примитивных процессоров - такой "хинт" компилятору это плюс. Т.к. он разместит вероятный кода сразу за if и не будет никаких промахов и перезагрузки конвеера. С другой стороны, у этих самых примитивных процессоров конвеер или короткий или его нет вообще, поэтому и плата за промах минимальная.
Для современных процессоров, такой "хинт" подскажет процессору куда идти при первом срабатывании, а дальше он уже сам.
Вот и я на это обратил внимание. Что для современного процессора это не будет играть большого значения, так как у них очень развитые алгоритмы предсказания переходов.
iptables хорош, особенно в сочетании с ipset, который почему-то не был упомянут в статье. Но тем не менее, iptables - это уже устаревшее решение, которое в современных дистрибутивах заменено на nftables.
Немного некорректное сравнение стоимости (или выгоды).
В случае Yandex/Gmail/другие - платится за готовую услугу: заплатил - и пользуй на здоровье.
Со своим сервером - там же ещё надо найти админа, который настроит и будет присматривать. Хорошо если в штате такой есть. А вдруг он захочет повышение за дополнительный объём работы? Ну или на стороне искать.
То есть если бы вы предоставляли не аренду голого сервера, а услугу аренды почтового сервиса, с функционалом сопоставимым с "облачной" почтой, то было бы честно сравнивать.
Кроме того, чаще всего пользователи голосуют за Yandex/Gmail из-за удобного интерфейса и очень хорошей фильтрации спама.
У меня довольно большой опыт работы со SpamAssassin - это совсем не то что есть в Gmail. Ну и RoundCube, тоже на любителя, кроме того были очень серьёзные инциденты с безопасностью.
Потом надёжность, вы говорите что не страшно, если сервер пару дней полежит, отдохнёт.
Да, почта не потеряется. Но если большой начальник ждёт важное письмо, и с той стороны говорят что они отправили, то объяснение что почта когда-нибудь дойдёт, скорее всего, большого начальника не устроит...
Но в целом, при наличии рук и головы, действительно можно здорово сэкономить.
Было такое же, много лет назад, как только появилась в ванильном ядре.
Бэкапный рейд с BTRFS был забит под завязку. И потом что-то сломалось, и файловая система уже не монтировалась. Очень долго мучился, пока получилось расширить том ещё одним диском и потом система ожила. В те времена это была очень серьёзная проблема, когда заканчивается свободное место, особенно при наличии большого количества снимков и использования сжатия. Сейчас вроде починили. Ну то есть как - понять сколько у тебя фактически есть свободного места всё так же не просто, но хотя бы не падает.
Ну и важно понимать, что CoW подходит далеко не для всех задач. Если нужен swap файл - то есть специальная утилита чтобы создать его правильно, а для баз CoW вообще лучше отключать - есть множество бенчмарков.
А вот для бекапов эта ФС идеальная. Именно поэтому она всё чаще идёт как система по-умолчанию на NAS устройствах.
На разработку сервиса с нуля обычно уходит примерно столько же времени, сколько было потрачено на его создание в первый раз.
Откуда взята такая информация? По своему опыту скажу, что даже та же самая команда, напишет код второй раз быстрее и "чище". Если отдавать новой команде - то зависит от квалификации. Но опять таки, новой команде будет легче, так как система уже устоявшаяся (не нужно будет в процессе разработки что-то кардинально менять), процессы понятные, на что приходится наибольшая нагрузка - тоже примерно ясно.
Нормальным режимом питания кето может стать, если найдёте новые рецепты под Ваши вкусы (поскольку выбор ограничится серьёзно).
Собственно в этом и видится проблема. Пока расходуются свои жировые запасы, грубо - пачка масла в день, то найти рецепты на овощи/мясо/рыбу/яйца - не проблема совсем. Но вот когда своих жиров будет уже не хватать, то придётся придумывать, как сделать 70% калорий от жиров.
Я думаю что это продолжение проблемы с "ожирением программного обеспечения".
Почему никого не пугает, что установщик драйверов для видеокарты занимает гигабайт, а распакованные на диске 3.9G ? - это же больше, чем установленная Windows XP со всеми драйверами и некоторыми программами!
Так и тут, всё больше "умных" гаджетов, IoT и всё такое. И всё меньше программистов, которые понимают размерность данных - килобайт, мегабайт, гигабайт - много это или мало. С ужасом для себя узнал, что есть, оказывается, Python для микроконтроллеров ...
Недавно проводил переучёт, кто больше всего в доме потребляет. Оказалось что инвертор для солнечных панелей. Причём когда солнца нет, т.е. панели не генерируют ничего, то трафик ещё приемлемый, хотя не представляю что там может быть в той телеметрии, в приложении только пара параметров отображается. Может они конечно каждую секунду шлют. Но вот когда есть солнце, появляется множество других подключений! По GeoIP адреса из моей округи. И трафик может быть до 40кб/с на выход и 300кб/с на вход. Не знаю что это, предполагаю что инверторы обмениваются инфой и договариваются о том, кто будет лить в какую фазу и сколько. Такой себе mesh.
Или вот ещё пример, клиент захотел чтобы web приложение отправляло в аналитику каждое перемещение мышки с координатами. На вопрос зачем? Это же куча данных! Ответили что потом разберутся.
Очень странно, что обошли вниманием игру Alyx от Valve - это же шедевр, шаблон и планка качества для остальных VR проектов.
Для стерильных условий понятно, а как быть в реальных, когда потоков может быть очень много, на виртуализированных серверах, где программист не знает сколько ему достанется кеша в каждый конкретный тик.
Класс! Я как-то заморачивался подобным для платы на i.MX6 процессоре.
Но там был и SATA и mini PCI-E, и HDMI, т.е. много чего можно из него слепить.
А тут непонятно, вход для камеры есть, а видео выхода нет. Какие сценарии использования?
Очень простая причина - это поддержка. Чем сложнее система, тем больше с ней будет проблем у пользователей, а значит больше времени (и денег) уйдёт на тех. поддержку. Убрав Gentoo из списка доступных образов, они просто повысили порог входа. У кого хватает опыта - тот и так поставит, настроит и не будет кошмарить суппорт.
И это происходит не только в Selectel, например, Hetzner и OVH сделали точно так же.
Эти флаги сделают манию только для довольно узко-специализированных вычислительных приложений. А вот если включить LTO добавив "-flto" в COMMON_FLAGS, то магия уже будет практически в каждой более-менее серьёзной программе.
Например, понадобилась мне поддержка ARC в Exim, просто кровь из носу надо.
И что, в арче с 2019 года висит открытый тикет с просьбой включить поддержку ARC.
А в Gentoo добавил в USE, и пользуйся на здоровье, радуй жмейл сервера...
На эту тему тут была хорошая статья
https://habr.com/ru/articles/337000/
Получается что для примитивных процессоров - такой "хинт" компилятору это плюс. Т.к. он разместит вероятный кода сразу за if и не будет никаких промахов и перезагрузки конвеера. С другой стороны, у этих самых примитивных процессоров конвеер или короткий или его нет вообще, поэтому и плата за промах минимальная.
Для современных процессоров, такой "хинт" подскажет процессору куда идти при первом срабатывании, а дальше он уже сам.
Вот и я на это обратил внимание. Что для современного процессора это не будет играть большого значения, так как у них очень развитые алгоритмы предсказания переходов.
Разве что для старых Atom-ов.
iptables хорош, особенно в сочетании с ipset, который почему-то не был упомянут в статье.
Но тем не менее, iptables - это уже устаревшее решение, которое в современных дистрибутивах заменено на nftables.
Для последнего Xcode нужна Ventura. И только с последнего Xcode можно отправлять приложения в стор.
Немного некорректное сравнение стоимости (или выгоды).
В случае Yandex/Gmail/другие - платится за готовую услугу: заплатил - и пользуй на здоровье.
Со своим сервером - там же ещё надо найти админа, который настроит и будет присматривать. Хорошо если в штате такой есть. А вдруг он захочет повышение за дополнительный объём работы? Ну или на стороне искать.
То есть если бы вы предоставляли не аренду голого сервера, а услугу аренды почтового сервиса, с функционалом сопоставимым с "облачной" почтой, то было бы честно сравнивать.
Кроме того, чаще всего пользователи голосуют за Yandex/Gmail из-за удобного интерфейса и очень хорошей фильтрации спама.
У меня довольно большой опыт работы со SpamAssassin - это совсем не то что есть в Gmail. Ну и RoundCube, тоже на любителя, кроме того были очень серьёзные инциденты с безопасностью.
Потом надёжность, вы говорите что не страшно, если сервер пару дней полежит, отдохнёт.
Да, почта не потеряется. Но если большой начальник ждёт важное письмо, и с той стороны говорят что они отправили, то объяснение что почта когда-нибудь дойдёт, скорее всего, большого начальника не устроит...
Но в целом, при наличии рук и головы, действительно можно здорово сэкономить.
Было такое же, много лет назад, как только появилась в ванильном ядре.
Бэкапный рейд с BTRFS был забит под завязку. И потом что-то сломалось, и файловая система уже не монтировалась. Очень долго мучился, пока получилось расширить том ещё одним диском и потом система ожила. В те времена это была очень серьёзная проблема, когда заканчивается свободное место, особенно при наличии большого количества снимков и использования сжатия. Сейчас вроде починили. Ну то есть как - понять сколько у тебя фактически есть свободного места всё так же не просто, но хотя бы не падает.
Ну и важно понимать, что CoW подходит далеко не для всех задач. Если нужен swap файл - то есть специальная утилита чтобы создать его правильно, а для баз CoW вообще лучше отключать - есть множество бенчмарков.
А вот для бекапов эта ФС идеальная. Именно поэтому она всё чаще идёт как система по-умолчанию на NAS устройствах.
Мгновенные снимки, прозрачное сжатие.
Мои (70кг) часовые пробежки, согласно трекеру, съедают плюс минус 700 ккал.
О каких 5-10% идёт речь?
Откуда взята такая информация? По своему опыту скажу, что даже та же самая команда, напишет код второй раз быстрее и "чище". Если отдавать новой команде - то зависит от квалификации. Но опять таки, новой команде будет легче, так как система уже устоявшаяся (не нужно будет в процессе разработки что-то кардинально менять), процессы понятные, на что приходится наибольшая нагрузка - тоже примерно ясно.
Да нет, это они единичку пропустили, т.е. должно было быть что-то типа 1304/24444
Тест однопоточной производительности 561/328
Тест многопоточной производительности 304/24444 (79 threads) 7549 (23 thread)
ИМХО тут закралась какая-то ересь. Как многопоточка х86 может быть меньше однопоточки?
Собственно в этом и видится проблема. Пока расходуются свои жировые запасы, грубо - пачка масла в день, то найти рецепты на овощи/мясо/рыбу/яйца - не проблема совсем. Но вот когда своих жиров будет уже не хватать, то придётся придумывать, как сделать 70% калорий от жиров.