Поддержка NFSv4 ACL в линуксе неполноценная, хе-хе-хе.

По дефолту - пока да. Примут richacls в основную ветку - будет всё нормально. А пока можно собрать с этими патчами самостоятельно, если прямо настолько нужно.

Если собрать с патчами ядро — пользы никакой. Нет поддержки в файловых системах NFSv4 ACL, нет утилит для работы с NFSv4 ACL. Не готов, да. Зато есть очень нужные правила для удава, бабушкам и Aceler'у это очень важно.

Позорище какое.

Может и так, но отключение звука во вкладках браузера работает и без пшаудио на чистой альсе.

На sndio тоже работает отключение звука в отдельных вкладках броузера. И что из этого следует?

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

А надо бы. Ведь Live-дистрибутив должен быть внутренне и внешне согласован, чтобы меньше всего удивлять его пользователя. Это базовая система FreeBSD живёт и развивается по своим принципам «что не включено, то сам включай и настраивай», а здесь всё-таки Live - готовая рабочая среда должна быть.

Опять играем в двойные стандарты, когда неподгрузка драйвера во FreeBSD - это косяк, а идиотская политика дистрибутива - глубокая философская концепция?

Просто кто-то попутал косяки недоработки конкретного дистрибутива с «недостатками» (они же - принципами) базовой операционной системы. В одном случае это как бы нормально, в другом случае из-за этого нужно поднять вой и скулёж (хотя и правильный).

То, что пшаудио не требуется для отключения звука на вкладках. Разве это недостаточно очевидно?

Это и так ясно. Внутри Firefox собственный звуковой микшер, использующий доступные каналы системного.

Про чайник Рассела слышал? Ты выдвинул утверждение, что FreeBSD всем лучше линукса в любых сферах — ты и доказывай. В противном случае добро пожаловать за премией Мира, Двери и Мяча.

Я прекрасно понимаю, что философию дистрибутива за один выпуск не поменяешь. Инструкцию положили — уже молодцы.

Нет.

Нет не могут. Они могут определить что угодно, реальный мир от этого не меняется.

Не дай Вам Бог попасть под юристов. Они Вам живо объяснят что утверждения типа «а вот я думаю…» не стоят ничего. Важно что думает по данному случаю «закон», т.е., юридические формулировки, сугубо формальные и недопускающие множественных толкований.

А «закон» в данном случае, однозначен. Открываем и читаем здесь – https://ru.wikipedia.org/wiki/%D0%94%D0%B8%D1%81%D1%82%D1%80%D0%B8%D0%B1%D1%83%D1%82%D0%B8%D0%B2_Linux

Всё верно там написано. Есть операционная система Linux, более правильно, конечно, *GNU/Linux и есть раздичные формы дистрибуции (распространения) данной операционной системы. Или дистрибутивы GNU/Linux.

Всё остальное это домыслы и догадки. Таким образом, ответ на заданный вопрос будет однозначен.

Так как там, где скачать GNU - OS ?

Я не знаю что такое GNU - OS. Это Вы что-то своё придумали. А вот GNU/Linux получить просто – берёте любой дистриб линя и получаете эту самую GNU/Linux. Название дистриба и система инициализации, а так же пакетного менеджера не важны. Так что, не суть – генточка там, арчик там, дебианчик или убунточка – вариант операционной системы Linux возможен любой.

Успехов.

Нет поддержки в файловых системах NFSv4 ACL

Она и не нужна, поскольку ACL сохраняются в расширенных атрибутах (так же, как, например, метки SELinux), поддержка которых есть во всех основных файловых системах Linux.

нет утилит для работы с NFSv4 ACL

А это что?

Вам бы матчасть подучить, прежде чем словами бросаться.

Позорище какое.

Нет, позорище это https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194727. Здесь прекрасно всё, от сути проблемы до ответов разработчика!

Ну хотя бы в kernel panic не падает - уже прогресс! :D

Не дай Вам Бог попасть под юристов. Они Вам живо объяснят что утверждения типа «а вот я думаю…» не стоят ничего

При чём здесь юристы и GNU ?

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

Какой закон? Какой страны и что думает о GNU? Ничего.

А «закон» в данном случае, однозначен. Открываем и читаем здесь –

Это не закон, хватит жить в своём юредичеком-GNU мирке. Всё что есть у GNU это ими выпущенные лицензии. Лицензия это не закон, а договор - дальше объяснять в чём разница и почему ты ничего не смыслишь в юриспруденции, но строишь из себя юриста на лоре?

Всё верно там написано. Есть операционная система Linux

На заборе тоже много чего написано. Замкнутый круг в виде - у GNU есть своя ОС, об этом написано в Wiki которая ссылается на заявление GNU, что у них есть своя ОС.

*GNU/Linux и есть раздичные формы дистрибуции (распространения) данной операционной системы.

От формы распространения не меняется распространяемое, на деле же распространяются совершенно различные компоненты.

Есть операционная система Linux, более правильно, конечно, *GNU/Linux

И решила эту правильность GNU ?

Всё остальное это домыслы и догадки. Таким образом, ответ на заданный вопрос будет однозначен.

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

Я не знаю что такое GNU - OS. Это Вы что-то своё придумали.

Ну как это не знаете, это же Операционная система от GNU. Называется она:

А вот GNU/Linux Но никто не знает о таковой и где её скачать.

берёте любой дистриб линя и получаете эту самую GNU/Linux.

Мне на надо любой, мне нужен конкретный, где всё эталонно и с офф поддержкой от GNU.

Название дистриба и система инициализации, а так же пакетного менеджера не важны.

С таким же успехом не важен GNU, который можно выкинуть и взять какой-нибудь Busybox, всё останется также и будет работать, и без GNU. А если без GNU работает, значит не критическая и самая важная часть ?

Так что, не суть – генточка там, арчик там, дебианчик или убунточка – вариант операционной системы Linux возможен любой.

Да ещё в винду слышал вшили Linux, в принципе она тоже наверно дистрибутив Linux, так как содержит в себе ПО GNU.

Всё просто.

Не понял также последовательности логических доводов в итоге говорящих о том, что в линукс НФС «грамотнее» - сплошная софистика.

Уже давал пруфец, но повторю, мне не сложно. Пруфец был приведён в FuryBSD - новая Live-сборка FreeBSD с рабочим столом Xfce (комментарий). Конкретно пруфец https://lists.freebsd.org/pipermail/freebsd-fs/2013-April/017128.html

Пара цитат оттель:

FreeBSD start time for jBoss .. 270731ms (768% slower) Linux start time for jBoss ….…. 35218 ms

И:

Even hitting ctl-c after the test to stop the process is 2x faster: FreeBSD: 4207ms (169% slower) Linux: 2486ms

ТЕперь «заметили» о чём речь? Ну и вопрос – при чём здесь какая-то софистика, если устройство nfsv4 и для линя и для фри известно. Различия тоже известны. Собственно, сам вопрос – что же такого надо сделать с системой, чтобы она вот так безбожно начала тормозить?

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

И кстати пишешь довольно агрессивно. Причины? Я изначально из «армии». Те самые, да… «вежливые» и «учтивые» которые недавно в моду вошли (но это уже было после меня). Я – технарь. Сейчас уже коммерс. Но в любом случае не готов размазывать кал по тарелке.

Второй момент – тупняк вместо дискуссии. Чуваку показываешь юридические формулировки, а чувак, размазывая слёзоньки по сопливому личику, до усёра гундит «а я вот дуууумаююю…». Да всем пофиг что оно там думает. Первое столкновение с юристами покажет что важно, а что нет.

Ну и наконец. Я не люблю сказок. Все эти высокопарные словесные мантры, произноисмые с высокомерным видом, что де у нас тут «суровые одмины, бдящие над баивыми сирвирами с настоящим йуниксом на борту», это всё не более чем словестное самоудовлетворение. Говорю это как владелец 400+ серваков, рассредоточенных по разным ДЦ, на которых нет (вообще нет) фряхи. Потыкать палочкой в виртуалке иной разщ даже винду бывает тыках. В проде, извините, нет.

В один не влезло по логике. Будет продолжение.

Про nfs и циферки.

Так вот. По приведённому пруфцу. Почему во фре всё так плохо. Я, по-моему, уважаемому Rootlexx посулил объяснить почему реализация во фре гуано. Исполняю обещаное.

Итак, в в лине всё просто. Есть локальная ФС, все запросы на обработку строго локальны. Эта (любая из возможных, а не только zfs или ufs) ФС ничего не знает ни о каких там «сетях». Для неё любой вызов строго локален. Даже от nfsd или от web-server или от mail-server. Пофиг. Задержки (латентность) вызовов здесь конечно колеблется в каких-то пределах, но они имеют более узкие границы, чем задержки в «сети», которая вообще может внезапно если не просесть, так вовсе отъехать.

Во фре зачем-то «пошли дальше», объединив POSIX ACL и NFS ACL в пределах драйвера локальной ФС. Читайте – в ядре. Если в линукс с проблемами nfs разбирается завязанные на сеть подсистемы, передавая только локальные вызовы в локальную ФС, то во фряхе… Во фряхе есть утилита tunefs, в мане на которую сказно:

-N enable | disable Turn on/off the administrative NFSv4 ACL enable flag.

Ман – https://www.freebsd.org/cgi/man.cgi?query=tunefs&sektion=8

Т.е., тем самым, сказано что ФС обслуживает и локальные и сетевые обращения. На уровне драйвера. А дальше начинается самое интересное – запросы валятся и из сетевой подсистемы и из локальной. И куда податься бедному драйверу? Что обслуживать? Дальше начинаем вспоминать что я сказал выше – латентность-то разная. Вот и получается что на общую производительность ФС влияет то, что вызовы приходят с разной латентностью. В то время как в лине они все примерно одинаковы. Ну не может «дисковая подсистема» начать тупить как «сетевая». Просто по определению.

Всё. Дальше всё уже очевидно. Вот почему, Rootlexx авторов вот этого кала во фряхе надо пожизненно отлучить от консоли и запретить программировать. И вот такой кал в ядре уж точно не нужен. Тем, кто не вкуривает этой механики, вон – есть патчик, сбоку валяется. Хочется кал «как во фряхе», сделайте собственноручно свою систему тормозным гуано, но только самостоятельно и не портя систему всем остальным. Всем кому надо, у тех nfsv4 acl работают и безх этого рукоблудия.

Но вторая беда тут ещё и в том, что если заносить такое вот гуано в ядро, то надо будет расширять в каждой используемой ФС набор атрибутов. Зачем, если и без того всё прекрасно работает? Просто потому что «а вот так во фряхе сделано»? Там сделано без мозгов. Что, теперь это референсная реализация?

Вот скажите, VKraft, почему я, линуксоид, предоставляю пруфцы, даю логическое объяснение (про sendfile(), netflix, nginx и фряху в 2016г., выше тоже уже было и то же я разбирал). А бсд-балбесы усиленно делают вид что оне, дескать «не видят» приведённых пруфцов и натужно гундят про «баивые сирвира, суровых одминов и настуящий йуникс»? И даже никакого объяснению тому атомному звиздецу не пытаются привести в своё оправдание? Вы действительно считаете это нормальной дискуссией или моя «агрессия» в чём-то всё таки оправдана?

Нет поддержки в файловых системах NFSv4 ACL

Она и не нужна, поскольку ACL сохраняются в расширенных атрибутах

Ну да, а поддержки нет. Все верно. На posix acl создай файл и сделай deny на него группе operator.

нет утилит для работы с NFSv4 ACL

А это что?

Какой-то проект на гитхабе, которой вяло-вяло пишется. В апстриме нет — значит не готов, хе-хе-хе.

Нет, позорище это https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194727. Здесь прекрасно всё, от сути проблемы до ответов разработчика!

Угу, «а у вас негров линчуют». Как нибудь решат. Проблемы есть везде, а это так, не горит.

Ну да, а поддержки нет. Все верно. На posix acl создай файл и сделай deny на него группе operator.

Вооот, пошли извивания. :)

И кстати, в NFS4 ACL DENY по умолчанию, поэтому можно всегда обойтись без их явного применения.

Какой-то проект на гитхабе, которой вяло-вяло пишется

«Какой-то проект на гитхабе» от автора richacl. :)

В апстриме нет — значит не готов

Ну да, ну да. :D Уж от пользователя FreeBSD не ожидаешь, что собрать нужное ядро – проблема…

Угу, «а у вас негров линчуют»

Не вы ли втащили сюда «а у вас в Linux нет поддержки NFS4 ACL!»? :)

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

Проблемы, конечно, есть везде. Но вот о виснущем всём (!) USB-стеке в ядре (!), оттого что какое-то userspace-приложение (!) не закрыло /dev/mixer (!) - о таком я не слышал.

И ответы разработчика в стиле «так и ну и что, так и должно быть» веселят не меньше.

Ну и чудесный-самый-лучший-не-то-что-эта-ваша-ALSA API OSS, в котором:

The problem is that the application, in this case a desktop application will stop working, because it will never detect that the mixer device is gone.

– тоже хорошо.

Ну да, а поддержки нет. Все верно. На posix acl создай файл и сделай deny на него группе operator.

Вооот, пошли извивания. :) И кстати, в NFS4 ACL DENY по умолчанию, поэтому можно всегда обойтись без их явного применения.

Значит, нельзя. Ясно, понятно. Создай файл, который могут читать все, а группа operator — нет.

Не вы ли втащили сюда «а у вас в Linux нет поддержки NFS4 ACL!»? :)

Разумеется, чуть передергивал. Нет полноценной поддержки. Без deny. А NFSv4 ACL без deny совсем неинтересный.

Проблемы, конечно, есть везде. Но вот о виснущем всём (!) USB-стеке в ядре (!), оттого что какое-то userspace-приложение (!) не закрыло /dev/mixer (!) - о таком я не слышал.

Я прочел, да-да-да, его косяк, он ленится. Для большинства не особенно актуально, разработчиков мало, тем более в этой хрени сложной — usb. Со временем решится.

В апстриме нет — значит не готов

Ну да, ну да. :D Уж от пользователя FreeBSD не ожидаешь, что собрать нужное ядро – проблема…

Не-не-не, то, что в CURRENT'е — оно еще не готово, это все знают.

Разумеется, чуть передергивал. Нет полноценной поддержки. Без deny. А NFSv4 ACL без deny совсем неинтересный.

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

защищать такое поведение

Я практически сразу сказал, что это косяк. Вся остальная дискуссия крутилась вокруг «люди уже изобрели автопродгрузку драйверов, а FreeBSD - ахахах».

Негры тут не при чем. Debian - один из моих любимых дистрибутивов, несмотря на все «но». «При чем» - многостульная позиция, когда для одной и той же ситуации ццать команд/кликов мышкой в ОС1 - это глубокая философская позиция и высокоморальные принципы, а одна команда в ОС2 - «автопродгрузка не работает, пахнуло 2005-ым, ололо».

Теперь откуда ни возьмись появилась какая-то домохозяйка

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

Всё равно, ага

Так точно.

Как ты мог заметить, разговор шел в разрезе «современных молодых специалистов», умеющих тыкать палочкой. И мне абсолютно всё равно, пользуются эти «умельцы» FreeBSD или нет. Даже не так - отчасти я даже рад, что значительная часть этих «умельцев», увидев голую консоль или предложение сделать kldload iwm, в ужасе хватаются за голову и срочно бегут устанавливать линукс.

Моду диктуют не «современные молодые специалисты», а бизнес. Тенденции последних лет (это и ARM, и облачные провайдеры, и прочее) вкупе с числом подписчиков - не контраргумент, просто иллюстрация факта: в рунет мировые тенденции приходят с большим опозданием. В то время, как лоровцы каждый год хоронят FreeBSD, которая вот-уже-еще-немного умерла, на Западе FreeBSD пользуется сравнимой популярностью, а компании всё чаще выбирают FreeBSD.

Во фре зачем-то «пошли дальше», объединив POSIX ACL и NFS ACL в пределах драйвера локальной ФС

Не «зачем-то», а потому что POSIX ACL и NFS ACL сильно отличаются

POSIX ACL состоит из двух частей. Первая - основные режимы ACL_USER_OBJ, ACL_GROUP_OBJ и ACL_OTHER, задающие доступ пользователю/группе-владельцу и прочим. Вторая - связки (ACL_USER+ACL_GROUP), задающие доступ по UID/GID

NFS ACL реализует иную логику. Имеется четыре/пять полей. Первое - ACL tag, owner@/group@/everyone@/u/g. Если в первом поле указано u или g, то вторым полем будет username/groupname.

Следующее поле - Access Permissions, где кроме стандартных rwx, имеются следующие:

p append_data
D delete_child
d delete
a read_attributes
A write_attributes
R read_xattr
W write_xattr
c read_acl
C write_acl
o write_owner
s synchronize

Следующее поле - Inheritance Flags

f file_inherit
d dir_inherit
i inherit_only
n no_propogate
I inherited

И последнее поле - Type, принимающее одно из двух значений - allow/deny.

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

даю логическое объяснение (про sendfile(),

Порожняк ты гонишь. sendfile() и в линуксе, и в FreeBSD был неблокирующим на сокете. sendfile() и в линуксе, и в FreeBSD был блокирующим на диске. В FreeBSD завезли неблокирующий sendfile() на диске, а в линукс - не завезли. А когда понял, что обгадился - начал съезжать на aio, которая и в линуксе, и в FreeBSD еще с конца 90-ых. Не забывая громко кукарекать про то, что в FreeBSD наконец-то завезли нормальную реализацию sendfile() как в линуксе, кек, который как не умел в неблокирующий на диске sendfile(), так и не умеет.

И тут подоспели пруфцы... =)))

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

В результате. Вот коммент по этой теме FuryBSD - новая Live-сборка FreeBSD с рабочим столом Xfce (комментарий)

Там есть ссылка https://lists.freebsd.org/pipermail/freebsd-fs/2013-April/017128.html

Цитаты из ссылки:

FreeBSD start time for jBoss .. 270731ms (768% slower) Linux start time for jBoss ….…. 35218 ms

И:

Even hitting ctl-c after the test to stop the process is 2x faster: FreeBSD: 4207ms (169% slower) Linux: 2486ms

Слив фряхи линю не 169%, так 768%. Тут уже сами выбирайте что Вам «эталоннее» будет.

А уж про «объединение» сети и локальной ФС «в одном флаконе», я Вам скажу сразу, как в прошлом «безопасник» – Вы ба за это в нормальной конторе на вазелине (даже не любриканте, а именно на вазелине) разорились бы. Нормальные люди понимают что такое «уровни безопасности» и «доверенные зоны». И где что кончается.

Порожняк ты гонишь. sendfile() и в линуксе, и в FreeBSD был неблокирующим на сокете. sendfile() и в линуксе, и в FreeBSD был блокирующим на диске.

ШТА?!? Вот всё расписано – FuryBSD - новая Live-сборка FreeBSD с рабочим столом Xfce (комментарий) Речь как раз не о блокировках на сокете. Речь как раз идёт о блокировках на файле. И во фряхе только в 2016г. коммерческая компанияч (не коробит, кстати?) озаботилась тем, что оказывается, тут что-то идёт не так и вообще на фиг переписала системную функцию senfile(). Пруфцы там тоже приведены.

Вам бы, с такими-то «техническими познаниями» Маркетоолуховские отчёты писать, но нет. Вы и здесь разоритесь и на хлеб себе не заработаете.

Пол Вашему же другому комменту. Одно вот это заставило меня просто рыдать… =)))

Моду диктуют не «современные молодые специалисты», а бизнес. Тенденции последних лет (это и ARM, и облачные провайдеры, и прочее) вкупе с числом подписчиков - не контраргумент, просто иллюстрация факта: в рунет мировые тенденции приходят с большим опозданием. В то время, как лоровцы каждый год хоронят FreeBSD, которая вот-уже-еще-немного умерла, на Западе FreeBSD пользуется сравнимой популярностью, а компании всё чаще выбирают FreeBSD.

Дададад! ARM это не аргумент. И пофиг что уже дааавным-давно те же HP выкатили свои серваки на ARM. Профит тут очевиден – при всех недостатках архитектуры ARM жрут меньше, т.к. там нет деления на бэк- и фронтэнд в ядрах. Там всё сразу и напрямую. Вон, moonshot’ы, с 2014г. продают – https://www.datacenterknowledge.com/archives/2014/09/29/hp-starts-shipping-64-bit-arm-servers Огггадааа… «ARM нинужин, на нём фряха не живётЪ!!!11адын-адын»

Да, в России малость позже заходят новые веяния, но на ЗАпаде, если брать статистику про IaaS, то для фряхи всё вообще печально. Ссылка – https://habr.com/ru/company/kingservers/blog/344402/

На пресловутом «Западе» фряхи уже ноль. В России – 9я – 0.73%, 10я – 0.81%, 11я – 1.30%. Офигенно распространённая система на Западе, да… Надо заметить, что по всей видимости, грибы в этом году уж больно хороши уродились. Натрезвянку такого заявления не сделать.

Но вот о виснущем всём (!) USB-стеке в ядре (!), оттого что какое-то userspace-приложение (!) не закрыло /dev/mixer (!) - о таком я не слышал

Происходит ровно обратное: драйвер USB обнаруживает ошибку и запрашивает перезапуск зависимых драйверов, для чего (в т.ч.) надо остановить драйвер звуковой карты, но поскольку открыт хэндл на /dev/mixer*, система это сделать не может.

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

Вот скажите, VKraft, почему я, линуксоид, предоставляю пруфцы, даю логическое объяснение (про sendfile(), netflix, nginx и фряху в 2016г., выше тоже уже было и то же я разбирал). А бсд-балбесы усиленно делают вид что оне, дескать «не видят» приведённых пруфцов и натужно гундят про «баивые сирвира, суровых одминов и настуящий йуникс»? И даже никакого объяснению тому атомному звиздецу не пытаются привести в своё оправдание? Вы действительно считаете это нормальной дискуссией или моя «агрессия» в чём-то всё таки оправдана?

Рекомендую выспаться. Кстати вот https://lurkmore.to/Bug_12309 и это та причина почему у меня на гипервизорах hyper-v……..

Слив фряхи линю не 169%, так 768%. Тут уже сами выбирайте что Вам «эталоннее» будет.

На phoronix’е таких сливов полно для всех - линукса, FreeBSD, mysql, postgresql, ufs, zfs, ext4, xfs. Из последнего запомнилось, когда замеряли сетевую подсистему и FreeBSD слилась, прям жестко. Правда, там был момент - системы запускали в виртуалках с virtio-драйверами, и по сути мерили не сеть, а оптимизацию virtio-драйверов в системе. Так что случай интересный, но как единичный - не показательный.

А уж про «объединение» сети и локальной ФС

Нет никакого объединения сети и локальной ФС. Есть хранение в локальной ФС дополнительного набора аттрибутов, который в дальнейшем обрабатывает ядро.

я Вам скажу сразу, как в прошлом «безопасник» – Вы ба за это в нормальной конторе на вазелине (даже не любриканте, а именно на вазелине) разорились бы. Нормальные люди понимают что такое «уровни безопасности» и «доверенные зоны». И где что кончается.

Уровнями безопасности должно заведовать ядро. Вот кому пригодится вазелин - так это пользователям чудесной разработки, рулящей уровнями безопасности userspace’ным демон.

Речь как раз идёт о блокировках на файле

И где пруф про неблокирование линуксовым sendfile() на файлах?

на ЗАпаде, если брать статистику про IaaS, то для фряхи всё вообще печально.

Приводить в пример статистику OpenStack, который официально FreeBSD не поддерживает - этапять. Среди пользователей Windows линуксоидов не обнаружено, ага.

Создай файл, который могут читать все, а группа operator — нет

Для такой простой задачи не то что NFS4 ACL - вообще ACL не нужны. Достаточно стандартных прав доступа UNIX.

Но да, полная поддержка NFS4 ACL будет нелишней. К счастью, она уже написана и ждёт лишь включения в основную ветку.

Негры тут не при чем. Debian - один из моих любимых дистрибутивов, несмотря на все «но». «При чем» - многостульная позиция, когда для одной и той же ситуации ццать команд/кликов мышкой в ОС1 - это глубокая философская позиция и высокоморальные принципы, а одна команда в ОС2 - «автопродгрузка не работает, пахнуло 2005-ым, ололо».

Следует всё же заметить, что эти два утверждения относятся к двум разным людям, т.ч. никакого противоречия здесь нет.

в рунет мировые тенденции приходят с большим опозданием. В то время, как лоровцы каждый год хоронят FreeBSD, которая вот-уже-еще-немного умерла, на Западе FreeBSD пользуется сравнимой популярностью, а компании всё чаще выбирают FreeBSD

Вообще-то, именно в Рунете в своё время была нетипично большая доля FreeBSD, и неслучайно значительная часть разработчиков русскоязычная.

А бравые рассказы про то, куда там FreeBSD приходит, как её выбирают всё чаще, и какие в этом месяце надои - я уже 20 лет слушаю. А имеем пока то, что имеем.

12309?

В 90% случаев это на ядре по дефолту проявляется. Надо пересобирать под свои нужды и задачи. Именно поэтому у меня генточка и kvm-qemu. И всё летает, не поверите.

Рекомендую выспаться.

Благодарствую. Но тут спи-не спи, мозгов у бсд-фанбоев не появится.

Ясно.

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

Пока можно констатировать что девелоперов фряхи всё меньше и тенденция имеет вектор ухудшения. Так что, «сказок» можно рассказывать море, а по факту чем дальше, тем хуже во фряхе и я не зря не стал на неё ориентироваться.

драйвер USB обнаруживает ошибку и запрашивает перезапуск зависимых драйверов

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

поскольку открыт хэндл на /dev/mixer*, система это сделать не может

Это является абсолютно неприемлемым поведением. Дескриптор должен быть принудительно инвалидирован, а вызовы должны возвращать что-то вроде ENODEV.

И уж точно это не должно блокировать весь USB-стек, и при этом ещё и считаться нормальным поведением.

Это как если бы принудительное извлечение флешки вызывало kernel panic блокировало нафиг все операции ввода-вывода, поскольку у какого-то приложения остался открытый файловый дескриптор.

Ты это не мне говори :) Посмотри, кому я писал первое сообщение и на что.

А бравые рассказы про то, куда там FreeBSD приходит, как её выбирают всё чаще, и какие в этом месяце надои - я уже 20 лет слушаю. А имеем пока то, что имеем.

Прохладные истории о том, как мы придем да как всех начнем крутить на детородном органе, последние пятнадцать лет я слышу как раз от линуксоидов. И MS победили, и VmWare, и производителей СХД, и Cisco обанкротилась.

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

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

Что тут возражать, если можно просто просмотреть ссылки с первой же страницы результатов поиска по запросу «freebsd market share»?

https://www.datanyze.com/market-share/operating-systems/freebsd-market-share

https://w3techs.com/technologies/details/os-freebsd/all/all

https://www.similartech.com/technologies/freebsd

И т.д.

Победные реляции на тему «Нас стали использовать там-то!» необходимо воспринимать с известной долей скепсиса. Нет, это не значит, что это всё неправда - просто восприятие лишь положительных новостей создаёт искажённую картину реальности, поскольку отражает лишь одну сторону вопроса. Для адекватной оценки ситуации необходимо принимать во внимание весь спектр: не только то, куда FreeBSD пришла, но и то, где FreeBSD использовать перестали - а с этим сложнее, поскольку победных реляций об этом по понятным причинам не бывает.

А давать «расклад о том, что происходит на Западе», сидя на диване у себя в где-вы-там-живёте, по меньшей мере глупо: вы элементарно не имеете достаточно данных для построения хоть сколь-нибудь репрезентативной статистики, а победные реляции - это всё равно лишь громкая капля в молчащем море реальных применений. Так что хватит тут вашей пропаганды.

А FreeBSD я желаю удачи, ибо система эта на самом деле хорошая, стройная, с интересными решениями. И конкуренция – это, несомненно, хорошо.

В 90% случаев это не проявляется.

fxd.

пересобирать

А хотелось бы, чтобы искаропки был нормальный io.

Хотя, справедливости ради, на любимой всеми windows 12309 тоже есть и проявляет себя часто при работе со внешними накопителями и вообще при интенсивном io.

Только ядро венды не пересоберешь…

Ну почему все облака на линуксе, причём стандартных centos и ubuntu, безо всяхких пересборок, и никто не жалуется?

Хотя, справедливости ради, на любимой всеми windows 12309 тоже есть и проявляет себя часто при работе со внешними накопителями и вообще при интенсивном io.

Кстати говоря, на машине, на которой в Linux было что-то похожее на 12309, в FreeBSD было точно так же - специально проверял. Так что высока вероятность, что дело скорее в хреновом железе, нежели в ПО.

БСДшники такие БСДшники. Своего готового к продашну гипервизора нет, приходится им плакать, колоться и юзать микрософтовское поделие.

Только почему-то в Amazon и Google ничего не слышали про 12309 и используют линуксовые гипервизоры.

БСДшники такие БСДшники. Своего готового к продашну гипервизора нет, приходится им плакать, колоться и юзать микрософтовское поделие.

Болван, вот что ты мелешь? Во фряхе есть bhyve — простой, удобный, производительный, надежный. Да, не все реализовано — нет live migration, но его пилят. Больной, как ты вообще ухитрился связать bsd и hyper-v? Галоперидолом бы тебя подколоть...

Во фряхе есть bhyve — простой, удобный, производительный, надежный

Так а что же вышеотписавшийся крутит вместо него hyper-v?

Выглядит, как последний Puppy Linux.

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

Про амазонд ты сам сказал, в гугле kvm.

Насчёт модификации — не знаю, это уже только сотрудники этих фирм точно сказать могут.

. Да, не все реализовано — нет live migration,

Для облак/кластеров это критично, особенно есть аптайм должен быть близок к 146%.

https://lurkmore.to/Bug_12309

Статья писалась явно при участии ребят из stoplinux. Они ссылаются на абсолютно другую проблему: https://www.opennet.ru/opennews/art.shtml?num=51231 То есть, пытаются выставить разработчиков ядра Linux за дурачков, типа они одну проблему на протяжение многих лет побороть не могут. И суют ссылку на статью про поведение при нехватке оперативной памяти, то есть при внештатоной ситуации. Как будто винда из libastral берёт оперативную память.

Это является абсолютно неприемлемым поведением

Ох, спасибо, капитан.

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

Чего ради была эта истерика с падучей - сказать сложно. Особенно на фоне второго доклада начальника транспортного цеха.

Вообще-то, да...

В 90% случаев это не проявляется. fxd.

Но здесь случай на случай не приходится. Смотрите мой следующий коммент.

А вот это сложно гарантировать.

А хотелось бы, чтобы искаропки был нормальный io.

Тут вопрос что есть «норма» и что есть «искаропковость». Дефолтное ядро в любом дистрибе это для случая «загрузить везде где можно и как-то работай».

Мне непонятны вопли про нежелание «конпелять ведро», т. к. даже случаи «сервер» или «десктоп» (тем более «роутер») требуют разных ядер и по поддерживаемому железу (ну сомневаюсь я что сервер типа hp dl380 g5 какой-нибудь имеет строго аналогичный конфиг десктопу, те же raid там будут ну очень разные), так и по дисциплине исполнения кода. Например, на серваке нужно ставить no preemptive model, а на десктоп есть preemptive model. Плюс, из ядра стоит повышибать всё гуано, ненужное на данной машине. А может и вообще все модули в ядпро вкомпилять. Это даёт (может дать, смотреть надо) буст по скорости системы до 7%. А может и не дать. Играем «от задачи». Но зачем на серваке подгружаемые модули?

Формально дефолтное ядро позволяет только грузануться и поставить систему, а дальше будьте любезны грамотно ядрышко подготовить. И не будет ни 12309, ни тиринга в окошках. У меня, например, нет. =) Гентарь я, сишник ко всему прочему. Не, не Царь. =)))

если можно просто просмотреть ссылки с первой же страницы результатов

И все они о том, что линукс поглотил рынок хостинга. Спасибо, капитан. И после такой подмены понятий ты еще заикаешься про «Победные реляции».

А давать «расклад о том, что происходит на Западе», сидя на диване у себя в где-вы-там-живёте … не имеете достаточно данных для построения хоть сколь-нибудь репрезентативной статистики

Я опираюсь на факты. Факт первый: на Западе FreeBSD имеет большое число поклонников. Факт второй: в России айтишники или считающие себя таковыми - по большей части стадо баранов. Без обид, но твое мнение для меня мало что значит.

громкая капля в молчащем море реальных применений

И ты готов прямо сейчас предоставить репрезентативную статистику по морю.

И конкуренция – это, несомненно, хорошо.

Охотно верю. Ведь не для того ты раздувал истерику про «ЗАВИСШИЙ USB-СТЕК В FREEBSD ИЗ-ЗА ЗВУКОВОЙ КАРТЫ», чтобы возвысить линукс и поднять свою самооценку. А исключительно из-за духа конкуренции.

Могу я попробовать просветить.

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

Если сравнивать ксен и квм-кему, то первый когда-то был наполовину бесплатным (сейчас полностью). Но с тех пор остался такой «полукоммерческий» подход (типа «готовый набор», «инструментальные средства», все дела). Ксен это уже подготовленный минимальный линукс, годный чтобы его поставили как dom0, а дальше в dom’ыU уже ставят что нужно. Ну и там всякое-разное вокруг.

Кему-квм это «свободные руки». Ставим систему, в ядре разрешаем виртуализацию, использование сетевого бриджа, разрешаем специальные фс типа glusterfs или ceph, если предполагаем миграции те же, ставим в систему bridge-utils, конфигурируем виртуальные сетевые интерфейсы и начинаем рок-н-ролл.

Если развлечения строго на локальной машине, то берём gnome-boxes. Если это распределённая сеть, то libvirt, и далее по самочувствию – virt-manager (python), kimchi (html5-based), virsh (консоль) или как у меня – на С с gtk+, своё. В принципе, libvirt позволяет написать «рулилку» любой сложности и на С и на питоне. И всего есть 12 (ЕМНИП) технологий виртуализаций/контейнерезции и libvirt работает со всеми. Так что… Тут гоняться за линукс… Устанешь. =) hiper-v оно тоже понимает, ЕМНИП.

А дальше всё «просто». Если правильно собрал систему, то VDI/VDS смогут быстро мигрировать например при необходимости. Тут бы выбрать ещё под задачу gluster или ceph. Если не правильно – продолжаем тренировки.

Тут нечего особо готовить, есть уже всё. Надо просто собрать грамотно и рулить.

Но использовать ядро «по дефолту», грузить систему свинцово, по-взросленькому так, а потом удивляться 12309, это явно залёт, бойцы. =))) В этом случае вам минус. И большой. =)

Своего готового к продашну гипервизора нет

У линукса, что ли, есть? И вот только не надо мне чесать за KVM - это как была балалайка для экономных одменов локалхоста, так и осталась. Ладно, там, VmWare - оное не идет ни в какое сравнение даже с Hyper-V.

Только почему-то в Amazon и Google ничего не слышали про 12309 и используют линуксовые гипервизоры

Ага-ага, прям-таки сделали apt-get install, установили KVM из репозиториев и начали крутить виртуалки. Прохладных историй тред.

Не пинайте лежачих...

Для облак/кластеров это критично, особенно есть аптайм должен быть близок к 146%.

У нас-то в ядре уже есть и ceph и glusterfs… Для мигрейшонов, ага, всяческих. Не надо этих дураков пугать, я Вас умоляю! =)))