Что делает “липкий бит”, означают в NFS?
Это называют 'клавиатурой автоматическим повторным уровнем', и можно установить его с kbdrate Мой установлен на:
$ sudo kbdrate
Typematic Rate set to 10.9 cps (delay = 250 ms)
Можно установить то же с:
$ sudo kbdrate -r 10.9 -d 250
Typematic Rate set to 10.9 cps (delay = 250 ms)
Проверьте страницу руководства на точные опции:
man kbdrate
Не уверенный, где настройка по умолчанию сделана, но /etc/rc.local, Ваш .bash_profile, .profile или .bashrc походит на хорошее место.
Текстовый раздел исполняемого файла является фактическим исполняемым кодом, это - то, к чему он относится. На Linux проигнорирован этот запрос, это - просто оптимизация, сделанная администратором. Ядро может сделать это для него сам без подсказки.
Это говорит, что, если исполняемый текст выгружается, и концы процесса, то сохраните его в следующий раз. На Linux не выгружаются (локальные) исполняемые файлы, поскольку это столь же быстро для перезагрузки из файла. Возможно, это несколько отличается для NFS.
Липкий бит имеет другие значения для других типов файлов: Вы описали для исполняемых файлов. Для каталогов это мешает не владельцам удалить файлы.
Я предполагаю, что nfs является тем же, когда я использовал его 20 лет назад, это было.
от: http://netbsd.gw.com/cgi-bin/man-cgi?sticky+7+NetBSD-current
Позже, на SunOS 4, липкий бит получил дополнительное значение для файлов, которые имели набор битов и не были исполняемым файлом: операции чтения и операции записи от и до тех файлов перешли бы непосредственно к диску и обошли бы кэш-буфер. Это обычно использовалось на файлах подкачки для клиентов NFS на сервере NFS, так, чтобы подкачка ввод-вывод, сгенерированный клиентами на серверах, не выселяла полезные данные из кэш-буфера сервера.
-
1То, что Вы описали постоянного клиента, означает "липкого бита" в системах Unix, нет? Я думаю, что это имеет другое значение в NFS – dimid 20.11.2013, 14:50
-
2@Dimid, Что заставляет Вас думать значение, отличается? Насколько я знаю, это не. – Gilles 'SO- stop being evil' 21.11.2013, 00:57
-
3@Gilles, потому что состояния RFC" (не определенный в POSIX)" – dimid 21.11.2013, 11:07
-
4@Dimid POSIX не определяет его, но это - все еще то же самое от Unix. POSIX и Единственный Unix не определяют тот флаг, потому что он удерживается от использования, актуальнейшие реализации поддерживают его, но игнорируют его так, он был не допущен в стандарт. Это - историческая вещь Unix, которую современные методы представили устаревший. POSIX не стандартизирует его, но NFS все еще стандартизирует флаговое значение (не говоря, что это должно сделать вне краткого описания традиционной семантики Unix). – Gilles 'SO- stop being evil' 21.11.2013, 14:38