Представлен (https://www.freebsd.org/news/status/report-2015-07-2015-09.h... отчёт о развитии проекта FreeBSD с июля по сентябрь 2015 года.Основные достижения:
-
Система
- Представлен системный менеджер nosh (http://homepage.ntlworld.com./jonathan.deboynepollard/Softwa... включающий набор средств для инициализации, загрузки, ведения логов, управления фоновыми процессами и терминалами. Nosh позиционируется как замена систем BSD init и NetBSD rc.d, вобравшая в себя черты таких систем, как Solaris SMF, daemontools-encore, UCSPI и средств IBM AIX по раздельному управлению системой и сервисами. Предоставляется набор прослоек для использования команд, ставших привычных в других системах, а также набор механизмов для импорта существующих конфигурационных файлов /etc/fstab, /etc/rc.conf, /etc/rc.local и /etc/ttys, а также настроек изолированных окружений Jail и PC-BSD Warden.
Система переносимая, не зависит от особенностей ядра и может применяться как в BSD-системах, так и в Linux. Доступны возможности для определения порядка запуска сервисов, организации зависимостей между сервисами и обеспечения параллельного выполнения сервисов. Nosh уже очень близок к готовности работы вместо системы rc.d - из 157 отмеченных в плане задач остаётся выполнить 39. Например, пока не обеспечена конвертация скриптов /etc/rc.d/gptboot, /etc/rc.d/growfs, /etc/rc.d/routing, /etc/rc.d/bluetoot и /etc/rc.d/kldxref;- Поставляемые в базовой системе компилятор Clang, компоненты LLVM, compiler-rt, libc++ и отладчик LLDB обновлены до выпуска 3.7 (https://www.opennet.dev/opennews/art.shtml?num=42894);
- В системе динамической отладки DTrace реализованы (https://svnweb.freebsd.org/base?view=revision&revision=287759) контрольные проверки, трансляторы и скрипты сопровождения для отладки TCP-стека, реализующие функциональность TCPDEBUG;
- Синхронизация данных между многими серверами кластера, обслуживающего инфраструктуру FreeBSD, переведена с rsync на распределённую P2P-систему Syncthing (https://www.opennet.dev/opennews/art.shtml?num=42093). Реализованы дополнительные компоненты инфраструктуры для верификации кода и данных по цифровым подписям. Готовится к официальному анонсу новая система загрузки download.FreeBSD.org (https://download.FreeBSD.org/) с автоматическим выбором ближайшего зеркала;
- Улучшена совместимость с различными реализациями UEFI. Расширены возможности EFI-драйвера фреймбуфера efifb, улучшена совместимость с Apple MacBook Pro;
- Во FreeBSD HEAD приняты изменения ядра, необходимые для реализации runtime-окружения CloudABI (https://github.com/NuxiNL/cloudlibc), базирующееся (https://nuxi.nl/) на применении механизма управления доступом Capsicum и предоставляющего средства для разработки приложений, более защищённых от типовых уязвимостей и проще переносимых между системами. Для работы CloudABI требуется загрузка модуля ядра cloudabi64, после чего можно запускать программы, собранные с runtime CloudABI, из shell или при помощи специальной утилиты cloudabi-run (sysutils/cloudabi-utils), позволяющей определить к каким сокетам, файлам и директориям будет иметь доступ запускаемая программа. Для пользователей развивается отдельная коллекция портов (https://github.com/NuxiNL/cloudabi-ports), в которую включены (https://github.com/NuxiNL/cloudabi-ports/tree/master/packages) варианты типовых утилит и библиотек, кросс-компилируемых для CloudABI;- Стартовал проекта по аудиту организации блокировок во FreeBSD и переводу подсистем на применение по возможности атомарных операций, не требующих установки блокировок (lockless).
-
Изолированные окружения, эмуляторы, безопасность и ограничения ресурсов- Продолжается усовершенствование гипервизора BHyVe (http://www.bhyve.org), изначально разработанного компанией NetApp и поставляемого в базовом составе FreeBSD 10. Работа сосредоточена на обеспечении поддержки новых типов гостевых систем и доведении функциональности до других популярных гипервизоров. В настоящее время поддерживается создание хост-систем на базе платформы FreeBSD/AMD64 и запуск гостевых систем c FreeBSD 8+, Linux i386/x64, OpenBSD i386/amd64, NetBSD/amd64, Illumos и Windows Vista/7/8/10/2008r2/2012r2/2016 x64. Из последних достижений отмечается возможность загрузки внешних прошивок, в том числе прошивок Intel edk2 UEFI, что позволяет запускать в гостевых системах Windows без вывода на экран (режим headless) и Illumos;
Для управления запуском гостевых систем развивается инструментарий bhyveucl (https://github.com/allanjude/bhyveucl).
На ближайшее будущее запланирована поддержка virtio-scsi, создание сетевых бэкендов wanproxy и vhost-net, возможность работы без прав root, создание фильтров для популярных форматов виртуальных машин (VMDK, VHD, QCOW2), абстрактный слой для видео (не зависящий от X11 и SDL), поддержка спящего режима, live-миграция, вложенная виртуализация (гостевая система в гостевой системе), поддержка архитектур ARM, MIPS и PPC;- Усовершенствована работа FreeBSD в качестве хост-системы (dom0) для запуска гостевых окружений с использованием гипервизора Xen. За отчётный период была проведена работа по реализации возможности загрузки ARM-систем FreeBSD/arm64 в форме гостевых окружений Xen. Продолжена работа по реализации (https://www.opennet.dev/opennews/art.shtml?num=41954) режима PVH, который комбинирует элементы режимов паравиртуализации (PV) и полной виртуализации (HVM). Подготовленные в рамках реализации PVH патчи скорее всего войдут в состав выпуска Xen 4.7. После реализации PVH работа будет сосредоточена на реализацию полной функциональности для запуска обычных паравиртуализирорваных окружений.
-
Сетевая подсистема
- Подготовлен скрипт automtud (https://github.com/jmgurney/automtud) для определения размера MTU удалённой машины и корректировки таблицы маршрутизации, позволяя FreeBSD отправлять jumbo-кадры (https://ru.wikipedia.org/wiki/Jumbo-%D0%BA%D0... для поддерживающих их хостов, продолжая использовать кадры нормального размера для остальных систем.
- Доступен новый выпуск патчей с реализацией расширения Multipath TCP (MPTCP), позволяющего организовать доставку пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. Целью проекта является подготовка MPTCP-патчей для ядра FreeBSD, совместимых с эталонной реализацией MPTCP и дополнительными улучшениями.
- В ядре GENERIC по умолчанию активирована поддержка стека IPsec. Реализация IPsec расширена поддержкой аппаратных и программных режимов
AES;
- Стартовал проект (https://wiki.FreeBSD.org/SummerOfCode2015/MultiqueueTestingP... по тестированию поддержки многоуровневых очередей (multiqueue) при различных режимах работы сетевого стека;
-
Системы хранения и файловые системы- Во FreeBSD HEAD и stable/10 принят обновлённый код файловой системы ZFS, синхронизированный с реализацией ZFS от проекта Illumos. Добавлена поддержка сжатия LZ4, на 50% сокращено потребление памяти при использовании L2ARC, улучшено агрегирование ввода/вывода, переработан код упреждающей загрузки данных. В UEFI-загрузчики boot1.efi и loader.efi добавлена поддержка загрузки и чтения данных с ZFS;
- В ветку FreeBSD 11-CURRENT добавлена поддержка функции смены корневой ФС на лету. Ранее для перемонтирования корневого раздела требовалась перезагрузка. Смена корневой ФС необходима для работы на ранней стадии загрузки временных образов ram-дисков, осуществляющих инициализацию сеанса iSCSI, с последующим подключением корневой ФС поверх iSCSI;
- В подсистему CAM Target Layer (CTL), обеспечивающую эмуляцию дисковых и процессорных устройств, через которую реализован сервер iSCSI, добавлена поддержка кластерных средств для обеспечения высокой доступности. Поддерживается создание двухузловых кластеров с асинхронными режимами доступ к юнитам LUN (ALUA, Asynchronous LUN Unit Acc...URL: https://www.freebsd.org/news/status/report-2015-07-2015-09.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=43201
nosh, как ответ systemd, весьма интересен.
> nosh, как ответ systemd, весьма интересен.Решительно развейте моё замешательство, в чём же заключался вопрос??
Я в замешательстве: ведь в сообщении анонима решительно не было вопроса!
> Я в замешательстве: ведь в сообщении анонима решительно не было вопроса!Ах, мон шер, пустое! Вам уже можно расслабиться.
Полноте, мне не в тягость...
> Я в замешательстве: ведь в сообщении анонима решительно не было вопроса!О, я начинаю догадываться, кажется. Неужели там было утверждение о конкуренции, войне, битве с systemd? Ответ которому был ответным ходом в оной? Мысль о таком позиционировании предмета утверждения была на мой вкус излишне натянута.
ОМФГ, Аноним -- троль, ihbt!? Эдак ведь можно и до борьбы "за долю пользователей" договориться. Или "рынка десктопов", ни дай Б-Г. Или даже "рынка серверов". Ай-Ай.
"Б-г" - матка боска, где вы набрались этой переднеазиатчины? ИГилом попахивает.
стабильность это хорошо (-1))
вы мне тоже не нравитесь.
> Или "рынка десктопов"системд на рынке десктопов присутствует в гомеопатических дозах.
Вот ты бублик с дыркой.
Быстро же BHyVe пилят, не успел заметить как поддержку вин-гестов добавили...
А с ограничением ресурсов все так же?
по ходу, вингесты им только и нужны.
Так линукс там уже работал.
Линукс и в джейлах может. И даже у вас на десктопе http://www.colinux.org/
ничего он уже не может, проект заброшен чуть менее чем полностью.
> Линукс и в джейлах может. И даже у вас на десктопе http://www.colinux.org/Стесняюсь спросить – а причем тут этот самый "colinux"?
> Cooperative Linux is the first working free and open source method for optimally running Linux on Microsoft Windows natively.У которого из всех "новшеств" с 2011 года – патч и "переезд" на sourceforge (что уже само по себе, как бы, показатель).
И причем тут бздшные джейлы, которые, как бы, просто используют (сильно устаревшую) эмуляцию в линуксуляторе (ядро версии 2.6.16 или 18)?
Или как всегда – не читатель?
>> Линукс и в джейлах может. И даже у вас на десктопе http://www.colinux.org/
> Стесняюсь спросить – а причем тут этот самый "colinux"?
>> Cooperative Linux is the first working free and open source method for optimally running Linux on Microsoft Windows natively.
> У которого из всех "новшеств" с 2011 года – патч и "переезд"
> на sourceforge (что уже само по себе, как бы, показатель).
> И причем тут бздшные джейлы, которые, как бы, просто используют (сильно устаревшую)
> эмуляцию в линуксуляторе (ядро версии 2.6.16 или 18)?
> Или как всегда – не читатель?2.6.32
но не суть.
Слонику-в-домене покажите)
А для чего? Ему те функции, которые сделали недавно,
нужны были 4 года назад. А ложка, как известно,
к обеду дорога.
> А для чего? Ему те функции, которые сделали недавно,
> нужны были 4 года назад. А ложка, как известно,
> к обеду дорога.ему те функции нужны не были 4 года назад (не нужны и сейчас). просто господин шетухин истеричка и позёр
Критические дни в рамблер почте.
Это вы о классическом "не нужно" от бсдшников,
когда они понимают, что в их системе такой
функции ближайшие 5 лет ждать не стоит?
это о шетухине. рамблер почте и том, чего первому якобы не хватало для того чтобы второе хоть как-то было похоже на живое. в последнее время я стал замечать у линазгоедов странное заболевание. толи читать разучились, толи осознавать написаное:\
> это о шетухине. рамблер почте и том, чего первому якобы не хватало
> для того чтобы второе хоть как-то было похоже на живое. в
> последнее время я стал замечать у линазгоедов странное заболевание. толи читать
> разучились, толи осознавать написаное:\Это скорее у бздунов бомбежки и разрывы. А Шетухин - прав, критиковал за дело.
>А Шетухин - прав, критиковал за дело.За какое дело? Что у рамблера проблема с кадрами (и не только у них), а слоник пафосно-псевдонаучно попытался назначить виноватым за это проект с другой стороны земли?
Слоник сам показатель проблемы c компетентностью и интеллектом.
Не всегда кривизну инфраструктуры можно затыкать кривыми кадрами. Сколько не подбирай - по любому прямые полезут. А Слоник - просто указал на недостатки бзды. Сегодня, например - использование бзды считается мерилом неадекватности, и многие её знатоки просто переходят на работу с линуксом.
> Не всегда кривизну инфраструктуры можно затыкать кривыми кадрами. Сколько не подбирай -
> по любому прямые полезут. А Слоник - просто указал на недостатки
> бзды. Сегодня, например - использование бзды считается мерилом неадекватности, и многие
> её знатоки просто переходят на работу с линуксом.Я готов перейти на Linux.
Как только под линуксом будут нативные NetMap, GEOM, NetGraph, ZFS, dtrace.
Как только линуксоиды перестанут радоваться, что преодолен порог в миллион PPS в сетевом стеке, не обращая внимание, что разработчики FreeBSD в это же время пытаются преодолеть порог в 14 миллионов PPS.
Как только из-коробки там будут решения, аналогичные HAST, CTL, ALUA.
Как только дисковая подсистема Linux сможет выдавать более миллиона IOPS.Что вы там говорите, у вас лучше поддержка какой-то там видеокарты для геймеров или руля с шестью педалями ? Это точно нужно в работе ?
аж прослезился, какие бздуны молодци с меньшим финансированием показывают эффективность в несколько раз лучше. Вот только pkg-ng до apt так и не дотянул, болтается одето на уровне homebrew и то можно поспорить что лучше и проще.
> аж прослезился, какие бздуны молодци с меньшим финансированием показывают эффективность
> в несколько раз лучше. Вот только pkg-ng до apt так и
> не дотянул, болтается одето на уровне homebrew и то можно поспорить
> что лучше и проще.А что не так с pkg ? Вот, если честно, когда Аноним в последний раз пользовался pkg или заглядывал в файл /usr/local/etc/pkg.conf ?
Пользовался 3 месяца назад. Что не так, да все не так. Если заглянуть в кишки apt то там конь педальный, но он блин работает, и инсталит быстро и апгрейдит и удаляет, но pkg чуток медленнее yum, но yum то на питоне.
и порты до portage не до тянули, и тактный менеджер толком не сделали, но производительность выше.
Короче говоря маргинальщина.
Нашли чем хвалиться, вязанкой костылей apt-*
> Как только дисковая подсистема Linux сможет выдавать более миллиона IOPS.По-вашему линукс этого не умеет?
линукс для игорь и холодильников
> линукс для игорь и холодильниковТаких https://www.oracle.com/engineered-systems/exadata/index.html ? Почему там
не freebsd, а линух? Кто может внятно объяснить?
Все элементарно, меньше производительность больше купят железа.
>> линукс для игорь и холодильников
> Таких https://www.oracle.com/engineered-systems/exadata/index.html ? Почему там
> не freebsd, а линух? Кто может внятно объяснить?Потому что там на десятки килобаксов аппаратных контроллеров, которые умеют делать то, что не умеет линукс.
Им надо продать это за большие деньги. И как рекламный ход, написать: "внутри стоит Linux"Вот аналог, сопоставимый по производительности, но гораздо более вменяемый по цене: https://www.ixsystems.com/truenas/. И да, внутри стоит FreeBSD.
> Потому что там на десятки килобаксов аппаратных контроллеров, которые умеют делать то,
> что не умеет линукс.Выше говорилось про миллионы IOPS, которые, якобы, умеет freebsd, но не умеет линух, и это
независимо от контроллеров, так как предпологалось, что миллионы IOPS есть заслуга именно
ОС. Так вот, логичнее было бы для исполнения нагруженных СУБД поставить ОС, обеспечивающую больший IOPS при одних и тех же контроллерах, так почему поставили линух, который не обеспечивет миллонов IOPS, вместо freebsd, которая, якобы, обеспечивает. Может, тут всё
наоборот? И просто кто-то не умеет правильно настраивать линух?> Им надо продать это за большие деньги. И как рекламный ход, написать:
> "внутри стоит Linux"Ну, это врядли вменяемое объяснение.
>> Потому что там на десятки килобаксов аппаратных контроллеров, которые умеют делать то,
>> что не умеет линукс.
> Выше говорилось про миллионы IOPS, которые, якобы, умеет freebsd, но не умеет
> линух, и это
> независимо от контроллеров, так как предпологалось, что миллионы IOPS есть заслуга именно
> ОС. Так вот, логичнее было бы для исполнения нагруженных СУБД поставить ОС,
> обеспечивающую больший IOPS при одних и тех же контроллерах, так почему
> поставили линух, который не обеспечивет миллонов IOPS, вместо freebsd, которая, якобы,
> обеспечивает. Может, тут всё
> наоборот? И просто кто-то не умеет правильно настраивать линух?Чтобы продать более дорогой контроллер. Неужели не ясно?
>> Им надо продать это за большие деньги. И как рекламный ход, написать:
>> "внутри стоит Linux"
> Ну, это врядли вменяемое объяснение.И тем не менее. На сертификации оборудования на совместимость с windows/linux/bolgenos далаются большие деньги.
https://www.suse.com/yessearch/Search.jsp
http://www.ubuntu.com/certification/
https://hardware.redhat.com/
> Чтобы продать более дорогой контроллер. Неужели не ясно?Ok, зайду с другой стороны, вообще-то оракел продают не контроллеры в тех шкафах,
и даже не сами шкафы, оракел продаёт производительность своей СУБД на тех шкафах,
в смысле, сам шкаф есть решение, обеспечивающее именно производительность СУБД.
Именно показателями производительности оракел пытается привлечь клиентов, постоянно
сранивая эту производительность с таковой у конкурентов. Если что-то, будет способствовать
большей производительности СУБД на шкафе, то это что-то обязательно будет внедрено оракелом
в шкаф. Если использование freebsd обеспечит больщую производительность СУБД на шкафе чем
линукс, за счёт большего IOPS, или PPS, то оракел обязательно запихнёт в шкаф freebsd, вместо линукса,
и побежит показывать новые рекорды производительности своего "to work together".
Именно увеличение производительности шкафа даст оракелу прибыль, а не упомянутую продажу
отдельных железок и контроллеров.
Так почему там линукс не freebsd, если она, якобы, даёт большую производительность?
>[оверквотинг удален]
> Именно показателями производительности оракел пытается привлечь клиентов, постоянно
> сранивая эту производительность с таковой у конкурентов. Если что-то, будет способствовать
> большей производительности СУБД на шкафе, то это что-то обязательно будет внедрено оракелом
> в шкаф. Если использование freebsd обеспечит больщую производительность СУБД на шкафе чем
> линукс, за счёт большего IOPS, или PPS, то оракел обязательно запихнёт в
> шкаф freebsd, вместо линукса,
> и побежит показывать новые рекорды производительности своего "to work together".
> Именно увеличение производительности шкафа даст оракелу прибыль, а не упомянутую продажу
> отдельных железок и контроллеров.
> Так почему там линукс не freebsd, если она, якобы, даёт большую производительность?Еще раз повторюсь. Линукс там только ради привлечения клиентов.
К производительности самого шкафа операционная система никакого отношения не имеет.Аналогично, как FreeBSD не имеет отношения к производительности линейной карты в Juniper.
> Еще раз повторюсь. Линукс там только ради привлечения клиентов.
> К производительности самого шкафа операционная система никакого отношения не имеет.Ещё раз повторюсь, покупателям шкафов с СУБД наплевать, линукс там или ещё что, они смотрят
на заявленную производительность, после чего проверяют её в ДЦ. Если что-то обеспечит
повышение производительности, то оракел обязательно запихнёт это в шкаф. Почему оракел не
пихает freebsd в шкаф, а пихает линукс, значит он обеспечивает лучшую производительность
чем иная ОС, в противном случае эта иная ОС были бы в шкафу вместо линукса.
Ошибочка, причём пошлая и намеренная.Как раз таки в случае шкафа с СУБД ОС имеет к производительности самое прямое отношение.
- Для привлечения клиентов там может быть шындасш, но почем-то этого нет.
- А вот по поводу можжевельника - не зря они вообще не используют бояздэшный сетевой стек. Бздя там - только как блобостартер, расковыряйте junos, загляните во внутрь.Ой, я же забыл всякие яндексо-гугло-пейсбуко-яхи. Они тоже не хотят бояздэшной производительности, даже успев её познать. И надёжности с её UFS2, которую желательно держать на упсе, и не выключать некорректно. По сравнению с этим, даже шиндозный нтфс надёжнее :(
Линукс там не ради привлечения клиентов. Для клиентов там вообще незнамо что -- специальный шелл и специальный веб-интерфейс, а на ос смотреть не моги, ибо заругают.
> Чтобы продать более дорогой контроллер. Неужели не ясно?Бац-бац и мимо.
Железо составляет менее 10% стоимости Экзадаты. И железо в ней не обсуждается, вариантов "куплю с этим а не тем" или "куплю железо от Х а потом вструмлю там экзадату" не существует.
Привет аналитикам.
Зашибись. Сравнить экзадату с фринасом. Такое под силу только бояздэшникам. Кирпич твёрже чем арбуз, но ведь арбуз круглее. Кстати, тут было сравнение производительности сетевого стека и тех же приложений http://conferences.sigcomm.org/hotnets/2013/papers/hotnets-f...
А от себя могу сказать, что по скорости бзда во всём проигрывает пингвину.
> Зашибись. Сравнить экзадату с фринасом. Такое под силу только бояздэшникам. Кирпич твёрже
> чем арбуз, но ведь арбуз круглее. Кстати, тут было сравнение производительности
> сетевого стека и тех же приложений http://conferences.sigcomm.org/hotnets/2013/papers/hotnets-f...Аноним явно не ходил по ссылке. Ссылка была на TrueNas, а не FreeNAS. Если Аноним не различает эти продукты, то разговаривать больше не о чем.
По сравнению сетевого стека. Там мерялась скорость sendfile(). Статья от 2013 года.
Кроме того, внимательно прочитал эту статью, особенно список из 23-х используемых источников. И с удивлением не нашел там упоминания RFC 1242, RFC 2544, RFC 3222.
Т.е. это очередной высер фороникса.По sendfile():
Советую посмотреть это: http://www.slideshare.net/facepalmtarbz2/new-sendfile-in-eng...
> А от себя могу сказать, что по скорости бзда во всём проигрывает
> пингвину.- Во всём - аналогично «Хопёр-инвест отличная компания. От других»
- О, хочешь трунас? На этот раз - это тоже не аналог экзадате.
- Всё, что бздюку не нравится - высер фороникса. Это уже синдром какой-то, свойственный каждому бздюку, ибо в трезвом уме это никто использовать не будет.
- Ну, и конечно же, не забываем падучесть и глючность UFS2.
> - О, хочешь трунас? На этот раз - это тоже не аналог
> экзадате.Естественно не аналог. Железки предназначены для совершенно разных целей.
Одна - NAS+SAN сервер, а другая сервер баз данных.
Я имел ввиду, что по производительности и по цене несопоставимо.
> - Всё, что бздюку не нравится - высер фороникса. Это уже синдром
> какой-то, свойственный каждому бздюку, ибо в трезвом уме это никто использовать
> не будет.Я четко указал список RFC, которые даже не рассматривались в "документе".
> - Ну, и конечно же, не забываем падучесть и глючность UFS2.Это с какого перепою ? Откуда такие сведения ? Когда Аноним в последний раз работал с USF2?
На пальцах объясняю отличие ufs2 от всяких extX
Добавили в extX квоты, обозвали ext5
Добавили ACL, обозвали ext6
Добавили расширенные аттрибуты, обозвали ext7и т.п.
В ufs2 добавили это все, и не поменяли название.
И Аноним не может себе представить, как это, без изменения циферки в названии, usf2 научился журналированию, снепшотам, расширенным аттрибутам, TRIM и т.п.
Аноним думает, что если циферка в названии не меняется, то ничего и не меняется в коде.Ах да, Аноним, наверное, даже не знает по какому принципу именуются ветки FreeBSD.
Вывод - Аноним видел FreeBSD у соседнего школьника через окно putty.exe и прочел пару статей на LOR десятилетней давности.
> И Аноним не может себе представить, как это, без изменения циферки в
> названии, usf2 научился журналированию, снепшотам, расширенным аттрибутам, TRIM и т.п.Но сделать лайв-дамп (dump -L) при включенном журналировании таки все еще нельзя.
А при отключенном – в случае "чего", нужен полный прогон fsck.
Снепшоты делать можно, но не более 20.
Да и неплохо бы заиметь (модификацию) ФС для ССД, т.е. учитывающее сильные и слабые стороны (тот же "clustering/locality" ССД как рыбе зонтик).
>> И Аноним не может себе представить, как это, без изменения циферки в
>> названии, usf2 научился журналированию, снепшотам, расширенным аттрибутам, TRIM и т.п.
> Но сделать лайв-дамп (dump -L) при включенном журналировании таки все еще нельзя.При каком журналировании ?
1 - journaled soft-updates
2 - gjournal
> А при отключенном – в случае "чего", нужен полный прогон fsck.
> Снепшоты делать можно, но не более 20.
> Да и неплохо бы заиметь (модификацию) ФС для ССД, т.е. учитывающее сильные
> и слабые стороны (тот же "clustering/locality" ССД как рыбе зонтик).рекомендации для ssd:
tunefs -j disable -t enable
ну и при монтировании не забыть указать флаг noatime
> При каком журналировании ?
> 1 - journaled soft-updatesthis
И да, давно висит в багтрекере
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195485
даже оф. костыль есть (dump отказывается работать, выдавая "Snapshots are not yet supported when running with journaled soft updates.")
> рекомендации для ssd:
> tunefs -j disable -t enable
> ну и при монтировании не забыть указать флаг noatimeОно?
dumpfs / |grep flag && head -n2 /etc/fstab && stat -f "%SB" /
flags soft-updates trim
# Device Mountpoint FStype Options Dump Pass
/dev/gpt/rootfs / ufs rw,noatime 1 1
Nov 4 21:42:52 2013
Это все-таки, имхо, немного не дотягивает до полноценной "ssd fs".
Присоединяюсь к товарищу Нимано, и добавлю. Очень часто аноним видит, даже сейчас падающие UFS2 у настоящих, идейных бояздэшников. Даже чаще, чем их самих. На ом же железе некоторые согласились на пингвина, который работает безотказно.
> Присоединяюсь к товарищу Нимано, и добавлю. Очень часто аноним видит, даже сейчас
> падающие UFS2 у настоящих, идейных бояздэшников. Даже чаще, чем их самих.
> На ом же железе некоторые согласились на пингвина, который работает безотказно.А симптомы то какие ? "падающий ufs2" может быть тупо из-за сбоя контроллера.
Я ни разу в своей практике не встречался с "падающей ufs2".
Что бы это увидеть, надо этим на практике воспользоваться. После установки пингвина, если бояздэшник на это соглашается, всё работает безотказно. На контроллер не грешу. Просто ситуация повторялась слишком часто. Симптомы - при загрузке фсцк сдаётся и говорит, что ничего не может. После чего? - отключение питания на физике, стоп виртуалки(при том, что пингвинистые виртуалки всегда выживали после стопа).
Благодарю, хороший ответ. Не уверен, что сейчас они закрыли 100% его тогдашних потребностей.
Радует большое число приятных изменений. Не сбавляйте темп!
Обновлён графический стек. В портах libglapi, libGL, libEGL, libglesv2, gbm и dri задействован новый выпуск Mesa 10.6.9. Переработана организация поставки портов с Mesa - для всех поддерживаемых версий FreeBSD теперь предлагается только одна версия Mesa. Xorg-server обновлен до 1.17. Добавлены порты с двумя реализациями OpenCL: lang/clover для GPU AMD Radeon и lang/beignet для GPU Intel (пока поддерживается только Ivy bridge). Обновлён KMS-драйвер i915;
уже пару лет каждую неделю захожу на https://wiki.freebsd.org/Graphics
и наблюдаю весьма похожую картину
Тоже смотрю туда часто, в надежде чего нибудь позитивное о Haswell увидеть. Но как раз неделю назад решил попробовать https://wiki.freebsd.org/Graphics/Update%20i915%20... . Haswell (Intel(R) Core(TM) i3-4330) завелся с xf86-video-intel.
> Тоже смотрю туда часто, в надежде чего нибудь позитивное о Haswell увидеть.
> Но как раз неделю назад решил попробовать https://wiki.freebsd.org/Graphics/Update i915 GPU driver to Linux 3.8
> . Haswell (Intel(R) Core(TM) i3-4330) завелся с xf86-video-intel.На том же wiki черным по белому писали, что не будут ломать графический стек до даты окончания поддержки 8-й ветки. Собственно говоря, с сентября месяца и начали переделывать.
Срок поддержки 8-й ветки закончился 1-го августа 2015 года: https://www.freebsd.org/security/unsupported.html
> начали переделыватьЭто хорошо )
Хочется шифрования для ZFS без GELI и прочих костылей
Интересно узнать от специалистов. Меня озадачило неучастие BSD-разработчиков в импортозамещении. Заявок они не подавали, в отличии от Linux и ReactOS. Или не знали о возможности получения финансирования, или не рискнули, при внимании государства, прославиться обнаруженными дырами или закладками...
Навскидку - http://www.3dnews.ru/909194
...поржал... про импортозамещение американским Linux это пять
> ...поржал... про импортозамещение американским Linux это пятьЧто курил ?
Специально на странице нажал Ctrl+F и вбил в поиске "Linux". Ни одного совпадения не нашло.Кстати, а что такое "американский Linux" ? Какой-то дистрибутив хитрый ?
Ссылка выше была про импортозамещение продуктом на основе FreeBSD. Причем здесь линукс, причем американский ?
>Кстати, а что такое "американский Linux" ? Какой-то дистрибутив хитрый ?Это __любой__ дистрибутив линукс. Потому что американцы без любого нац. линукса проживут, а вот наоборот :))) Как только кислород перекроют все нац дистры медленно (МЕДЛЕННО!) но верно сползут в УГ.
"американский линукс" написанный финном... ну-ну
freebsd + skype = hell...;'(
> freebsd + skype = hell...;'(причём в ад всё превращается при наличии скайпа в слагаемых
> freebsd + skype = hell...;'([tiger@laptop]:~>pkg info -x skype
linux-skype_oss_wrapper-0.1.1
skype4-4.3.0.37,1звук, видео, чятики. все это работает. а теперь расскажи что ты имел ввиду под hell
>> freebsd + skype = hell...;'(
> [tiger@laptop]:~>pkg info -x skype
> linux-skype_oss_wrapper-0.1.1
> skype4-4.3.0.37,1
> звук, видео, чятики. все это работает. а теперь расскажи что ты имел
> ввиду под hellКак Вам это удалось? У меня не получается:
root@wstan:/usr/ports/net-im/skype4 # make
===> skype4-4.3.0.37,1 is marked as broken: Skype 4.3 requires Linux 2.6.32 emulation..
*** Error code 1Stop.
make: stopped in /usr/ports/net-im/skype4
>>> freebsd + skype = hell...;'(
>> [tiger@laptop]:~>pkg info -x skype
>> linux-skype_oss_wrapper-0.1.1
>> skype4-4.3.0.37,1
>> звук, видео, чятики. все это работает. а теперь расскажи что ты имел
>> ввиду под hell
> Как Вам это удалось? У меня не получается:я просто на десктопах/ноутах использую правильную версию freebsd.
> root@wstan:/usr/ports/net-im/skype4 # make
> ===> skype4-4.3.0.37,1 is marked as broken: Skype 4.3 requires Linux 2.6.32подсказка:
.if ${OPSYS} == FreeBSD && ${OSVERSION} < 1100075
BROKEN= Skype 4.3 requires Linux 2.6.32 emulation.
.endif
_возможно_ в stable/10 втащили нужное, не следил, если у Вас -RELEASE то счастья не будет, пока что, по крайней мере.
Впервые за долгое время отчет действительно приятно читать. Много полезных и интересных идей и нововведений.
а-ля cgroups по disk io прикрутили?
> а-ля cgroups по disk io прикрутили?тебя ждут с гайковертом.
Если кто-то не воткнулся, то повторю - nosh
nosh сильно похож на Василия Алибабаевича - все побежали, и я побежал. Работает - не трогай, а rc.d работает хорошо.multiqueue куда интереснее. Конечно, вполне можно шейпить и dummynet/queue, но тогда жизнь сильно усложняет onepass.
> nosh сильно похож на Василия Алибабаевича - все побежали, и я побежал.
> Работает - не трогай, а rc.d работает хорошо.Но всё равно захочется плюшек. Если бы лапчатые не маялись и не делали из systemd монстриллу с встроенным веб сервером, впн-ом и видеоплеером ... то я был бы за такой systemd! Может хоть тут народ сделает "как правильно"? Есть же такая надежда ? :)
> multiqueue куда интереснее. Конечно, вполне можно шейпить и dummynet/queue,
> но тогда жизнь сильно усложняет onepass.Я тебе один умный вещь скажу, только ты не обижайся! (С) сами знаете кто
По моему ты не ффтыкнул о каких queue которых теперь multi идёт разговор ;-)
Ну и пусть работает, предлагаете будущее отменить?
Если кому нужен skype, flash , etc чего нет в freebsd , то можно поставить на планшет или смартфон и непариться (тот же совет линуксоидам)
спасибо кэп
линуксоиды это в линуксе юзают, вообще-то. А для бздюков - да, совет хорош.
Flash? И на мобильных? Ничего не попутал? )))
Меня интересует вопрос, когда выпилят sleep из rc скриптов. Из саспенда, например.
На текущий момент графический стек в стабильной FreeBSD:% pkg info -x drm
libdrm-2.4.65_1,1% pkg info -x libgl
libGL-10.6.9
libGLU-9.0.0_2
libglade2-2.6.4_8
libglapi-10.6.9
libglesv2-10.6.9
libgltf-0.0.2% pkg info -x xorg
linux-c6-xorg-libs-7.4_3
xorg-drivers-7.7_3
xorg-fonts-100dpi-7.7
xorg-fonts-75dpi-7.7
xorg-fonts-miscbitmaps-7.7
xorg-fonts-truetype-7.7_1
xorg-minimal-7.5.2_1
xorg-server-1.17.4,1% glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 750/PCIe/SSE2
OpenGL core profile version string: 4.4.0 NVIDIA 346.96
OpenGL core profile shading language version string: 4.40 NVIDIA via Cg compiler
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.5.0 NVIDIA 346.96
OpenGL shading language version string: 4.50 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 NVIDIA 346.96
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:% uname -rsm
FreeBSD 10.2-STABLE amd64