From: Eugene Grosbein grosbein.net 15 Aug 2019 00:27 +0300
To: Dmitry Kolvakh 2:5054/89.1
Subject: STATE *vm ob
14 авг. 2019, среда, в 19:04 NOVT, Dmitry Kolvakh написал(а): DK> Правда, стараемся использовать паравиртуализацию, т.е. максимальное приближение DK> к железу. Эхотаг, кстати, вроде бы хорошо поддерживает тамошние паравиртуальные DK> устройства (vtnet и vtbd), с 10 версии уж точно. В Hetzner фряха в качестве гостя их гипервизора не имеет никаких проблем с vtnet и vtbd. Eugene -- Рейтинг, рейтинг - юбер аллес! (суровая правда телеискусства)
From: Dmitry Kolvakh 2:5054/89.1 14 Aug 2019 19:04 +0300
To: Eugene Grosbein grosbein.net
Subject: STATE *vm ob
Hi Eugene! 09 Aug 19, Eugene Grosbein wrote to Dmitry Kolvakh: EG> Может оказаться, что в этом гипервизоре очень дороги EG> (читай: неэффективно реализованы) примитивы синхронизации CPU, EG> на основе которых работают мутексы в ядре FreeBSD. EG> Можно поиграться с опциями ядра PREEMPTION/IPI_PREEMPTION. EG> Можно дать виртуалке только один виртуальный CPU EG> и поменять шедулер с SCHED_ULE на SCHED_4BSD, который даёт EG> лучшую производительность для одноядерных систем. Спасибо за идеи, будем смотреть при повторении проблем с производительностью. Правда, стараемся использовать паравиртуализацию, т.е. максимальное приближение к железу. Эхотаг, кстати, вроде бы хорошо поддерживает тамошние паравиртуальные устройства (vtnet и vtbd), с 10 версии уж точно. -- Good Luck! - Dmitry V. Kolvakh aka Keu
From: Eugene Grosbein grosbein.net 14 Aug 2019 15:21 +0300
To: Anton Gorlov 2:5059/37@FidoNet
Subject: interrupt cpu usage
14 авг. 2019, среда, в 01:05 NOVT, Anton Gorlov написал(а): EG>> Правда, в последние мажорные релизы было проведено немало работы EG>> по уменьшению задержек в ядре - убраны лишние дублирующие друг друга EG>> локи, статистические счетчики обновляются в структурах per-cpu, чтобы EG>> не требовать синхронизации между ядрами, сами локи помаленьку EG>> заменяются на EPOCH (lockless-алгоритмы). AG> А это начиная с какого релиза? Это не "с какого релиза", это процесс. Кроме таких улучшений ещё и новые баги вносят, та же тема с iflib и драйверами Intel, так что всё надо тестировать перед внедрением. Eugene -- Тестоголовые кислое свое брожение приняли за душу, распарывание чрев своих - за историю, средства, оттягивающие разложение - за цивилизацию...
From: Alex Korchmar <1187512071@ddt.demos.su> 14 Aug 2019 10:25 +0300
To: Eugene Grosbein grosbein.net
Subject: 11.2 -> 11.3
From: Alex Korchmar Eugene Grosbein wrote: EG> При большом желании копаться в ядре можно и ng-ноду слепить, EG> чтобы сама парсила протокол и лазила в таблицы ipfw. а в линухе все уже слепили в 1996м году. Потом, правда, все забыли и поломали. Причем собственный модуль мог написать человек, совершенно незнакомый с внутриядерным программированием - просто глянув в подходящий существующий пример. Видел для smb протокола - именно в таком режиме написанный, автор такой "гляньте, я все тут правильно сделал?!" > Alex
From: Alex Korchmar <1187512070@ddt.demos.su> 14 Aug 2019 10:22 +0300
To: Victor Sudakov 2:5005/49
Subject: 11.2 -> 11.3
From: Alex Korchmar Victor Sudakov wrote: VS> А я всё жду, когда sysutils/docker-freebsd починят никогда. Полноценная эмуляция линукса возможна только в виде vm - даже до microsoft уже дошло. VS> всяких усилий (ну "kldload linux", а остальное же внутри контейнеров)? зачем? Я бы вот рад их у себя не видеть больше. VS> А какой firewall из опенсорсных, справедливости ради, умеет хотя бы ftp? Hе VS> nat, а именно firewall. iptables/ipchains. Оба deprecated, и линукс уже очень скоро не будет и эффективным файрволом тоже. Зато в нем удобно докеру, ага. > Alex
From: Anton Gorlov 2:5059/37@FidoNet 14 Aug 2019 01:05 +0300
To: Eugene Grosbein grosbein.net
Subject: interrupt cpu usage
Привет Eugene! 12 авг 19 года (а было тогда 05:26) Eugene Grosbein в своем письме к Alex Korchmar писал: EG> Ты сравниваешь несравнимое. Файрвол in-kernel проверяет каждый пакет EG> как минимум один раз, чтобы принять решение - отфильтровать его EG> или нет, а контекст тут - нагруженный сервер доступа (BRAS) EG> с транзитным трафиком и фильтрация доступа к нему по ssh/snmp/etc. Хуже. Это BGP с апплинками и ко. То есть окно в мир.. пока ещё не иной EG> Правда, в последние мажорные релизы было проведено немало работы EG> по уменьшению задержек в ядре - убраны лишние дублирующие друг друга EG> локи, статистические счетчики обновляются в структурах per-cpu, чтобы EG> не требовать синхронизации между ядрами, сами локи помаленьку EG> заменяются на EPOCH (lockless-алгоритмы). А это начиная с какого релиза? С уважением. Anton aka Stalker Linux Registered User #386476 [#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]
From: Eugene Grosbein grosbein.net 14 Aug 2019 00:25 +0300
To: Victor Sudakov 2:5005/49
Subject: GEOM_ELI: Crypto: software
13 авг. 2019, вторник, в 23:01 NOVT, Victor Sudakov написал(а): VS> Вот это например: https://termbin.com/thcz Если не хочешь ставить CPU поновее, попробуй вместо AES шифровать при помощи Blowfish-CBC/MD5, там скорость выше будет. Eugene
From: Eugene Grosbein grosbein.net 14 Aug 2019 00:22 +0300
To: Victor Sudakov 2:5005/49
Subject: GEOM_ELI: Crypto: software
13 авг. 2019, вторник, в 23:01 NOVT, Victor Sudakov написал(а): VS>>> Есть у меня машинка с шифрованным диском, geli говорит про неё VS>>> сабж. А какую плату можно прикупить, чтобы появилось аппаратное VS>>> ускорение шифрования этого диска? А то больно медленно (zpool VS>>> поверх geli). GEOM_ELI: Device ada1.eli created. GEOM_ELI: VS>>> Encryption: AES-XTS 128 GEOM_ELI: Crypto: software EG>> GELI очень шустр на самом деле на современном железе. EG>> Опиши своё железо для начала. VS> Вот это например: https://termbin.com/thcz DESCRIPTION Starting with some models of Core i5/i7, Intel processors implement a new set of instructions called AESNI. (c) man aesni Вроде бы у тебя SandyBridge и на него скорее всего можно поставить CPU с умением AESNI, раз твой не умеет: https://en.wikipedia.org/wiki/AES_instruction_set#Intel Eugene
From: Eugene Grosbein grosbein.net 14 Aug 2019 00:17 +0300
To: Victor Sudakov 2:5005/49
Subject: GEOM_ELI: Crypto: software
13 авг. 2019, вторник, в 22:59 NOVT, Victor Sudakov написал(а): VS>>> Есть у меня машинка с шифрованным диском, geli говорит про неё VS>>> сабж. А какую плату можно прикупить, чтобы появилось аппаратное VS>>> ускорение шифрования этого диска? А то больно медленно (zpool VS>>> поверх geli). VS>>> GEOM_ELI: Device ada1.eli created. VS>>> GEOM_ELI: Encryption: AES-XTS 128 VS>>> GEOM_ELI: Crypto: software DS>> процессор с инструкциями AES и подгруженным модулем aesni, после чего DS>> уже тебя в сабже станет hardware VS> "grep -i aes /var/run/dmesg.boot" не показывает AES, не процессор же мне VS> менять. И не покажет, если нету aesni_load="YES" А если есть и процессор умеет, то покажет: aesni0: on motherboard А железо ты специально не описываешь своё? Eugene
From: Dmitriy Smirnov 2:5010/352@fidonet 13 Aug 2019 22:27 +0300
To: Eugene Grosbein grosbein.net
Subject: GEOM_ELI: Crypto: software
hi, Eugene! 14 Aug 19 01:22, Eugene Grosbein wrote to Victor Sudakov: EG>>> GELI очень шустр на самом деле на современном железе. EG>>> Опиши своё железо для начала. VS>> Вот это например: https://termbin.com/thcz EG> DESCRIPTION EG> Starting with some models of Core i5/i7, Intel processors EG> implement a new EG> set of instructions called AESNI. EG> (c) man aesni тут больше применимо ark.intel.com, чем man aesni. Cейчас уже даже свежие селероны умеют, а раньше "сам моделс" кроме ксеонов. wbr, Dmitriy.