From: Kirill Ponomarev krion.cc 10 Dec 2018 01:20 +0200
To: All ddt.demos.su
Subject: stable/12
On 2018-12-09, Alex Korchmar wrote: > From: Alex Korchmar > > Kirill Ponomarev wrote: > >> > И только бедные фрибсдшники не такие как все (и при этом плачут >> > что денег нет). >> До меня пока их плач не дошел. > перечитай начало треда. > >> > А использовать неконвенционные методы слежки за пользователями - >> > их тоже законодательство США заставило? >> Hу, у каждого свои фантазии. > срабатывание на говносайте по сбору денег canvas tracker - факт, > данный нам в ощущениях. > > а дальше уже не фантазии, а выводы. Выводы о том что у руля -- совсем-совсем > плохие пидорасы, которые продадут тебя первому же, кто заплатит. > > но вы продолжайте верить в святость и непогрешимость и что законы сша требуют. Платить или не платить - это добровольное дело. Понятно что "кругом враги", но жизнь продолжается, с трэкером или без.
From: Eugene Grosbein grosbein.net 05 Dec 2018 04:24 +0200
To: Andrey Ostanovsky 2:5030/1957
Subject: stable/12
04 дек. 2018, вторник, в 23:44 NOVT, Andrey Ostanovsky написал(а): AK>> Hо хотя бы сборку портов можно бы было как-нибудь не ломать? AO> Если не ломать - то никто и не замечает разработчиков. :) Вот мы 15 лет AO> удаленно обновляли системы и все работало как часы, а теперь счет 3:0 (из трех AO> попыток - три неудачные) и кто будет удаленно обновляться после этого? Прежде чем обновляться удалённо (особенно после длительного перерыва) всегда делаю тестовые обновления локально (да не одно), чтобы пройтись по потенциальным граблям. И кстати сказать, если система установлена штатно (не обкусана etc.) и перед обновлением прочитаны релизнотесы и сама процедура обновления выполняется в соответствии с документацией - практически всегда всё проходит гладко. Hапример, при обновлении до 12.0 перед make installworld нельзя будет пропускать этап mergemaster -p, который часто необязателен перед минорными апгрейдами, но тем не менее специально описан отдельным пунктом в UPDATING. Eugene -- Поэты - страшные люди. У них все святое.
From: Eugene Grosbein grosbein.net 26 Nov 2018 17:38 +0200
To: Alex Korchmar ddt.demos.su
Subject: TRIM
26 нояб. 2018, понедельник, в 10:09 NOVT, Alex Korchmar написал(а): >> Обычно больше интересовало пробежаться по FS и послать TRIM на всё, что не AK> fs же нынче, вроде, сами это делают при освобождении блоков? Делают - и UFS, и ZFS и в UFS даже раньше завезли, но fs могла быть создана ещё раньше. Eugene -- What would you do with a brain if you had one?
From: Eugene Grosbein grosbein.net 09 Nov 2018 00:34 +0200
To: Alex Korchmar ddt.demos.su
Subject: IFCONFIG_FORMAT
05 нояб. 2018, понедельник, в 11:47 NOVT, Alex Korchmar написал(а): >> А те, что имеют, либо заказывают L2 vlan для соединения своих точек, AK> да как будто у тебя в l2 мультикасты работают, ага, поверила бабка. У меня - работают, и я не знаю причин, по которым в L2 мультикасты могли бы не работать. >> внутри своего VRF. Магистралы так вообще не поддерживают роутинг >> мультикастов по дефолту, если не заказать услугу специально. AK> магистралам оно реже прилетает, у них нет таких клиентов или они продаются AK> как услуга. Кстати, о магистралах. Заказали тут на днях у Ростелекома vlan с правильным mtu до удалённой точки за пределами города, с обоих сторон влана поставили каталисты и dotq-tunnel поверх влана - свой транк прокинули. IP в своих вланах работает, включая DHCP и мультикасты, а PPPoE-фреймы идут только в одну сторону - бродкасты от удалённой точки через dotq-tunnel приходят, ответные юникасты отправляются, как подтверждает зеркалирование физического порта стыка, уходят с двумя тегами 802.1q, как положено - на ту сторону не приходят. Как так можно сделать, не понятно. Только если специально, но зачем? Eugene
From: Victor Sudakov 2:5005/49 07 Nov 2018 07:20 +0200
To: eugen grosbein.net
Subject: IFCONFIG_FORMAT
Dear eugen, 05 Nov 18 19:48, Eugene Grosbein wrote to me: VS>>>> Если даже у мелкого оператора аллокейшен от RIPE не менее /32, VS>>>> то в этом /32 будет 65 тысяч блоков /48. Жалко, что ли? EG>>> 65 тысяч клиентов это не так много, с учетом мертвых душ, EG>>> из-за которых в IPv4 приходится с годами переиспользовать EG>>> адреса. VS>> Это конечно философский вопрос, что такое много или мало: VS>> https://youtu.be/sDRJhAWMRIM?t=20 EG> Куча орехов это когда их можно сложить так, что их центры не лежат EG> в одной плоскости. То есть, до трёх орехов включительно это не куча, EG> а четыре уже можно попробовасть сложить кучей-пирамидкой: EG> три в основании и один сверху. Это если определять "кучу" геометрически по возможности сложить образующие её предметы горкой. Но определить более абстрактное понятие "много" уже не получится геометрически. 65 тысяч клиентов, каждому из которых ты дашь routable /24 - это тебе надо иметь IPv4 аллокейшен /8, это две тыщи стандартных /19-х аллокейшенов, если я правильно посчитал. По-моему это *очень* большой провайдер/LIR. И это я ещё не считал полосу, которая такому провайдеру понадобится. Ведь каждый клиент захочет никак не менее 100 Мбит/с, а скорее 1 Гбит/с. Даже с учетом oversubscription... боюсь считать. Да и не буду уводить разговор в сторону, речь всё-таки об адресации. VS>> Hо если представить себе провайдера или ЛИРа, у которого 65 тысяч VS>> multihomed-capable клиентов (и значит минимум каждому выдана VS>> /24), то IMHO это будет *огромный* провайдер по российским VS>> меркам. VS>> ЗЫ Пожалуй метод оценки Попугая самый правильный. EG> К сожалению, он эфемерный и субъективный :-) Э нет, попугай мудр и видимо знаком с тезисом Протагора. Victor Sudakov, VAS4-RIPE, VAS47-RIPN
From: Alex Korchmar <1187510315@ddt.demos.su> 22 Oct 2018 10:15 +0300
To: Eugene Grosbein grosbein.net
Subject: неудачный update: 10.4 -> 11.2: zfs error 2
From: Alex Korchmar Eugene Grosbein wrote: > AK> они не вступают покамест в причудливую взаимосвязь с модулями, которые без > AK> них > AK> не работают и не имеют шансов их включить явным образом. > Зависимость от krpc включена явным образом в zfs.ko у нас появился какой-то способ собирать "зависимые" модули? Hе говоря уже о том, зачем этой хрени вообще быть модулем. zfs просто нельзя собрать статически, иначе бы она у меня там и была. > AK> очевидно что мне не нужно ничего из перечисленных тобой options. > И тебя никто не заставляет включать их в конфиг ядра. тогда как включить в ядро _только_ код krpc и nfs4_acl? > Alex
From: Alex Korchmar <1187510298@ddt.demos.su> 20 Oct 2018 18:57 +0300
To: Victor Sudakov 2:5005/49
Subject: virtualbox
From: Alex Korchmar Victor Sudakov wrote: > AK> все, забудь - нет больше никакого X11, и удаленных файрфоксов в убунте > AK> (а скоро и нигде не будет). > AK> вафлянд ваш новый стандарт. > Почему наш? А не ваш? у меня "божественная десяточка". Пока еще не везде, но будет - мне даром не нужна еще одна такая же, "зато бесплатно" и все глючит, тормозит и не работает. > Тем более в нём какая-то совместимость с X11 заявлялась AFAIK. Может xeyes и > можно будет запустить. локально. Иксы опять же у меня и в десяточке есть. Только еще у меня там есть rdesktop с remoteFX, а вафлеловам я передаю пламенный привет - лет через сто, наверное, допилят. > А я правильно понимаю, что Xen Dom0 требует хитрого ядра и прочее, то есть xen dom0 и есть хитрое ядро. До весьма недавнего времени этим ядром мог быть только линупс. > запустить виртуалки на системе общего назначения не получится, надо делать > dedicated Xen гипервизор? когда ты грузишь модуль своего бхайва, сюрприз, у тебя тоже образуется dom0. нет. он не dedicated, он тоже виртуалка, просто у этой виртуалки есть доступ ко всей памяти и устройствам. Hу и управление в ней же. А у domU ничего нет. > А кто тебе в bhyve мешает получить виндовые консоли? Я вот в bhyve даже отсутствие в нем по сей день поддержки графики, не? > AK> в туманной перспективе - еще и большую эффективность PV сетевого и > AK> дискового драйверов. > Куда уж эффективней паравиртуальных драйверов bhyve? я очень сомневаюсь что их логика со стороны самого bhyve хоть сколько-то эффективна - как в силу количества и качества оставшихся у проекта кодеров, так и в силу невостребованности. > Alex
From: Eugene Grosbein grosbein.net 19 Oct 2018 20:00 +0300
To: Alex Korchmar ddt.demos.su
Subject: 32-битные библиотеки на 64-битной системе
19 окт. 2018, пятница, в 12:20 NOVT, Alex Korchmar написал(а): >> Их кто-то хранит, что ли? Тем более мне бы от 9-ки. AK> десяточные -разумеется, она ж поддерживается. С девяткой тебя ждет много AK> интересных приключений. AK> Включая и несобираемость на ней всех современных портов. Речь про репозиторий уже собранных старых версий. Eugene -- Прекрасны тонко отшлифованная драгоценность; победитель, раненный в бою; слон во время течки; река, высыхающая зимой; луна на исходе; юная женщина, изнуренная наслаждением, и даятель, отдавший все нищим. (Дхарма)
From: Eugene Grosbein grosbein.net 19 Oct 2018 19:59 +0300
To: Alex Korchmar ddt.demos.su
Subject: неудачный update: 10.4 -> 11.2: zfs error 2
19 окт. 2018, пятница, в 12:26 NOVT, Alex Korchmar написал(а): >>> Ядерная реализация этих функций лежит в krpc.ko и только для этого AK>> а что такого нужного-полезного лежит в nfs.ko ? >> Если тебе интересно - возьми и посмотри сорцы, как я сделал с krpc. AK> да мне интересно людей убивать, но уголовный кодекс не дает. Уголовному кодексу нет дела до того, поглядишь ли ты в сорцы nfs. >> Обожемой. Под покровом ночи тебе подсунут кривой zpool.cache AK> а кто сказал что это единственный вектор атаки, и что включение модуля, AK> содержащего и другой код, помимо xdr, не открывает пачку новых? Потому что я, в отличие от тебя, изучал сорцы - zfs не обращается к другому коду из krpc.ko Eugene
From: Alex Korchmar <1187510285@ddt.demos.su> 18 Oct 2018 22:36 +0300
To: Eugene Grosbein grosbein.net
Subject: virtualbox
From: Alex Korchmar Eugene Grosbein wrote: > AK>> btw - заглядывал на днях в баг про glib и kqueue, плакал. Майнтейнера, > AK>> поди, по сей день ищуть? > AK> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214338 > Маинтейнер Koop Mast из gnome@freebsd.org там отметился. 2017-08-06 а оно как жрало cpu и толком не работало, так и не работает. > Alex