Как работает вытеснение во время аппаратного ввода-вывода?
На днях я работал над чем-то подобным. Моя установка немного отличается тем, что я не использую домашний каталог, каждый LVM монтируется в свой собственный корневой каталог, но есть несколько вещей, которые могут помочь:
В разделе [Global] я задаю минимальный уровень SMB, используя:
[Global]
min protocol = SMB2
Если вы используете SMB 4, вы также можете установить SMB3 как минимум, если ваш клиент конечной точки поддерживает его (несколько моих еще не поддерживают, поэтому блокировка как минимум v2 ).
Вы запускали smbpasswd, чтобы установить аутентификацию smb для подключающегося пользователя?
Как я упоминал ранее, я использую каталоги корневого уровня, а не домашний уровень (позволяет избежать двусмысленности с selinux в отношении вариантов того, что я бы назвал обычными общими ресурсами samba и общими папками на основе домашнего каталога.
Для этого я использую следующее, чтобы настроить соответствующие ценные бумаги selinux:
setsebool -P samba_export_all_ro=1 samba_export_all_rw=1
getsebool –a | grep samba_export ##Just to check it set properly
semanage fcontext –at samba_share_t "/timemachine1(/.*)?"
restorecon /timemachine1
Я также выбрал каталог timemachine, поэтому владельцем является пользователь, под которым я вхожу в общий ресурс samba.
Также дважды проверьте, открыты ли порты брандмауэра:
firewall-cmd --permanent --add-service=samba
firewall-cmd --reload
С Mac, если вы откроете Finder и выполните команду -K, вы выполните ручное подключение к Samba для проверки.
Кроме того, в разделе Global вашего smb.conf может быть что-то странное, возможно, вы захотите опубликовать этот раздел, если вы все еще застряли.
Здесь появляется приоритет прерывания:
Прерывание может прервать только прерывание с более низким приоритетом. (Фоновая обработка имеет самый низкий приоритет ). Прерывание по упреждению -будет иметь более низкий приоритет, чем критическое прерывание по времени -, поэтому оно не будет прервано переключением задач, переключению задач просто нужно подождать.
Есть несколько правил, которым должны следовать разработчики системы (аппаратного обеспечения и ядра ), чтобы это работало.
- Критические по времени прерывания имеют более высокий приоритет.
- Прерывания с высоким приоритетом должны делать свое дело и устраняться как можно скорее. например. просто сдвиньте данные или, лучше, настройте аппаратное обеспечение для сдвига данных. Затем он может запросить прерывание с низким приоритетом или обычный процесс для выполнения обработки.