да, есть возможность переполнения. Так как счетчик 64 битный, то размер лимита по сути ограничен 2^32. Нам на самом деле хватает, в случае чего можно выбрать более крупную единицу измерения(кб, мб)
все на самом деле чуть-чуть хитрее. Нижняя граница ведра вычисляется как unix_timestamp*limit, а верхняя как unix_timestamp*limit + low_burst, т. е. они динамические, а суммарное значение счетчика строго возрастает. Получается, что "утечка" организуется благодаря текущему времени, за счет смещения границ ведра. В текущее значение при синхронизации с рутом добавляется то, что насчиталось с момента предыдущей синхронизации. Если это значение ниже нижней границы, то "доливаются" запросы до нижней границы. Синхронизация выполняется параллельно с несколькими рутами, и просто выбирается наибольшее значение счетчика.
Я, к сожалению сталкивался с микроволновым синтезом только с точки зрения практики (и то не очень плотно, практически единожды), а к химии уже достаточно давно никакого отношения не имею. Где насчет теории процессов почитать, я не знаю. Просто, с «инженерной» точки зрения помню, что есть различия — выходы многих реакций и селективность может очень сильно меняться.
ну вообще в химии есть такое понятие как микроволновый синтез, и, действительно, многие реакции протекают в гораздо более мягких условиях, нежели при классическом нагреве. Я-то сам убежден, в том, что СВЧ безопасны, однако не был бы так категоричен в суждениях, что СВЧ не имеет прям никаких отличий с обычным нагревом, и не стал бы исходя из бытового опыта убеждать людей в обратном.
Мда. Брал такие аккумуляторы от Winston batteries(Thunder sky). Отличные аккумуляторы для питания кемпинга летом(цикл раз в 2 дня, заряд генератором) уже лет 5 проработали, емкости не потеряли. Еще у них была прямая замена для автомобильных АКБ с удвоенной емкостью, долгим сроком жизни, высокими токами. Когда увидел новость в 2011 порадовался, что у нас будут делать. Печалька :-(
Ну у меня на тайм капсуле хранятся бекапы более чем за год. При этом бекапится все, а винчестер(650 гб) обычно забит больше чем на 80%. Копированием в лоб вряд ли можно этого добиться)
Из настроек — кроме возможности исключать некоторые папки из бекапов я ничего не видел
Абсолютно точно создаются жесткие ссылки там где это возможно. Скорее всего файлы тем или иным образом изменяются. Вот например если я в течении дня не включал Parallels и не монтировал 80 гигабайтный файл с виртуальной машиной — мой бекап обычно меньше гигабайта, если включил, то 80+ гб =) Оптяь же если Вы смотрите размер папки бекапа средствами finder, то он будет соответствовать объему всей информации, которую Вы бекапите, но при этом она дедуплицирована. Например суммарный объем папок бекапа может быть >20 тб на 3 тб жестком диске =)
На самом деле можно настроить автоперевод, если Вы деньги детям всегда в одинаковом количестве даете. Если это не так, то для некоторых интернет банков есть возможность авторизации с зарегистрированного устройства по коду(сбер, ТКС). Опять же есть переводы по BUMP или qr-коду. То есть это займет взять телефон -> ввести код -> избранное -> выбрать платеж -> ввести сумму. Платежи по избранному тоже обычно проходят без подтверждения. так что по факту это секунд 15 с нормальным интернетом. Насчет налогов — это конечно будет печально.
man purge нам говорит, что очищается только дисковый кеш То есть он и так очистится, когда какой-то программе не будет хватать памяти. Соответственно использование данной утилиты более чем бесполезно.
purge — force disk cache to be purged (flushed and emptied)
…
DESCRIPTION
Purge can be used to approximate initial boot conditions with a cold disk buffer cache for performance analysis. It does not affect anonymous memory that has
been allocated through malloc, vm_allocate, etc.
да, есть возможность переполнения. Так как счетчик 64 битный, то размер лимита по сути ограничен 2^32. Нам на самом деле хватает, в случае чего можно выбрать более крупную единицу измерения(кб, мб)
все на самом деле чуть-чуть хитрее. Нижняя граница ведра вычисляется как unix_timestamp*limit, а верхняя как unix_timestamp*limit + low_burst, т. е. они динамические, а суммарное значение счетчика строго возрастает. Получается, что "утечка" организуется благодаря текущему времени, за счет смещения границ ведра. В текущее значение при синхронизации с рутом добавляется то, что насчиталось с момента предыдущей синхронизации. Если это значение ниже нижней границы, то "доливаются" запросы до нижней границы. Синхронизация выполняется параллельно с несколькими рутами, и просто выбирается наибольшее значение счетчика.
Из настроек — кроме возможности исключать некоторые папки из бекапов я ничего не видел
purge — force disk cache to be purged (flushed and emptied)
…
DESCRIPTION
Purge can be used to approximate initial boot conditions with a cold disk buffer cache for performance analysis. It does not affect anonymous memory that has
been allocated through malloc, vm_allocate, etc.