Нет, это невозможно; В Баше нет такой функции. Что еще более важно, эта идея глубоко ошибочна.
От кого ты скрываешь свою историю?
Злоумышленник должен иметь доступ к вашему домашнему каталогу и может читать ваши «точечные» файлы конфигурации и другие материалы.Почему бы вам просто не использовать разрешения, чтобы держать их подальше?
Является ли злоумышленник администратором, не защищенным разрешениями? (Либо имеет root, либо неограниченный доступ к системным резервным копиям, содержащим ваш домашний каталог и т. д. )В таком случае, зачем особенно беспокоиться о вашей истории Bash? У вас нет конфиденциальности в этой системе. Злоумышленник может шпионить за памятью в ваших запущенных процессах.
Ваш компьютер защищен локально (и доступен только вам ), но ваш домашний каталог смонтирован в сетевой файловой системе? В таком случае, почему бы вам не использовать уровень зашифрованной файловой системы поверх этого сетевого монтирования, чтобы все ваши файлы были защищены вместе, а не только ваша история Bash.
Как вы можете видеть, вряд ли существует какой-либо вариант использования подхода «ударить -крота» -к безопасности файлов (, предоставляя каждому отдельному приложению возможность защищать определенные файлы ).
...then Linux would do exactly nothing, since 10ms is the frequency of the scheduler.
Я придумываю грубый, но твердый (? )оценка после комментария Шили:
CONFIG_HZ
ака HZ
составляет от 100 до 1000 (в секунду, то есть физически -Герц, но для компилятора это целое число ).
Таким образом, миг пытается быть между 10 мс и 1 мс. (используя... таймеры , каким-то образом ). Потому что длительность равна 1/n частоты.
HZ=100 для пропускной способности серверов :. Если сервер имеет 1000 переключений контекста в секунду, служебные данные начинают/могут начать отображаться. Это следует из логики и из "помощи" Kconfig.hz.
Таким образом, накладные расходы переходят от незначительных (менее 5%, скажем, 1% )до значительных. Если «время» — это продолжительность одного переключения контекста
100 x время = 0,01 (=1% =10 мс каждую секунду)
1000 x время = 0,10 (= 100 мс, = 10 % служебных данных)
--> время = 0,1 мс
Таким образом, 100 us будет типичным сервером -под -довольно -некоторым -переключением контекста нагрузки.
(Я вообще не хочу оспаривать 0,5 -2 нас, но это, кажется, "средний минимум")
Это все равно, что спросить :Если нанести 1000 красных полос на данный флаг, насколько тонкими они должны быть, чтобы они все еще оставляли достаточно белого, то есть белый по-прежнему должен быть основным цветом. Минимум две трети, лучше 90%, а то и 99%.
O (1 )планировщик? Похоже, он перешел от O (n ), что является плохим масштабированием, к O (1 ), что было хорошей попыткой, даже лучше, чем "BFS",а затем до O (log n ), что является реалистичным.
А вот количество задач — это только основной параметр. Многое зависит от типа задач и потока и загрузки памяти или «давления». (С самого начала было ясно, что "это зависит")