TTL значения для внешних DNS записей
Q#1: [1121683] заставляют процессор/память в верхней части подсчитывать только эти ПИД-регуляторы. Возможно ли это?
К сожалению, никакие [1121367]top[1121368] и [1121369]htop[1121370] не предоставляют механизма для отображения только индивидуальной нагрузки в верхней части их выхода. Однако ресурсы процессора/памяти отображаются для каждого процесса в виде 2 столбцов вывода для каждого ПИД-регулятора.
Вы можете настроить [1121373]htop[1121374] так, чтобы это были значения по умолчанию. Если вы включите режим просмотра дерева и затем выйдете из [1121375]htop[1121376], используя [1121377]q[1121378] или [1121379]F10[1121380] при повторном запуске, то вид дерева должен сохраниться, теперь это стандартный режим.
изменение отображаемых столбцов?
То же самое относится и к столбцам. Выберите те, которые вам нужны, и они также станут значениями по умолчанию.
ЗАМЕЧАНИЕ:
htop[1121386] сохраняет свои настройки в этом конфигурационном файле: [1121387]~/.config/htop/htoprc[1121388].
touch /tmp/checkpoint
<do installer stuff>
find / -newer /tmp/checkpoint
Пример
С этим файлом можно работать, [1121389]htop[1121390] не предусматривает загрузку альтернативных файлов, поэтому нужно остерегаться его изменения. Вы можете также поддерживать свой собственный файл на стороне, а затем связываться с ним перед запуском [1121391]htop[1121392].[1120956].
Обычно существует длинный хвост, определяющий, сколько времени требуется всем клиентам для перехода на новый IP-адрес, хотя сокращение TTL может помочь в запланированных миграциях. Некоторые DNS-серверы имеют возможность изменять TTL на лету по мере приближения запланированной временной метки миграции.
DNS, вероятно, не представляет особой проблемы с пропускной способностью (если только у вас нет открытого DNS-сервера, который используется в атаке с усилением), поэтому лучший TTL, вероятно, является проблемой золотого дна, не будучи глупо низким, но не настолько высоким, чтобы если необходимо перейти на новый IP-адрес, чтобы время миграции было сведено к минимуму. Электронная почта обычно задерживается в очереди в течение нескольких дней, достаточно времени для истечения 12- или 24-часового TTL, хотя некоторые современные интернет-приложения ожидают более быстрой доставки (например, «ответят на это сообщение в течение пяти минут»), и независимо от того, Хорошо, если они прервутся во время (возможно, незапланированной) миграции, может быть полезно уточнить у ваших клиентов.