From: Alex Korchmar <1187512097@ddt.demos.su> 27 Aug 2019 21:41 +0300
To: Dmitry Dolzenko <1187512095@ddt.demos.su>
Subject: Дешевый внешний RAID на FreeBSD
From: Alex Korchmar Dmitry Dolzenko wrote: DD> А можно поподробнее про Китай - это вообще левые карты без лицензии, DD> содранные с Intel? да кто бы знал? Скорее всего - это левые карты без лицензии, сделанные на том же самом конвейере на котором делаются правые, в нелегальную четвертую смену из остатков (в хорошем варианте, в плохом - из отбраковки) легального производства. DD> И на них можно ставить Intel прошивку? они и есть интел. А вот прошивки там - "какие под руку китайцу подвернулись, и хорошо если вообще от той карты". > Alex
From: Eugene Grosbein grosbein.net 21 Aug 2019 23:20 +0300
To: Slawa Olhovchenkov 2:5030/500
Subject: Дешевый внешний RAID на FreeBSD
21 авг. 2019, среда, в 17:43 NOVT, Slawa Olhovchenkov написал(а): SO> и нет, тут BUF_SIZE -- это не TCP recv_space. это iSCSI SO> MaxRecvDataSegmentLength, он согласовывается при логине как минимальное из SO> таргета и инициатора и иногда бывает совсем небольшим. SO> какжется у соляркиного родного таргета предел аж 64КБ. а у ESXi 256KB что ли. SO> более того, больший MTU увеличивает RTT, поскольку SO> RTT = net_stack_initiator_delay_tx + network_delay_req + SO> net_stack_target_delay_rx + target_proccess_time + net_stack_target_delay_rx + SO> network_delay_resp + net_stack_initiator_delay_rx SO> а network_delay_resp = sum(switch_forward_delay){для каждого свича по пути} + SO> sum(packet_serialization_time){для каждого линка} SO> а packet_serialization_time = MTU / line_speed SO> в некоторых случаях packet_serialization_time может быть меньше, если SO> прерывание тебе будут генерировать не по приему последнего байта пакета а чуть SO> раньше. не уверен что так быват для сетевух. SO> ну и для cuth throwgh свичей это время для приема Ethernet header, а не всего SO> пакета. вот там jumbo frame может дать выйгрышь. Hу а в контексте-то темы? Свичей нет, линк 1G p2p, условные X520 на обоих сторона с группировкой прерываний, фря+винда? Или хотя бы фря+фря. Eugene -- В России каждый третий болеет СПИДом. Его зрачки расширены, веки красные, и его всегда начинает ломать.
From: Alex Korchmar <1187512084@ddt.demos.su> 21 Aug 2019 20:12 +0300
To: Slawa Olhovchenkov 2:5030/500
Subject: Дешевый внешний RAID на FreeBSD
From: Alex Korchmar Slawa Olhovchenkov wrote: SO> только данные им побить -- просто на раз-два. у нас не билось. SO> и кстати, не факт, что для совремнных дисков он будет работать. а кто его спрашивать-то будет? Он же не диски, а zfs volume получит. > Alex
From: Alex Korchmar <1187512083@ddt.demos.su> 21 Aug 2019 20:10 +0300
To: Eugene Grosbein grosbein.net
Subject: Дешевый внешний RAID на FreeBSD
From: Alex Korchmar Eugene Grosbein wrote: EG> Hа Ebay продаются за USD 46.88 (меньше 3200 рублей), бесплатная доставка. это китай, аккуратнее. > Alex
From: Dmitry Dolzenko <1187512081@ddt.demos.su> 21 Aug 2019 17:08 +0300
To: Alex Korchmar <1187512078@ddt.demos.su>
Subject: Дешевый внешний RAID на FreeBSD
From: Dmitry Dolzenko 21.08.2019 10:35, Alex Korchmar пишет: > Dmitry Dolzenko wrote: > > DD> Возможно ли комп с FreeBSD + ZFS массив на нем сконфигурить в виде SATA > DD> устройства для подключения к другому компу? > нет, компьютеры не умеют изображать из себя sata. > > Купи уже сетевую карту, блеать! 2 карты на 10G стоят не дешево. /D
From: Eugene Grosbein grosbein.net 21 Aug 2019 11:15 +0300
To: Slawa Olhovchenkov 2:5030/500
Subject: Дешевый внешний RAID на FreeBSD
20 авг. 2019, вторник, в 23:04 NOVT, Slawa Olhovchenkov написал(а): EG>>>> Hо для этого тебе потребуется хотя бы гигабитное соединение между EG>>>> машинами, чтобы получить около 100MBytes/s на чтении или записи. SO>>> 50MBytes/s EG>> Почему так мало? SO> размер буфера на RTT (RTT мерять с учетом необходимости передвать данные). SO> задержки в сетевом стеке тоже учитывать. EG>> Алекс Тутубалин имел почти line rate как раз на подобной задаче с EG>> виндой и FreeBSD/ZFS. SO> не на гигабите Hа 10G. Hо на гигабите тем же самым хостам вдесятеро проще поддерживать передачу на line rate, откуда падение вдвое-то в условиях LAN? Eugene
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