Вопрос к счастливым обладателям 2-х процессорных серверов.
(Если процессоров больше, то там все однозначно)
В каких случаях есть смысл включать в БИОСе режим NUMA и использовать ядра с поддержкой NUMA?
Есть ли какие-то категории задач которые в режиме NUMA дают прирост общей производительности системы или наоборот получается падение общей производительности системы ?
На x86 ядро перестает загружаться при включении поддержки 64GB RAM.
diffconfig .config.old .config
-CRYPTO_DEV_HIFN_795X n
-OLPC n
HIGHMEM4G y -> n
HIGHMEM64G n -> y
PGTABLE_LEVELS 2 -> 3
PHYS_ADDR_T_64BIT n -> y
+ARCH_DMA_ADDR_T_64BIT y
+ARCH_ENABLE_SPLIT_PMD_PTLOCK y
+ARCH_PHYS_ADDR_T_64BIT y
+HAVE_ARCH_HUGE_VMAP y
+IOMMU_HELPER y
+LIBNVDIMM n
+PCI_BUS_ADDR_T_64BIT y
+SWIOTLB y
+X86_PAE y
+X86_PMEM_LEGACY n
При загрузке видна 1 строчка, что загружается ядро и мгновенная перезагрузка. Пока я далеко от этой машинки и нет возможности подключить сериальныю консоль.
Смущает, что ядро с PAE собранное под K8 (для домашнего компа) на этом интеле загружается.
До этого на ядрах 3.0 - 4.13 все было замечательно.
Машинка Asus RS100-X7/P8B-X c Xeon E3-1230 V2 16Gb RAM.
Я слышал про какие-то проблемы на x86 в ядрах 4.14, но беглое гугление не дало результата.
В понятиях netfilter оно умеет проверять пакеты на принадлежность к протоколам (match) и ставить на пакеты метки/классы (target) по аналогии с MARK & CLASSIFY. Есть поддержка NET_NS и IPv6.
Пройдя сборы резервистов вынужден констатировать - subj :(
Дохлые ноуты с atom d510 c offtopic7 c powerpoint перелистывают примитивные странички по 3-7 секунд!
PS начальник MBAA был слегка удивлён наличием батареи ПВО-шников на смотре полка :)
Жили в палатке, кормили на убой, шикарная форма (летняя + зимняя но не от юдашкина, как у курсантов). Берцы - деревянное говно, пожалуй единственное, что омрачало сборы, т.к. обычно в день ходили по 16-12 км.
Понадобилось записать реальный трафик (до 500Mbit/s) на диск
(tcpdump-ом и/или dumpcap).
Все хорошо, но они сообщают о значительных дропах (packets dropped by kernel)
и это при записи на отдельный раздел на ssd.
После небольшой модификации tcpdump выяснилось, что дропы приходят пачками, а не по одиночке. Промежуток между массовыми дропами 2-5 минут.
Параллельно запущеный vmstat показал, что запись на диск происходит изредко, но большого объема и как раз в эти моменты появлялись массовые дропы.
Есть ли готовый скрипт, который откатит src до предыдущего состояния или нужно что-то ещё?
Измененные файлы у нас есть в backup-dir, список новых файлов, которые нужно удалить - есть. Остается восстановить права и время модификации каталогов. А откуда их взять ?
Или перед rsync нужно затарить дерево каталогов dst, чтоб после удаления его тупо распаковать?
Subsystem sftp internal-sftp
Match Group sftponly
ChrootDirectory %h
ForceCommand internal-sftp
PubkeyAuthentication yes
AllowTcpForwarding no
PermitTunnel no
X11Forwarding no
AuthorizedKeysFile /etc/ssh/authorized_user_keys/%u/authorized_keys