LINUX.ORG.RU

FreeBSD Foundation: публикация опроса сообщества

 

FreeBSD Foundation: публикация опроса сообщества

0

4

Фонд FreeBSD Foundation опубликовал результаты опроса сообщества FreeBSD, которые раскрывают интересную информацию об использовании FreeBSD и ее пользователях.

Опрос сообщества FreeBSD в этом году показывает, что 76% пользователей серверов FreeBSD считают, что ZFS была наиболее ценным атрибутом рабочей нагрузки сервера среди опрошенных пользователей FreeBSD, а на втором месте оказались исправления безопасности. Так же опрос показал, что большая часть рабочих нагрузок серверов FreeBSD приходится на системы хранения данных и веб-серверы, что неудивительно.

Поскольку FreeBSD поддерживает (Open)ZFS «из коробки» и поощряет ее для корневых файловых систем, а также имеет хорошую интегрированную поддержку ZFS, неудивительно, что многие пользователи, использующие FreeBSD, заинтересованы в ней и являются движущим фактором по сравнению с поддержка вне дерева/неосновной версии OpenZFS на Linux и других платформах. Интегральный уровень интеграции FreeBSD + ZFS является основным преимуществом этой операционной системы BSD перед Linux или другими BSD.

Опрос сообщества FreeBSD также показал, что системы Lenovo являются, безусловно, самым популярным брендом FreeBSD для ноутбуков, тогда как Dell занимает второе место.

>>> Полные результаты опроса на официальном ресурсе Фонда FreeBSD

★★★★

Проверено: Zhbert ()
Последнее исправление: Zhbert (всего исправлений: 1)

Ответ на: комментарий от arkhnchul

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

PhD
()
Ответ на: комментарий от firkax

возможно я неправильно представляю себе профиль использования фрибсд

админство локалхоста, как еще по другому представить-то?

borisych ★★★★★
()
Ответ на: комментарий от PhD

А ты больше читай всяких нубов которые не осилили man newfs/tunefs прочитать. Поскольку ты сам такой же нуб судя по всему, поясню: резервируется оно под нужды рута (системного администратора и важных демонов), и это настраивается от 0 до 100%, 8% это удобный дефолт.

firkax ★★★★★
()
Ответ на: комментарий от arkhnchul

НЁХ не совместимая ни с чем кроме популярных дистрибутивов Linux, но без которой не работают популярные OpenSource приложения.

Shadow ★★★★★
()
Ответ на: комментарий от firkax

Иксперты подтянулись.

Резервируется оно под нужды fs, а не рута, дурилка. Если ты понизишь этот резерв до <=5%, у тебя fs переключится с ‘optimization for speed’ на ‘optimization for space’, как если бы она была заполнена на >90%, начнет дико фрагментировать и работать на 1/3 от своей обычной производительности.

PhD
()
Ответ на: комментарий от PhD

Никуда она не переключится, тебе только выдастся совет что с маленьким резервом разумнее оптимизировать под space (это отдельная опция которая тоже настраивается). Само по себе число этого резерва используется ровно в одном месте: при определении, разрешено ли non-root юзеру выделить ещё один фрагмент на диске, или же вернуть ENOSPC. Для рута оно вообще ни на что не влияет.

firkax ★★★★★
()
Ответ на: комментарий от Shadow

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

firkax ★★★★★
()
Ответ на: комментарий от firkax

Ну вот тебе man, если не веришь

-m minfree
       Specify the percentage of space held back  from	normal	users;
       the  minimum  free  space threshold.  The default value used is
       8%.  Note that lowering the threshold can adversely affect per-
       formance:

       •   Settings of 5% and less force space optimization to	always
	   be  used  which will	greatly	increase the overhead for file
	   writes.

to always be used!

PhD
()
Ответ на: комментарий от Shadow

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

arkhnchul ★★★
()
Ответ на: комментарий от PhD

Да, признаю, тут в мане ошибка. На самом деле переключение на space optimization делается при превышении количеством фрагментированных фрагментов порога в (minfree-2)% от размера раздела. То есть принудительно оно начинает случаться если minfree<=2 (тогда порог равен нулю), а вообще может случиться и при 8%, если диск станет фрагментирован на 6%. Но ты сильно правее от этого не становишься.

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

Т.е. у minfree есть скрытая функция: (minfree-2)% это лимит фрагментированности диска, после которого драйвер файловой системы начинает активно с ней бороться.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от firkax

Ты если уже с манами начинаешь спорить, то хотя бы код, или ссылки на код, прилагай. Ато сильно на Остапа начинаешь быть похож.

PhD
()
Ответ на: комментарий от PhD

sys/ufs/ffs/ffs_alloc.c - тут поиском ищешь все вхождения fs_minfree и fs_optim (часть из них комментарии, часть - лимиты для не-рута, и ещё два - то самое автопереключение режима оптимизации, код там несколько строк всего).

Можешь поискать то же самое по всему ядру (sys/) чтобы убедиться что в других файлах не надо смотреть.

firkax ★★★★★
()
Ответ на: комментарий от Croco

не присутствие чего-то, а отсутствие чего-то

Не все страдают от ОКР

goingUp ★★★★★
()
Ответ на: комментарий от firkax

В коде разбираться лень, но вот такое там увидел:

case FS_OPTSPACE:
	request = nsize;
	if (fs->fs_minfree <= 5 || ...)
		break;
        log(LOG_NOTICE, "%s: optimization changed from SPACE to TIME\n", fs->fs_fsmnt);
	fs->fs_optim = FS_OPTTIME;
	break;

ЧТД. Если <=5%, перехода на оптимизацию по времени не будет. Весь код не читал, но тут это хорошо видно.

Про фрагментацию, скорее всего, тоже брэшэшь.

PhD
()
Ответ на: комментарий от PhD

Это случай когда ты поставил -o space а ядро переключает на время. Чуть ниже вторая ветка, которая переключает -o time на -o space - речь про неё.

Про фрагментацию, скорее всего, тоже брэшэшь.

Да нет, это ты продолжаешь позориться.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 3)
Ответ на: комментарий от firkax

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

PhD
()
Ответ на: комментарий от arkhnchul

Изначально речь шла про самую распространённую игровую ОС. Тут немного не понятно что подразумевается под самой распространённой. Если речь про ОС на самой продаваемой консоли, то внезапно это Linux, потому что на 2й плойке трудился именно он. Если речь про актуальное консольное поколение, то на соответствующей странице пс5 я не вижу никаких упоминаний BSD.

andalevor ★★★
()
Ответ на: комментарий от arkhnchul

Потому же, почему наезжают на win32 gui. Потому что «стильно-модно-молодёжно».

Shadow ★★★★★
()
Ответ на: комментарий от mord0d

Разве это можно назвать вендорлоком? Linux это ядро, не вендор. Вендор это RedHat, Canonical.. Разве нет?

Не знаю что там за проблемы с fprintd, у меня нет устройств, на которых можно протестировать. К тому же это open source. На странице написано, что поддерживается проектом не только Linux, но и другие свободные юниксы. Так что если в условной FreeBSD что-то не работает – можно создать issue, а ещё лучше патч закинуть.

andalevor ★★★
()
Ответ на: комментарий от PhD

Ладно, я посмотрел детальнее, ман почти прав. То есть прнудительного переключения по minfree<=5, как в нём написано, конечно нет, но в целом работа этого переключателя рассчитана на регулярное переключение туда и обратно (накопились фрагменты - переключаемся на space и устраняем их, как их стало меньше - переклчаемся на time и они опять копятся), и при minfree<=5 первое переключение рано или поздно сработает, а вот второе уже нет.

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

firkax ★★★★★
()
Ответ на: комментарий от mord0d

Потому что это единственная(!) файловая система, готовая к БЕШЕНЫМ нагрузкам.

На проц и память пользователя этой системы?

MOPKOBKA ★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

В Ubuntu галочку при установке сделали, или там чет не так?

MOPKOBKA ★★★★
()
Ответ на: комментарий от andalevor

Разве это можно назвать вендорлоком? Linux это ядро, не вендор. Вендор это RedHat, Canonical.. Разве нет?

Сути это не меняет.

К тому же это open source. На странице написано, что поддерживается проектом не только Linux, но и другие свободные юниксы. Так что если в условной FreeBSD что-то не работает – можно создать issue, а ещё лучше патч закинуть.

Этому fprintd со свежих версий требуется (обязательно и безальтернативно) journald в рантайме, с которым он хочет линковаться. Опции отключить его на этапе сборки нет, патчить там надо половину кода, чтобы вернуть старый добрый logger и вряд ли это примут, потому что проект находится под GNOME, а эти первыми легли под systemd.

mord0d ★★★★★
()
Ответ на: комментарий от firkax

это всё не имеет отношения к твоему изначальному заявлению о том, что ufs что-то там неисправимо резервирует

неисправимо резервирует

А я и не заявлял такого. Я писал, что резервирует [по дефолту], что оно с успехом и делает. А если человек нуб типа меня, то оно так и остается навсегда. Я ведь даже зная о существовании tunefs, все равно эту переменную трогать не стал бы ибо опыт с BSD в целом и FreeBSD в частности, подсказывает, что себе дороже.

PhD
()
Ответ на: комментарий от PhD

Странный у тебя опыт, у меня противоположный. Убирать этот резерв на системных разделах (/ /usr /var /tmp) и правда не стоит - именно потому что тогда кто-то может сожрать всё место и руту его не останется (впрочем, ssh от этого не сломается). А на дисках для данных можно смело ставить -m0 без вредных последствий. Ну, разве что небуферизованная запись мелкими блоками станет чуть медленнее из-за описанного алгоритма противодействия фрагментации. Но лучше всё-таки оставить -m8 - тогда, когда тебе вдруг неожиданно напишется, что места больше нет, тебе не придётся срочно бежать в магаз за новым, а можно будет всего лишь сделать -m0 и работать дальше, а новый покупать уже не торопясь.

firkax ★★★★★
()
Ответ на: комментарий от Croco

нет systemd, нет udevd, нет wayland, нет Rust’а в ядре

К этому списку неплохо бы добавить: нет glibc, нет gnu coreutils, нет pulseaudio. К счастью, я сижу на Alpine, единственный адекватный дистрибутив сейчас, там только musl, busybox и mdev. Вот если и он загнется, то уже и я подумаю уползать.

gegemon
()
Ответ на: комментарий от Croco

нет systemd, нет udevd, нет wayland, нет Rust’а в ядре

как тут не вспомнить Петросяна в начале 90-х:

- Богатая у нас страна! Чего у нас только нет!
- Ну да, жратвы нет, порядка нет, электроники нет, денег нет..

чо там есть во фре то, если там и нет ничего из нормального?

FishHook
()
Последнее исправление: FishHook (всего исправлений: 1)
Ответ на: комментарий от mord0d

Сути это не меняет.

Я всё ещё не вижу вендорлока. Обычно вендорлок связывают с чем-то пропритарным и закрытым, что очевидно не применимо к линуксу. Иногда накопленную крупную кодовую базу называют вендорлоком. Мол столько всего на эту кодовую базу завязано, что разработчикам какой-нибудь программы потребуется куча времени и денег для того чтобы перелезть на другую кодовую базу. Но тогда получается, что мы просто окружены на каждом шагу вендорлоками, и open source «вендорлок» выглядит самым безобидным. В конце концов, всё зависит от глобальности проблемы. Пока терпеть «вендорлок» выгоднее чем перелазить, так и будет. Вот у разработчиков xorg терпение лопнуло и пошли пилить wayland. И, не смотря на критику из каждой подворотни, почему-то появилась куча композиторов с реализацией wayland. А xorg как был, по сути, единственной живой реализацией X11, так теперь и останется. Так что всё в ваших руках :)

andalevor ★★★
()
Ответ на: комментарий от urxvt

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

gegemon
()
Ответ на: комментарий от firkax

ещё две с половиной есть в линуксе - это ext2/3/4. Всё остальное - экзотика

Ты начисто забыл об XFS. Её тоже очень часто применяют, особенно на RHEL и клонах.

А вот ext2 и ext3 сейчас можно только на всяких старых серверах встретить с древними Linux.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от arkhnchul

Поделись травойметодом подсчета. Про первые три позиции вопросов нет, а вот дальше я не понял.

another ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Нет не забыл, и вполне сознательно отнёс её ко второй категории. То что шапка хочет экзотику делать дефолтом это её дело. Точно так же zfs дефолт в солярисе, но он от этого обычной фс не становится. (если что, из этого не следует что солярис с шапкой похожи, первый уважаем намного больше).

А вот ext2 и ext3 сейчас можно только на всяких старых серверах встретить с древними Linux.

Я бы написал какое-то общее название для ext2/3/4 но его нет, поэтому перечислил. Уделять особое внимание какой-то из вариаций дефолтной линуксовой фс я не планировал и в дискуссии об их популярности вдаваться не хочу. Речь вообще не про популярность а про внутреннее устройство.

firkax ★★★★★
()
Ответ на: комментарий от firkax

Ты так говоришь про RHEL, как будто он какой-то маргинальный дистрибутив. Что мягко выражаясь не так, Ubuntu и Debian на серверах в целом его опережают, но на крупных предприятиях он (или клоны) стандарт по сей день.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от mittorn

Плохо. Предлагается использовать S3.

urxvt ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Я ж написал, что вообще не касался вопроса популярности. Речь была про техническую организацию файловой системы. Есть традиционная - с порезанными на секции разделом, в каждой из которых есть сколько-то инод и сколько-то блоков для данных, ну итд. Так работали традиционные фс в юниксе, их наследник ufs2 в фрибсд и ими же вдохновлённые ext2/3/4. И есть другие файловые системы, которые от этой схемы ради каких-то целей отходят. Вот эти самые цели, ради которых придумываются альтернативные схемы хранения, рядовым юзерам обычно не требуются.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от firkax

Ну я бы не сказал, например reflink может быть очень полезен. Скажем, ты редактируешь за много подходов крупное видео, и каждый раз сохраняешь промежуточный результат — на ext4 занятого места будет куда больше, чем на XFS или btrfs.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от firkax

Поддержка сканеров отпечатков пальцев нужна почти никому.

mord0d ★★★★★
()
Ответ на: комментарий от andalevor

вендорлок связывают с чем-то пропритарным и закрытым

А тут оно открыто, но прибито гвоздями. Потому что systemd использует специфичные только для ядра Linux фичи. Да, никто и не обещал переносимость самого systemd, но разработчики софта привязывают свой код к systemd, тем самым полностью лишаясь переносимости.

mord0d ★★★★★
()
Ответ на: комментарий от firkax

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

Вот и для меня было бы интересно, а какой основной профиль использования у неё сейчас?

blex ★★★
()
Ответ на: комментарий от mord0d

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

andalevor ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.