Можно попробовать очистить все ppa через ppa-purge, переключить репозитории на bionic и сделать sudo apt-get update && sudo apt-get dist-upgrade, но это на свой страх и риск.
Это точно. Иногда приходится делать снапшот и home и прореживать .cache, .local и .config перед обновлением. Но в этот раз пронесло, всё завелось нормально.
Решил не пробовать обновлять изрядно загаженную кубунту. Зная kde, могу сказать, что хоть что-нибудь, да отвалится.
В итоге, создал снапшот старой системы (для возможности отката), поставил 18.04 на новый btrfs subvolume и подцепил при установке старый /home. Вторые сутки, полёт нормальный.
А можете чуть подробнее раскрыть тему? Чего-то не хватает?
Собираюсь купить RB3011 и хочу быть уверен, что смогу перенести на него существующую IPv6-сеть (довольно развесистую).
Нет, спасибо. Задача провайдера — взять IP-пакет и отдать туда, куда по BGP положено. И взять деньги либо за суммарный объём пакетов, либо абонентскую плату за время подключения. Никаких "тут лучше, тут хуже". Труба, как она есть.
В более-менее нормальных домашних роутерах все входящие IPv6-соединения заблокированы, а дырки в фаерволе пробиваются через PCP (или вручную). По крайней мере, в Asus так.
То, что сейчас многие роутеры дырявые и не умеют в PCP — это издержки времени, скоро производители научатся делать нормально. На стороне провайдера городить фаерволе/NAT не надо.
На CPU-bound задачах лучше утилизировать все ядра, причём, желательно минимизировать количество переключений контекста. Для этого обычно лучше всего подходит количество ядер = количество потоков.
А для IO-bound задач надо смотреть, что это за IO, какой планировщик используется в системе, и прочее… Вот тут только бенчмарк, заранее что-то сказать нельзя.
UPD: увидел, что это описано в последнем абзаце, согласен.
Такое хорошо годится для создания геораспределённых CDN, но для этого к серверам должны быть толстые каналы (но их можно компенсировать количеством). Для остальных применений — очень плохая идея.
У Pipeline Shared Libraries в таком исполнении есть один существенный недостаток — они ломают концепцию Pipeline-as-Code, когда код хранится и версионируется вместе с пайплайном.
Можно попробовать очистить все ppa через ppa-purge, переключить репозитории на bionic и сделать
sudo apt-get update && sudo apt-get dist-upgrade, но это на свой страх и риск.Это точно. Иногда приходится делать снапшот и home и прореживать .cache, .local и .config перед обновлением. Но в этот раз пронесло, всё завелось нормально.
Решил не пробовать обновлять изрядно загаженную кубунту. Зная kde, могу сказать, что хоть что-нибудь, да отвалится.
В итоге, создал снапшот старой системы (для возможности отката), поставил 18.04 на новый btrfs subvolume и подцепил при установке старый /home. Вторые сутки, полёт нормальный.
В добрый путь! Хорошее решение, с учётом всего.
За такими реестрами правильнее идти не в старый RFC, а в IANA.
А можете чуть подробнее раскрыть тему? Чего-то не хватает?
Собираюсь купить RB3011 и хочу быть уверен, что смогу перенести на него существующую IPv6-сеть (довольно развесистую).
В качестве иллюстрации к статье можно взять "Чёрное Зеркало" S04E02
После таких советов выросшие детишки долго и мучительно ходят к психологу. Спасибо, не надо.
А смысл в коровах, если даже полноценное мясо можно будет выращивать? Сейчас есть испытания таких технологий.
Нет, спасибо. Задача провайдера — взять IP-пакет и отдать туда, куда по BGP положено. И взять деньги либо за суммарный объём пакетов, либо абонентскую плату за время подключения. Никаких "тут лучше, тут хуже". Труба, как она есть.
Насколько я понял из статьи, помощь заключается в том, чтобы не мешать. Это как раз то, что нужно!
В более-менее нормальных домашних роутерах все входящие IPv6-соединения заблокированы, а дырки в фаерволе пробиваются через PCP (или вручную). По крайней мере, в Asus так.
То, что сейчас многие роутеры дырявые и не умеют в PCP — это издержки времени, скоро производители научатся делать нормально. На стороне провайдера городить фаерволе/NAT не надо.
Специально ради этого я создал тогда этот тикет. Но движения по нему нет, а очень жаль.
Это всё-таки не универсальный ответ.
На CPU-bound задачах лучше утилизировать все ядра, причём, желательно минимизировать количество переключений контекста. Для этого обычно лучше всего подходит количество ядер = количество потоков.
А для IO-bound задач надо смотреть, что это за IO, какой планировщик используется в системе, и прочее… Вот тут только бенчмарк, заранее что-то сказать нельзя.
UPD: увидел, что это описано в последнем абзаце, согласен.
У планетоида нет атмосферы; на стабильной орбите и при отсутствии внешних сил его спутник будет находиться на орбите бесконечно долго.
Два дисциплинарных взыскания — и на мороз. У меня многие знакомые так поуходили. На гражданке потом всем наплевать на причины разрыва контракта.
MSYS2 местами кривоват, лучше уж тогда поставить бинарную сборку Clang и собрать Qt им.
Такое хорошо годится для создания геораспределённых CDN, но для этого к серверам должны быть толстые каналы (но их можно компенсировать количеством). Для остальных применений — очень плохая идея.
У Pipeline Shared Libraries в таком исполнении есть один существенный недостаток — они ломают концепцию Pipeline-as-Code, когда код хранится и версионируется вместе с пайплайном.
Были же предложения и Саттера и Страуструпа. Возможно, к C++20 сделают, хотя надежды всё меньше.