The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Во FreeBSD 13 чуть не оказалась халтурная реализация WireGuard с нарушением лицензии и уязвимостями, opennews (?), 27-Мрт-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


56. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –4 +/
Сообщение от Михрютка (ok), 27-Мрт-21, 11:59 
да ладно, типа Доненфельд свое крипто с нуля писал. взял какую-нибудь пд реализацию и вперед.

так и этот, только зачем-то gpl код из линукса притащил.

Ответить | Правка | Наверх | Cообщить модератору

70. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +2 +/
Сообщение от пох. (?), 27-Мрт-21, 12:26 
> да ладно, типа Доненфельд свое крипто с нуля писал

да. Причем _верифицировал_, а это задачка, которую я, по дурости, считал вообще невозможной.

А потом....все выкинул в помойку, потому что божок-с-пальцем (точнее, его прихлебатели) сказали  так сделать, иначе не примут, как ни кланяйся в пол. И тот код, что в обожаемом лап4... ведре сейчас - никем не верифицирован и вообще хз кем хз когда написан, от Донефельда там только собственно сетевой протокол и несколько мелких деталек.

А этот - просто тяпляпер, мы с его творчеством давно и хорошо знакомы. Просто в этот раз взялся за задачку, которая не по способностям оказалась.

Ответить | Правка | Наверх | Cообщить модератору

244. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (242), 27-Мрт-21, 22:15 
Слушай, а как этот тяпляпер вообще там оказался? Я давно не слежу, но во времена freebsd 6-7, помнится, таких за пушечный выстрел к HEAD не подпускали.
Ответить | Правка | Наверх | Cообщить модератору

246. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от пох. (?), 27-Мрт-21, 22:30 
> Слушай, а как этот тяпляпер вообще там оказался?

"других разработчиков у меня для вас нет".
Хаббард в нвидии, пишет драйвера для линуксей.

А этот как мог, так и разрабатывал. Как и все они. История с фринасом казалась что уже дальше падать некуда. Ан, снизу стучат...

P.S. во времена 6-7 current вообще мог пару дней просто не собираться, поскольку никакой автоматики отката не было. А проблему с неосвобождаемым местом в ufs так и не смогли починить за все неимоверно продолжительное время жизни четверки. Так что в принципе, ничего нового.

Ответить | Правка | Наверх | Cообщить модератору

253. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (242), 27-Мрт-21, 23:01 
Про current - это подход к разработке такой был, его только ленивый не критиковал, впрочем, на cvs нормальный подход с ветками организовать не так и просто ;) А во времена четверки, ну, можно ещё провальную пятерку вспомнить. Времена 6-7 все же были лучшими в истории проекта, кмк.

Проблемы были, как и везде. Но такого г-кода в ядре с use after free и фиксированным буферами без проверок границ я не припоминаю.

Ответить | Правка | Наверх | Cообщить модератору

258. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –1 +/
Сообщение от пох. (?), 27-Мрт-21, 23:15 
> Про current - это подход к разработке такой был, его только ленивый

"stable is just less-actively developed current" (c) чуть ли не Хаббард, во всяком случае - тех времен.

> так и просто ;) А во времена четверки, ну, можно ещё
> провальную пятерку вспомнить. Времена 6-7 все же были лучшими в истории

с пятеркой все было нормально - переход к нормальной реализации smp и 64 бита и не мог быть бесплатен.
При этом ей все же можно было пользоваться, если очень осторожно. Но все родовые травмы поправили уже к 8, поэтому и прожила по нынешним меркам вечность.

> Проблемы были, как и везде. Но такого г-кода в ядре с use
> after free и фиксированным буферами без проверок границ я не припоминаю.

да ладно, не припоминает он. Что, про адские loader.conf с десятками вручную подбираемых констант, от mbuf до таймеров, забыл уже? А я вот не забыл. Чуть больше - kernel panic. Чуть меньше - виснет при нагрузке. В ядре было чудовищное количество статических структур, при переполнении которых "слуцялось". Причем, замечу тебе, в тогдашнем линуксе от них давно избавились почти от всех, да и оставшиеся можно было безболезненно менять на ходу. Ну, правда иногда молча висло по другим причинам ;-) Тоже последствия быстроразработки.


Ответить | Правка | Наверх | Cообщить модератору

264. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (242), 27-Мрт-21, 23:51 
Переполнений, которые могут возникнуть в ядре в зависимости от данных, прилетевших по СЕТИ (и позволяющих теоретически организовать RCE в ядре) - не помню.

Самому себе случайно ногу отстрелить всегда можно было, да :)

Ответить | Правка | Наверх | Cообщить модератору

265. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +1 +/
Сообщение от Аноним (242), 28-Мрт-21, 00:08 
...но, вообще, я тут субъективен, конечно. Фря уже тогда имела киллер-фичу - полноценное дисковое AIO. Это позволяло спокойно раздавать на слабых CPU крупную статику единственным процессом, который аккуратно рулил раздачей в FSM-цикле, управляемом kevent-ами. Потюнить бутаблы, да, приходилось, и это было болезненно, но в итоге все летало. На линуксе же была какая-то недопиленная толком не документированная фигня, которой надо было все выравнивать по блокам в зависимости от типа и параметров формата ФС, и все равно нифига толком не работало, блочилось рандомно, единственным выходом было городить тредпул. Ну и как была, нормальная реализация в линуксе появилась только пару лет назад.
Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

268. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –1 +/
Сообщение от Михрютка (ok), 28-Мрт-21, 00:45 
я не гордый, и в третий раз повторю:

да, с пятеркой в домашних условиях было все прекрасно, она у меня проработала домашним десктопом где-то до 2007-8, вплоть до отставки старого компа (к тому времени случился ведьмак, потому переезд на winxp был неизбежен)

а на работе с четверки переход был только на шестерку (потому что гр***ные ж*ды хозяева конторы, память о сексе с промис сата и карп + пф)

Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

340. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от пох. (?), 28-Мрт-21, 12:23 
> да, с пятеркой в домашних условиях было все прекрасно, она у меня

ну мы пользовались и в недомашних, но глобально переходить на такое, естественно, боялись - да и незачем особо было, это был задел, оправдавшийся в прекрасном далеко. Зачем тебе 64 бита и отсутствие глобаллоков, причем то и другое в процессе разработки, когда ядер ровно одно, сокетов всего лишь два (и там глобальный лок скорее на пользу) и оба 32бита?

На шестерку перешли только потому, что 4 уже совсем не поддерживалась. Пользы от ее фич снова не было никакой, вред один, она появилась когда не то что 6, а уже и 7 заканчивала свое существование - вот тогда уже было железо, на котором было нужно. К тому времени уже вполне и можно было пользоваться, разницы между поздними 7 и ранними 8 я вообще не заметил, то и другое эксплуатировалось параллельно.

Ответить | Правка | Наверх | Cообщить модератору

211. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +1 +/
Сообщение от Аноним (-), 27-Мрт-21, 19:52 
> да ладно, типа Доненфельд свое крипто с нуля писал. взял какую-нибудь пд
> реализацию и вперед.

Донфилд таки в этом сильно лучше шарит. И в протоколе, и в крипто. И уж точно не будет race condition delay'ями затыкать.

> так и этот, только зачем-то gpl код из линукса притащил.

И делеями конки заткнул. Эксперт по... по... по гавнокодингу?! Ему надо было на пыхе или питоне учиться прогать, там такое может и прокатит.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

213. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –1 +/
Сообщение от Михрютка (ok), 27-Мрт-21, 20:15 
товарищ, спасибо, насчет цинка меня уже просветили предыдущие ораторы.

и вдогонку - эксперт не эксперт, а двадцать лет во фряху и в линь код коммитил, в том числе и в openzfs (которая традиционно была нинужно, пока ее на линукс взгромоздили, а потом внезапно стала превосходной)

Ответить | Правка | Наверх | Cообщить модератору

274. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (-), 28-Мрт-21, 02:38 
> и вдогонку - эксперт не эксперт, а двадцать лет во фряху и

Я бы на вашем месте проверил чего он там за 20 лет накомитил...

> в линь код коммитил, в том числе и в openzfs

Это, по счастью, не в линь, а таки всяким внеядырным выкидышам, и вот это уже таки сугубо их проблемы как они с таким какчеством будут жить. Да, врядли кто кернельную инфраструктуру тестов, статических анализов и фаззинга гоняет на ЭТОМ, да и живых тел сильно меньше, так что как хотите с этим так и вертитесь. Поха слушайте! Он эксперт по тому как максимально эпично влопаться в фекалии на ровном месте.

> (которая традиционно была нинужно, пока ее на линукс взгромоздили, а потом внезапно
> стала превосходной)

Ну, мне оно и сейчас нафиг не надо. Пусть бсдшники качеством кода вон того эксперта наслаждаются, им привычнее. Пох с корейцами конечно поспорит, но я вообще не знаю, майнлайновое у него там ядро или чье, не шарю я в тех корейцах...

Ответить | Правка | Наверх | Cообщить модератору

341. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +1 +/
Сообщение от пох. (?), 28-Мрт-21, 12:27 
>> и вдогонку - эксперт не эксперт, а двадцать лет во фряху и
> Я бы на вашем месте проверил чего он там за 20 лет

да мы в курсе, что. Мы это поменять не можем - без его ревью. А там - там-тадам.

> Это, по счастью, не в линь, а таки всяким внеядырным выкидышам, и вот это уже таки сугубо
> их проблемы

да, это сугубо линyпсячьи проблемы, как они будут жить без хотя бы одной нормальной fs вообще. Подпирать xfs с кернел-паниками lvm'ом который никто не умеет чинить, видимо.
Единственная, которая могла бы работать - не так подана, и давайте назло ее сломаем.

Ни разу не жалко. Вот фрю еще можно было бы до недавнего времени починить. Но увы, опаньки.

Ответить | Правка | Наверх | Cообщить модератору

395. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  –2 +/
Сообщение от Аноним (-), 29-Мрт-21, 08:28 
> его ревью. А там - там-тадам.

А с бэкдорами так катит? :) Впрочем с таким кодом они не нужны...

> одной нормальной fs вообще. Подпирать xfs с кернел-паниками lvm'ом который никто
> не умеет чинить, видимо.

У админов уровня пох с линухом всегда проблемы. Но у остальных пингвины почему-то работают. А так вон в btrfs zoned block storage пилят, пока инфраструктуру (более-менее in place уже).

> Единственная, которая могла бы работать - не так подана, и давайте назло ее сломаем.

Вопросы к санкам. Если бы они этого хотели, лицензия была бы другой. А пресмыкаться в линухе не принято.

> Ни разу не жалко. Вот фрю еще можно было бы до недавнего
> времени починить. Но увы, опаньки.

Как математик из анекдота, только хуже - "решения нет" и пошел спать.

Ответить | Правка | Наверх | Cообщить модератору

457. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от пох. (?), 30-Мрт-21, 15:50 
> У админов уровня пох с линухом всегда проблемы.

потому что понимаем в нем чуть больше чем поверхностно.

> Но у остальных пингвины почему-то работают.

в режиме "быстроподнятое упавшим не считается", ага. Ну или никому ненужных васянхостов с нулевой нагрузкой и такой же пользой окружающим.

А заглянешь внутрь - в ужасе убежишь.

> А так вон в btrfs zoned block storage пилят

все остальные-то проблемы успешно решены, угу.

>> Единственная, которая могла бы работать - не так подана, и давайте назло ее сломаем.
> Вопросы к санкам. Если бы они этого хотели, лицензия была бы другой.

разумеется они не хотели. Они хотели сделать доступным для всех, а не для одних только убогих больных фанатиков.
И сделали. А что фанатики _намеренно_ пакостят желающим ее использовать - конечно же вызывает массу желания пользоваться поделками самих фанатиков. Да я с подветру и подходить-то не стану к такому.

> А пресмыкаться в линухе не принято.

ты только что переобулся в прыжке. поздравляю.

Кстати, как там дела у парагонсофтвари - сколько раз уже поклонились в ноженьки - я на 13м перестал считать? Уже все colour на color переправили, или теперь надо еще ботинки лап4..м облизать?

> Как математик из анекдота, только хуже - "решения нет" и пошел спать.

"время хакеров 70х прошло", как кто-то тут выразился.
Остался лишь очень и просто чудовищно плохой софт. Делаемый откровенными п-сами, теми что в самом плохом смысле. Заведомыми мелкими пакстниками, или вот, просто уе-нами уголовниками, выбирай. На денежки корпораций, которые считают что мир принадлежит им.


Ответить | Правка | Наверх | Cообщить модератору

461. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (-), 31-Мрт-21, 12:51 
> потому что понимаем в нем чуть больше чем поверхностно.

Субъективно - вы в пингвинах ноли без палочки. И поверхностно и не очень, ибо огребаете тупые проблемы на ровном месте, это дурно говорит о вашей квалификации.

>> Но у остальных пингвины почему-то работают.
> в режиме "быстроподнятое упавшим не считается", ага.

Бзики про супернадежных бла-бла-бла всех заколебали. Единственное что вы реально умееете - ставить фирмы на много денег на дорогие игрушки. При том реально обеспечить обещанное вам слабо, а за эти годы появилось over 9000 более дешевых вариантов как достигать примерно того же самого.

Бонусом пока такие совдепы ноют, пингвин летает в космос, рулит критичными штуками и т.п. и вообще - при правильном подходе стабильно пашет годами без каких либо эксцессов. То что вы с вашим бэкграундом не умеете его готовить, а сведения протухли лет на 10+ совсем другая история.

> Ну или никому ненужных васянхостов с нулевой нагрузкой и такой же пользой окружающим.

Маск довольно богатый Васян. А гугла или мордокнигу сложно назвать "не нагруженными".

> А заглянешь внутрь - в ужасе убежишь.

Это про сабж? В линухе вайргада взяли далеко не сразу, и отрихтовали сотни кода и в вайргаде, и в линуксном крипто :). И таки я смотрю внутрь, в ужасе не убежал. Скелеты в шкафу бывают, конечно, но судя по сабжу бывает и сильно хуже, когда, вон, тело само фабрикует в фабрикаторе себе ревью. В линухе так не делают.

>> А так вон в btrfs zoned block storage пилят
> все остальные-то проблемы успешно решены, угу.

Все, не все, а в целом это работает. Ну и у этих ваших фетишей своих проблем, только вы что-то предпочитаете игнорить это. Сорян, но мне мой ноут в 20 раз важнее твоей мега-энтерпрайз-хранилки, и zfs там ни о чем. Ну вот просто не есть саппортед конфига по вашей версии, а быть сапожником без сапог мне западло.

> разумеется они не хотели. Они хотели сделать доступным для всех, а не
> для одних только убогих больных фанатиков.

Если бы они хотели это - лицензия тоже была бы другая. А так вот потроллили вообще всех, заставить бсдшников копилефт любить это стебно, конечно. Но что делать, они сами вообще ничерта накодить не могут :)

> вызывает массу желания пользоваться поделками самих фанатиков. Да я с
> подветру и подходить-то не стану к такому.

Так никто не заставляет. Зачем там скунсы, которые вместо спасибо за халяву в рояль гадят внаглую? Ума не приложу, с таким подходом успех с пингвинами, имхо, вам не светит. В IT вообще чтобы фишка перла надо любить то чем занимаешься. Иначе фигня получается.

>> А пресмыкаться в линухе не принято.
> ты только что переобулся в прыжке. поздравляю.

ORLY?

> Кстати, как там дела у парагонсофтвари - сколько раз уже поклонились в
> ноженьки - я на 13м перестал считать?

Линух - не сабж, с лопаты шит сфабриковав ревью там не отгрузишь.

> Уже все colour на color переправили, или теперь надо еще ботинки лап4..м облизать?

Так они свежие, переобутые, в чем проблемы? :)

> "время хакеров 70х прошло", как кто-то тут выразился.

Старый что малый, как кто-то сказал. Многие из - уже давно выпали из актуального курса дел, и умеют только пускать пузыри и лечить "как надо". Сами своим советам не следуя и чирикая из-под уютной виндочки. А знаете что? Если ваши концепты и парадигмы на плаву даже вас не держат, может они не так уж и хороши? Или как минимум нуждаются в существенном пересмотре?

> Остался лишь очень и просто чудовищно плохой софт. Делаемый откровенными п-сами, теми
> что в самом плохом смысле. Заведомыми мелкими пакстниками, или вот, просто
> уе-нами уголовниками, выбирай. На денежки корпораций, которые считают что мир принадлежит им.

По моему опыту есть и более позитивные варианты. И это, уголовник кодил по заказу корпораса...

Ответить | Правка | Наверх | Cообщить модератору

463. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от пох. (?), 31-Мрт-21, 13:27 
> Субъективно - вы в пингвинах ноли без палочки. И поверхностно и не очень, ибо огребаете тупые
> проблемы на ровном месте

это потому что твоей квалификации просто не хватает, чтобы разглядеть что место ни разу не ровное, а сплошное минное поле.

> а за эти годы появилось over 9000 более дешевых вариантов как достигать примерно того же самого.

"примерно" лично меня не устраивает прежде всего - для себя, любимого.
А во вторую очередь - в окружающей меня среде, где меня не устраивает лечение проблем перезагрузкой и быстроподнятием, я не хочу этим заниматься.

> Маск довольно богатый Васян.

эти денежки он отжал у инвесторов, а не заработал инженерными умениями, которых никогда в жизни не демонстрировал.  Да, умение вешать лапшу на уши высоко ценится, и что с того?

> А гугла или мордокнигу сложно назвать "не нагруженными".
>> А заглянешь внутрь - в ужасе убежишь.
> Это про сабж?

это вот про гугла с мордокнигой, например. Или про масковы ракеты с ведроидным управлением.
То что они еще никого не угробили - не переживай, дело случая и масштабов.
А сабж, как видим, не прокатил.

>> все остальные-то проблемы успешно решены, угу.
> Все, не все, а в целом это работает.

там где оно работает - оно необязательно, потому что так работающего есть и поинтереснее или поудобнее. Вот тот п-ц на 50-1T на венде - он тоже в целом работает и выполняет свою задачу. И дешево владельцу обошелся.
А там где надо надежно - там ну его "в целом". И нет, твой ноут с единственным ssd "надежно" не будет никогда.

> Так никто не заставляет.

альтернативы вы уже почти все уничтожили - своим "в целом работает", зато6ешплатным.
Кто тут еще скунсы  - по-моему, имеющий глаза да давно унюхал.

> Так они свежие, переобутые, в чем проблемы? :)

"а пресмыкаться у Линуса не принято. А у его рабов - принято!" Поздравляю с очередным переобутием в прыжке. Кстати, вот чего точно нет и не может быть в freebsd проекте - это самовлюбленных прожект-менежеров которые "программируют на псевдокоде" и указывают как надо. А от других требуют непременно переподавать с прогибом, поменяв colour на расово-верный. Перестаешь комитить - автоматически право на это без твоего согласия получают другие.

> По моему опыту есть и более позитивные варианты.

я тебе не раз и не два приводил свои кейсы, предлагая блеснуть опытом. Ты _каждый_ раз отмазывался что "я не я, область не совсем моя, вот у меня в каком-то совершенно ненужном ненужно все так". То есть твой опыт на проверку оказывался каждый раз крайне куцым и абсолютно за пределами твоего мирка какой-то наколенной эмбедовки - нерелевантным.

Ответить | Правка | Наверх | Cообщить модератору

480. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (-), 12-Апр-21, 22:11 
> это потому что твоей квалификации просто не хватает, чтобы разглядеть что место
> ни разу не ровное, а сплошное минное поле.

Это потому, что я умею миноискателем пользоваться, вместо демонстрации работы мин на своей тушке. Что там про квалификацию было? Мины есть в любой системе такого размера и сложности, а на фичесет MSDOS 3.0 многие кастомеры нынче уже не согласны.

> "примерно" лично меня не устраивает прежде всего - для себя, любимого.

Энтерпрайзными понтами не обвешаны? Для себя любимого - подобное добро или стоит запредельно, или является ископаемым крапом, на выбор. Не слишком эпичный выбор.

> А во вторую очередь - в окружающей меня среде, где меня не
> устраивает лечение проблем перезагрузкой и быстроподнятием, я не хочу этим заниматься.

Для начала - вот у лично меня например...
- Перезагрузка делается вачдогами и мониторами. В моих инсталляциях некому ресет жать и питание дергать чаще всего. Пингвин сам по себе - к автоматике не враждебен.
- Если это все же понадобилось, все детектится за разумное время и само приходит в адекват. Задизайнено почти-необслуживаемым, с самого начала. И имплементед как таковое. Энтерпрайзам этот паттерн тоже нравится, по чуть другим причинам, но на результат не влияет.
- Самая частая проблема чисто статистически - факапы питания, против лома нет приема. Дада, в теории упсы и проч. На практике с упсами тоже бывает упс.
- Быстроподнятие системы в любом случае фича а не баг. Кому нравятся даунтаймы, занятие технической рутиной вместо своих проектов и проч?!

>> Маск довольно богатый Васян.
> эти денежки он отжал у инвесторов, а не заработал инженерными умениями,

Эти денежки ... он сделал на своих юзерах. Первым в мире придумав более-менее юзабельную платежную систему - paypal. До него потуги это делать являли собой такую дичь и трэш, что это вообще не взлетало. И таки остальным сделать что-то потребное никто не запрещал. Потом, конечно, еще легион собезьянил, и оно (несколько маргинальнее) работало (и работает) и для них. Тебе, правда, имена копипастеров попытавшихся быть "как палка, только гибче" ничего не скажут, ты слишком унылый и лох для этого.

> которых никогда в жизни не демонстрировал.

"Genius steals" (c). Зачастую есть множество отличных решений. Достаточно посмотреть вокруг, скомбинировать правильно - и результат поразит воображение. Эдисон тоже не придумал идею электрической лампочки. Лишь довел до ума. Но обезьянить потом все начали именно этот дизайн, что намекало на удачное сочетание.

> Да, умение вешать лапшу на уши высоко ценится, и что с того?

Кроме умения вешать лапшу на уши он собрал команду которая может пульнуть 1 ракету на орбиту 9 раз. До него так на этой планете не смог вообще совсем никто. А мега инженеры и проч могут быть погребены живьем если менеджмент фуфло. Проверено рогозиными.

>>> А заглянешь внутрь - в ужасе убежишь.
>> Это про сабж?
> это вот про гугла с мордокнигой, например.

Ну, понимаешь, если копнуть - у других оно обычно еще хуже оказывается. А то что ты там научился какие-то чудные заклинания проприетарному блобу, типа цыски - ничего не говорит о том как там унутрях и какое там реально качество. Не бывает безбажного софта, бывает неисследованный.

> Или про масковы ракеты с ведроидным управлением.

Оно не с ведроидным, там только морда с хромиумом, дублированная хардварными кнопками на случай фэйла.

> То что они еще никого не угробили - не переживай, дело случая и масштабов.

Если на то пошло, педально-релейный совковый металлолом уже угробил эн людей. Пару раз в том числе и из-за педальнорелейности, когда прибитую на гвозди логику командоаппарата просто невозможно было сменить. Так то оно надежно, но только до первого should never happen. А как только это happen - все, фаталити. Впрочем у тебя и в ФС предпочтения такие же, что с тебя взять :)

> А сабж, как видим, не прокатил.

Сабж, как видим, вскрыл с десяток забавных проблем на всех уровнях...

>> Все, не все, а в целом это работает.
> там где оно работает - оно необязательно,

Так то и без лампочек можно жить - используя лучины или керосинки. Но что-то мало кто так сейчас хочет, даже совсем дикие порой уже с солнечной батарейкой, акумом, светодиодами, да еще ящик с вооооон какой тарэлкой работает и мабылк подзарядыть ахота. Хотя, кзалось бы, баранов в горах гонять можно и без этого...

> потому что так работающего есть и поинтереснее или поудобнее.

Где же эти спасители человечества?

> Вот тот п-ц на 50-1T на венде - он тоже в целом работает и выполняет свою задачу.

Проблема в том что для начала это технология у майкрософта, а не у меня. И делятся они ей на довольно специфичных условиях, чем дальше тем наглее. К тому же это заведомо не лезет в половину моих юзкейсов, за сам факт виндовости. Хренова венда для необслуживаемого режима, банкоматы и автоматы с лужайкой на экране - подтвердят. Я плотно работал с MS, более чем достаточно для понимания что это за фрукт и почему я не хочу завязывать мое будущее на них.

> И дешево владельцу обошелся.

С каких пор MS записался в благодетели?

> А там где надо надежно - там ну его "в целом". И нет, твой ноут с единственным
> ssd "надежно" не будет никогда.

Он не будет 100% надежным. Однако если мне не придется перекатывать систему и данные из бэкапа из-за 1-2 бэдов - EPIC WIN. Технология экономит мне немало времени и сил, так что я смогу сегодня покодить вон тот клевый и интересный проект вместо системной гребли на ровном месте. А система что, ее задача обеспечить это. Да, если с этим проблемы - я могу и впрячься местами, где квалификация позволяет. Потому что хорошая операционка - полезный в том числе и мне ассет.

> альтернативы вы уже почти все уничтожили - своим "в целом работает", зато6ешплатным.

Это не мы, это рынок, решивший что геморрой за много денег должен умереть. А вы хотели под дулом пистолета впихивать не то что кастомеры хотели? Небось еще и моча альтернативы? Ну вас нафиг с вашим "светлым" будущим, такое будущее только высокомерным погонщикам особо отожраных слонов и надо, и даже там их хозяев жаба задушила :)

> Кто тут еще скунсы  - по-моему, имеющий глаза да давно унюхал.

Да вообще охренеть, мир не согласился на конские условия и послал концептуалов в пень.

> "а пресмыкаться у Линуса не принято. А у его рабов - принято!"

Ну вот рабы пусть и пресмыкаются. Я не раб линукса, я лишь тот кто его выбрал и прикрутил к своим задачам, потому что он лучше всего остального туда лез. А сказ о том как космические корабли бороздят большой театр, покуда сапожник без сапог - без меня. Я научился готовить линуха наворачивая в нем конфиги для себя любимого. Со временем оказалось что это полезно и еще энному количеству людей, т.к. чем они так уж принципиально отличаются?

> и не может быть в freebsd проекте - это самовлюбленных прожект-менежеров
> которые "программируют на псевдокоде" и указывают как надо.

Зато там есть гангстер мася, сфабриковал сам себе в фабрикаторе ревьюху. Я правда не уверен что это фича, как и дампы unmaintained кода корпов с лопаты.

> А от других требуют непременно переподавать с прогибом, поменяв colour на
> расово-верный. Перестаешь комитить - автоматически право на это без твоего
> согласия получают другие.

Нет, сейчас мы захалтим проект планетарного масштаба из-за одного придурка, и пусть весь мир подождет. Торвальдс отличается от рядового кодераса - он агрегатор и интегратор этой штуки, и делом доказал свою вменяемость в этой адской роли. А вот то что эти ваши масики хоть немного адекватны - есть большие сомнения. Когда все приходит к тому что тело само себе ревью фабрикует, и это никто не может удалить, это много говорит о процессе. Не с лучшей стороны.

> так". То есть твой опыт на проверку оказывался каждый раз крайне
> куцым и абсолютно за пределами твоего мирка какой-то наколенной эмбедовки - нерелевантным.

Потому что лучший бой - тот которого не случилось, пох. Большую часть проблем можно решить более адекватным выбором задачи или методов ее решения. Здоровенные мегахранилки - как раз тот случай. Сам факт существования этого говорит о том что с архитектурой решения у вас там не задалось с самого начала, а потом вы истошно натягивали сову на глобус. Зачем мне опыт в этом самом я не знаю. Если я считаю такое занятие фэйловым сразу на старте, логично что и опыта в этом у меня не будет.

Ответить | Правка | Наверх | Cообщить модератору

470. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от andy (??), 31-Мрт-21, 21:32 
> да, это сугубо линyпсячьи проблемы, как они будут жить без хотя бы
> одной нормальной fs вообще. Подпирать xfs с кернел-паниками lvm'ом который никто
> не умеет чинить, видимо.
> Единственная, которая могла бы работать - не так подана, и давайте назло
> ее сломаем.

Пох, подскажи пожалуйста что не так с:
1. ext4
2. xfs?

Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

471. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от пох. (?), 31-Мрт-21, 21:48 
в сторону, тихонечко: 6ляаааааа....
Ну давай ты поиском воспользуешься, а? Или даже в моем псевдопрофайле поищешь лично мои высеры. Сто раз обсасывали, что с ними не так.

В результате смотрю я lsblk с чужого сервера (рута нет, поэтому не pvs смотрю, но и так все ясно):
/dev/sda1 - root 50G+swap+чтотоещененужное
/dev/sdb1 - root (!) 150G
/dev/sdb2 - root 150G
На самом деле - sdb 60G, sda 40, что-ли.
Место на / - кончается прямо вот на глазах. Хочется - убивать людей.

Чинить это - не хочется вот совсем, хотя я, разумеется, прекрасно понимаю, почему так вышло и что помешало по-другому делать. Контора если что - налетит на миллионные штрафы, если оно вдруг совсем сдохнет (там регулятор присматривает, это не вебня с котиками). Аутсорсер - отcocaл, и слинял в туман, разумеется, пару лет назад.

Нет, моей премии ничего не угрожает, ответственность там аккуратно переложена на никого, как всегда. Но придут все равно ко мне, потому что больше не к кому ведь. Уже ж пришли, а то чтоб я туда полез.

P.S. нет, я не знаю что будет, если делать pvmove на таком диске. И знать не хочу.

Если бы это была zfs на солярке 2006го года выпуска, к примеру - вместо всего этого трэша и п-ца был бы один диск. Целиком отданный zfs и растущий по мере потребностей без необходимости вообще логиниться внутрь - увидел триггер, добавил. Никакому отсосеру даже в голову бы не пришло такое вот вытворять - просто незачем.

Ответить | Правка | Наверх | Cообщить модератору

474. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от andy (??), 31-Мрт-21, 23:23 
>[оверквотинг удален]
> Ну давай ты поиском воспользуешься, а? Или даже в моем псевдопрофайле поищешь
> лично мои высеры. Сто раз обсасывали, что с ними не так.
> В результате смотрю я lsblk с чужого сервера (рута нет, поэтому не
> pvs смотрю, но и так все ясно):
> /dev/sda1 - root 50G+swap+чтотоещененужное
> /dev/sdb1 - root (!) 150G
> /dev/sdb2 - root 150G
> На самом деле - sdb 60G, sda 40, что-ли.
> Место на / - кончается прямо вот на глазах. Хочется - убивать
> людей.

Непонятно для чего было бить /dev/sdb на части, а не целиком добавить.

> Чинить это - не хочется вот совсем, хотя я, разумеется, прекрасно понимаю,
> почему так вышло и что помешало по-другому делать.

Почему так вышло и что помешало сделать иначе?

> Нет, моей премии ничего не угрожает, ответственность там аккуратно переложена на никого,
> как всегда. Но придут все равно ко мне, потому что больше
> не к кому ведь. Уже ж пришли, а то чтоб я туда полез.

А почему бы не переделать по-человечески, раз все равно пришли к тебе? Хочется пердолиться с этим непотребством?


> P.S. нет, я не знаю что будет, если делать pvmove на таком
> диске. И знать не хочу.

Время простоя не предусмотрено?

> Если бы это была zfs на солярке 2006го года выпуска, к примеру
> - вместо всего этого трэша и п-ца был бы один диск.
> Целиком отданный zfs и растущий по мере потребностей без необходимости вообще
> логиниться внутрь - увидел триггер, добавил. Никакому отсосеру даже в голову
> бы не пришло такое вот вытворять - просто незачем.

Но соляра сейчас... В общем, не сказать что активно развивается. Какой выбор есть в
данный момент?


Ответить | Правка | Наверх | Cообщить модератору

476. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от пох. (?), 01-Апр-21, 22:06 
> Непонятно для чего было бить /dev/sdb на части, а не целиком добавить.

Очевидно - место кончилось на sda. Разбитом как положено у редхатоидов - все в lvm, в том отдельные lv с рутом, свапом и чем там еще, поскольку ставили методом next-next-ok. Короче, их больше одного. Как туда что-то добавлять - эти не вкурили, давайте добавим еще один sdb. На нем они создают опять pv и _добавляют_ его к рутовому lv. Место, закономерно, через некоторое время  заканчивается второй раз. На сей раз они просят _увеличить_ пе..э, простите, замечтался, sdb. Как растянуть ненужно-раздел, созданный в прошлый раз, не знают, поэтому на "свободном" месте создают еще один. Который и добавляют в все тот же lv как отдельный pv.

Теперь я уныло смотрю на получившийся п-ц. Учитывая что необратимые крэши lvm на подобных даже тривиальных операциях не редкость, а тут нужна не особо и тривиальная.

> А почему бы не переделать по-человечески, раз все равно пришли к тебе?

формально мы это не принимали в эксплуатацию. Может, поскулят-поскулят и уйдут? Но оно крэшнется раньше, по-моему.

> Время простоя не предусмотрено?

Ну там есть технологическое окно, но с кучей приседаний и согласований.

> Но соляра сейчас... В общем, не сказать что активно развивается. Какой выбор есть в
> данный момент?

дык, никакого. Там, кстати, ни одного докера в докере под докером не выявилось, оно бы и под фрей работало точно так же. Но современная фря, как видим, тоже то еще боа. zfs там портил в том числе этот Мэси. А чинить некому уже, все кто могли и хотели, заманались ждать по пол-года его ревью тривиальных патчей.

Ответить | Правка | Наверх | Cообщить модератору

477. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от andy (??), 02-Апр-21, 14:51 

>> А почему бы не переделать по-человечески, раз все равно пришли к тебе?
> формально мы это не принимали в эксплуатацию. Может, поскулят-поскулят и уйдут? Но
> оно крэшнется раньше, по-моему.

А за крэш нахлобучат тебя, верно?

> Ну там есть технологическое окно, но с кучей приседаний и согласований.

Так может переделать один раз, что бы потом в аварю с горящей задницей не работать?

> дык, никакого. Там, кстати, ни одного докера в докере под докером не
> выявилось, оно бы и под фрей работало точно так же.

Удивительно. У нас первым делом рута просят и докер, докер, докер, докер для своих
писанин разворачивают.

> А чинить некому уже, все кто могли и хотели, заманались ждать по пол-года его ревью тривиальных > патчей.

А какие варианты есть?


Ответить | Правка | Наверх | Cообщить модератору

482. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (-), 12-Апр-21, 22:42 
> в том числе этот Мэси. А чинить некому уже, все кто
> могли и хотели, заманались ждать по пол-года его ревью тривиальных патчей.

Прости, он был очень занят пилением балок и отсидкой за это, да еще имя надо было сменить, а то прошлое стало с Бонни и Клайдом ассоциироваться почему-то.

Ответить | Правка | К родителю #476 | Наверх | Cообщить модератору

481. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (-), 12-Апр-21, 22:39 
> Пох, подскажи пожалуйста что не так с:

Давай я вместо него, как практикующий не из винды? :)

> 1. ext4

1. Попробуй сложить 100K файлов в диру. А теперь сотрем их. Э, что такое? Дира по прежнему места жрет как будто  100К файлов? Де-аллокация этого добра не предусмотрена. Это конечно не обязано стать проблемой в реалистичных сценариях. Но иногда может. В btrfs этот эффект не замечен вроде бы.
2. Полное журналирование работает крайне неторопливо...
3. Без полного журналирования никто не гарантирует консистентность внутренностей файлов.
4. Чексум данных нет.
5. Реасайз и райды - боль чуть пониже хвоста.
6. 1 бэд под libc6 - и у меня вместо системы офигенный кирпич.

> 2. xfs?

1. Дикий слоупок по части метаданных. Это, походу, не лечится. На больших иерархиях или с кучей фрагментов ведет себя тормозно.
2. Оно в полный журнал вообще научилось? Или хрен с ними, с данными?
3. Да, оно вроде уже не протирает файлы нулями, только align'ит ими с точностью до блока. Проблема в том что это более не оригинальный файл и софт _может_ сдуреть.
4. Как там дела с чексумами и всем таким?
5. Очень круто придумано сменить формат с старого на новый без конверсии. А теперь вы должны резко разобрать сторажи в deprecated формате. Ручками. Все для вашего удобства.
6. Остальной менеджмент фс придерживается того же уровня удоЛбства и дружественности. Но вы можете взять кусок стремной пыхтонрасии от вебманки из редхата.

И да, кого из перечисленных можно произвольно убавить в размере например? Ну мало ли, делал я себе рутфс с запасом, понял что столько не надо, хватит и трети того что было. Но, кажется, ни тот ни другой не могут так сразу удвинуть данные в первую треть и срубить хвост. В btrfs всегда пожалста, backrefs специально для этого придумали. Расчистит хвост влет и де-аллоцирует его.

Ответить | Правка | К родителю #470 | Наверх | Cообщить модератору

483. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от andy (??), 15-Апр-21, 08:44 
>> Пох, подскажи пожалуйста что не так с:
> Давай я вместо него, как практикующий не из винды? :)
>> 1. ext4
> 1. Попробуй сложить 100K файлов в диру. А теперь сотрем их. Э,
> что такое? Дира по прежнему места жрет как будто  100К
> файлов? Де-аллокация этого добра не предусмотрена. Это конечно не обязано стать
> проблемой в реалистичных сценариях. Но иногда может.

fsck / e4defrag не помогает?

> 6. 1 бэд под libc6 - и у меня вместо системы офигенный
> кирпич.

А про btrfs этого сказать нельзя?

> И да, кого из перечисленных можно произвольно убавить в размере например? Ну

только ext, xfs в принципе не уменьшается.

> мало ли, делал я себе рутфс с запасом, понял что столько
> не надо, хватит и трети того что было. Но, кажется, ни
> тот ни другой не могут так сразу удвинуть данные в первую
> треть и срубить хвост.

В ext придется раздел размонтировать, изменить размер раздела, затем запустить
ext2resize.

> В btrfs всегда пожалста, backrefs специально для
> этого придумали. Расчистит хвост влет и де-аллоцирует его.

Это прекрасно, но является ли она стабильной для повседневного пользования на критически важных данных?

Ответить | Правка | Наверх | Cообщить модератору

485. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (-), 10-Май-21, 04:19 
Извиняюсь за запоздавший ответ, но ты удивлялся что я еще на опеннете, это side effect...

> fsck / e4defrag не помогает?

IIRC нет. На это пох плевался, он знал что говорит. Оно так и не умеет деаллокацию дир. Миднайт размер дир показывать умеет. Посмотри на пустой (4096 байтов вроде), создай 100К файлов (дира будет несколько мегов), сотри. Ага, все-равно мегазы? Только стереть и пересоздать. Дефраг точно не лечит.

>> 6. 1 бэд под libc6 - и у меня вместо системы офигенный кирпич.
> А про btrfs этого сказать нельзя?

В режиме DUP (2 копии на 1 девайс) только скажет Csum error at xxxx, corrected. Теорвер резко вертается в мою сторону. Если раньше я проигрываю с 1 бэда, теперь чтобы надо чтобы 2 физических бэда попали в 1 логический адрес. Крайне маловероятно если бэды изредка. Такой теорвер мне больше нравится. Это лучше RAID1 - оно не только mismatch ловит, но и по чексумам понимает какая из копий верная. И все это делается по сути 1 командой, без плясок с бубном и какой либо когфигурации. Оно автоматически станет делать 2 копии, никакого репартиционирования, ресайза и проч самому не надо, только ребаланс пнуть чтобы уже записаное, а не только новое стало тоже в 2 копиях.

Я утащил трупа на failure analisys в норку, мне пришлось к кастомеру в перди за свой счет сгонять, не понравилось, я и подумал что с этим делать. Закусил удила и сделал новые системные образа, с вон тем вот. Новые инсталляхи теперь по тем лекалам, да и старые заапгрейдил везде где это было ОК.

И просто для понимания, по результатам экспериментов, EXT4 на той карте за месяц трупом становится, перестает читаться какой-нибудь критичный файл или метаданные и девайсу пиндык, резко и без предупреждений - после очередного ребута система просто не взлетит. Btrfs от души чинит потекшие сектора, но за полгода так и не развалился, а потом мне стало вломак, я захотел экспериментальную железку прикрутить к более полезным делам. Да, когда-то там может помереть и кернел (можно продублировать) или даже early boot (тоже можно, но сложнее, и preloader таки только 1 скорее всего будет).

> только ext, xfs в принципе не уменьшается.

И как по мне это не ахти здорово. Я пару раз таки уменьшал btrfs, работало. При том он хвосты удвигает довольно быстро, если это был например другой девайс его можно сразу на ходу и вынуть.

> В ext придется раздел размонтировать, изменить размер раздела, затем запустить ext2resize.

В btrfs я даже _заменял_ диск под _живой_ ОС. Мне было интересно, можно ли так уже в XXI веке. Идея проста: "device add" нового (ФС станет более крупная на время), потом device remove старого (осетр урезается до размеров оставшегося).

ФС сама двигает данные, прямо на ходу, система работает, IO конечно немного просажен фоновым перемещением данных. Все, старый можно вынуть, ФС теперь на вон том, при том двигается только фактически аллоцированое. Главное бут не забыть записать, он вне компетенции ФС :).

Это даже крешить можно, я пробовал. После ребута смена уровня RAID или такой data move можно просто возобновить с места облома и шоу продолжается, я в общем то случайно протестил. Интересно кто-то еще такое вообще умеет делать и тем более переживать внезапный ресет в процессе?

> Это прекрасно, но является ли она стабильной для повседневного пользования на критически важных данных?

Я не вижу особого криминала как минимум в Single, DUP и RAID1. И сделал как раз то самое. Пока не пожалел вроде. Да и офлайн чтец есть на пиковый случай. Вот RAID56 там экспериментальный, это да. С другой стороны RAID1 (и DUP) сильно лучше обычного, оно по чексуме понимает кто именно гонит. В ситуации когда девайс не сдох, а начал подвирать - с чексумами намного интереснее получается. Иногда девайсы вообще не считают нужным IO Error засветить, даже если FEC не выдюжил, просто вываливают "как есть". Особенно этим грешат флешки и карты памяти с туповатым контроллером.

ИМХО, те кто btrfs дизайнил понимали что делают и предметно подошли к disk errors. На флоте эмбедовки постепенно всплыла еще парочка изредка сбоящих карт, которые, впрочем, пару месяцев просто чинились из 2 копии, пока я не нарисовался в неспешном режиме их заменить, т.к. один черт недалеко от локации был. Вот так системные факапы мне заментно приятнее. С early warning на радаре и длительным парированием проблемы до того как уровень выше вообще заметит какие-то проблемы мне как-то сильно прикольнее, чем когда система ВНЕЗАПНО дохнет потому что не прочелся сектор под libc6 - и что хотите то и делайте с ней теперь.

Ответить | Правка | Наверх | Cообщить модератору

245. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +/
Сообщение от Аноним (242), 27-Мрт-21, 22:26 
Не-не, на Джаваскрипте. Я во всяких фронтендах неоднократно видел костыли для “обхода” race condition через setTimeout с подобранными (на машине разработчика, конечно) значениями. Приходилось за такими программистами потом все переписывать на state machine, чтобы оно не валилось у каждого второго пользователя время от времени.
Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

275. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."  +2 +/
Сообщение от Аноним (-), 28-Мрт-21, 02:40 
Лучше пусть фирмварь гироскутера кодит. Но первый экземпляр подарить ему, чтоб на работу на этом ездил, нехай затестит что накодил...
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру