Обновить
4
0

Пользователь

Отправить сообщение

Представить несложно. Трекинг, скажем, миллиона inotify дескрипторов — вполне реальная штука.
Демон умрёт и пропустит события? Какой демон? Разгребанием должен заниматься тот же nginx, ну вот умер он у вас по какой-то причине, вы его перезапустили, он заново начинает эти файлы отслеживать. И что вы при этом могли пропустить логически? Ничего.
Ну и при грамотном подходе reload всей конфигурации делать незачем — делать частичный для какого-то логически независимого кусочка не rocket science.
В общем нет в таком варианте ничего нереального, просто писать придётся много, а никому пока что не нужно оно.

Наряду с неоспоримыми преимуществами, в контейнерной системе пользователю предоставлено меньше ресурсов. В Timeweb, благодаря описанной схеме работы хостинга, у пользователя нет ограничения в оперативной памяти. Он получает больше ресурсов, чем в контейнере.

Простите, а с какого момента контейнеры стали автоматически означать ограничения в ресурсах, в частности оперативной памяти? Namespaces это одно, cgroups это другое и они совершенно ортогональны друг другу. Или я как-то не так понял вашу мысль?
Никто вроде не мешает использовать связку inotify + epoll чтобы не перечитывать соответствующие файлы при каждом последующем запросе. Просто на Apache это натягивается аки сова на глобус в силу его внутреннего устройства, поэтому там такое вряд ли когда реализуют.

От наручных часов?
Весьма вредный совет — десять раз прокатит, на одиннадцатый она потечёт. Такое себе удовольствие механизм чистить после этого.
Более того, часовые батарейки, ЕМНИП, вообще рекомендуется до полного разряда не доводить ибо уже есть риск протечки.

Ага, точно. Именно для этого вся эта система и внедрялась. Всему миру известна эта искренняя, трогательная и подающая пример забота государства о здоровье граждан.

Не вижу в этом ничего такого. Все когда-то не знали что такое efivars, все в какой-то момент изучали это. Не рождалось ещё людей с изначально вложенными знаниями и умениями.

Это вообще так в любом пакетном дистрибутиве. В дистрибутивах с point release философией у вас просто версия софта +- одинаковая весь срок жизни версии дистрибутива, максимум некоторые утилиты могут обновить, если типовые библиотеки позволяют, ну и ядро в пределах совместимости. И то такое бывает нечасто.


По вопросу — в арче можно собрать нужный софт через ABS, благо это гораздо удобнее сборки пакетов deb или rpm. Можно вообще pacman указать снимок реп за конкретный день и годами пакеты ставить из такого замороженного источника. Можно при этом свой оверлей организовать и пересобирать нужное поверх штатных пакетов, не rocket science
Вариантов вагон.
Но официально у Арча rolling release)

GRUB — это EFI загрузчик, который нужен, чтоб запускать нашу установелнную систему

Простите, но нет. Вообще нет. На EFI железе grub в принципе нужен разве что в каких-то очень специфичных случаях. Но я таких лично не видел.
Ключевые слова для поиска: stub kernel, efivars, systemd-boot (опционально, для удобства).


И это. Если у вас (не у автора, а у абстрактного "вы") установка вызывает боль и непонимание происходящего, даже в свете потрясающе подробной вики, то, наверное, этот дистрибутив пока вам не так уж и нужен. Арч не про user-friendly, он про KISS под капотом

Буду рад увидеть сравнение себестоимости запуска 1кг на условную одинаковую орбиту.

Я пока вижу только патч, добавляющий рассуждения о ужасах рабства в coding-style раздел документации. Это, мягко скажем, далеко не вся требуемая работа.

Да нет конечно, я вообще против всяких переименований. Какой смысл в замене слов? Историю не перепишешь, расисты останутся расистами, гомофобы гомофобами, а рабство чернокожих в Америке было и всё тут. Мне в этом видится логика страуса — если засунуть голову куда-то так, что охотника не видно, значит его больше нет и всё ок. Но реальность так не работает.
Вообще человечество с каждым годом всё больше ведёт себя словно истеричка, уже не первый год этой тенденции.

Так термин black hole появился как референс к black hole of calcutta, а не потому что она курицу из KFC способна в умопомрачительных количествах поглощать. Нечего там переименовывать.

Пусть недовольные сами всё сделают и PR отправят. На общих основаниях.
Заменят в коде так, чтобы всё работало, в документации, над всеми сторонними патчами поработают.
А что, open source же. Кому нужно, тот пусть и делает сам и бесплатно.

Магии не бывает. Среднестатистическому организму вынь да положь минимум 1500ккал в сутки на то, чтобы он тупо работал. Если поступило меньше, то расчехляются запасы. Если поступает достаточно, то вес не двигается. А поход в зал, любой абсолютно, по энергозатратам в лучшем случае будет приближаться к этим пассивным расходам (и то вряд ли).
Советую искать причину не в зале и количестве приемов пищи, а всё-таки в энергетическом балансе.
Ну и, если вы питались два раза в день не более месяца-полутора подряд, то поздравляю, вы забыли про гликогеновое депо. Вы не начнёте сжигать жир пока есть гликоген.

Как раз таки всё устроено очень просто: приход должен быть меньше расхода. Вопрос в том, что многие тупо считают баланс за сутки, а нужно чтобы приход был непрерывно меньше расхода. Закинуть в топку пару банок колы — это резко получить большое количество "быстрых" углеводов, следующий за этим сахарный пик в крови и резко, панически откладывающий излишки этого добра в жировую ткань организм.


Так что поинт про тупой подсчёт в принципе верный, просто нужно помнить: организм не кассир и не подводит баланс в конце дня. Он постоянно, буквально в каждый момент времени, тратит свои запасы или откладывает излишки.

Вообще так то спорт, с точки зрения именно сжигания калорий для похудения, абсолютно нецелесообразен и бессмысленнен. Можно полдня упахиваться и потратить какую-нибудь лишнюю тысячу калорий. Это меньше того, что организм тратит просто на поддержание жизнедеятельности. Легче и эффективнее будет просто немного меньше съесть за каждым приемом пищи.


Занятия нужны для решения другой задачи: организм, не имеющий регулярных нагрузок, при недостатке энергии начнет "лишнюю" мышечную массу сжигать. Зачастую сжигать даже активнее жировых запасов. И это плохо хотя бы потому, что "меньше мышц" означает "меньше калорий организм ежедневно пассивно сжигает просто на свою жизнедеятельность". И вот уже для сохранения темпов потери веса приходится всё больше и больше урезать рацион. Ну и похудеть в вялого дрища это вовсе не то, к чему большинство стремится.


Вывод: похудеть это не страшно и безумно просто: достаточно тупо меньше жрать. Причём обычно хватает выкидывания из рациона всей явной глюкозы и фруктозы; можно банально попробовать перестать есть сладкое и, опционально, употреблять минимум мучного. А через месяц (потому что гликогеновое депо) взвеситься и оценить как пошел процесс. Ну и дабы не падал темп потери веса и дабы не остаться с минимумом мышечной ткани к концу диеты (а это вполне себе усложняет жизнь, а не просто некрасиво) — нужно заниматься. Не ежедневно-фанатично, но достаточно регулярно и до упора.


Если что, то да, я на своём туловище знаю процесс. В свое время сам скинул 40+ килограммов, потом похудел жену, одну из своих кошек, пару знакомых допинал в нужном направлении до успешного итога. Снова отожрался на килограммов 20 за время полугодового завала, когда закидывать быстрые углеводы для мозга были важнее размеров зада и, без каких-либо неудобств, сразу же их сбросил.

Бородатые админы в свитерах с оленями заменятся специалистами по работе с инфраструктурой aws, azure, cloud provider. Да уже сейчас есть люди, которые специализируются на оптимизации инфраструктуры в облаке Amazon и другие специалисты, которые умеют её настраивать. Вот вам два места вместо одного.
O — for "Optimization"!

Ну технически ничего невозможного в том, чтобы
прицепить один бакет на ряд подсетей, пусть даже из разных версий протокола.
В общем это больше вопрос реализации вендором нежели технический.

V6-only core + ipv4 as a service вот прямо сейчас пока ещё имеет некоторые трудности с разворачиванием, в основном из-за всяких упущений и недоделок в мире mpls.

Информация

В рейтинге
6 150-й
Зарегистрирован
Активность