После девяти месяцев разработки официально представлен (https://lists.freebsd.org/pipermail/freebsd-announce/2015-Au...) релиз FreeBSD 10.2, который доступен (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.2/) для архитектур amd64, i386, ia64, powerpc, powerpc64, sparc64 и armv6. Дополнительно подготовлены образы для систем виртуализации (QCOW2, VMDK, raw (ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/10.2-RE.../)) и облачных окружений Amazon EC2, Google Compute Engine и Microsoft Azure.Основные новшества (https://www.freebsd.org/releases/10.2R/relnotes.html):
- Добавлена новая утилита uefisign для формирования цифровых подписей для файлов EFI, используемых для загрузки в конфигурациях с UEFI Secure Boot;
- Представлен новый rc-скрипт growfs, предназначенный для осуществления операции по изменению размера корневой ФС во время первой загрузки (если создан файл /firstboot), давая возможность автоматически занять корневой ФС всё нераспределённое место на диске. Управление работой скрипта производится через опцию growfs_enable в rc.conf. Скрипт также можно выполнить вручную ("/etc/rc.d/growfs onestart"), а не на этапе перезагрузки;- Поддерживаемая во FreeBSD инфраструктура эмуляции окружения Linux обновленa до CentOS 6.6 (порт emulators/linux-c6). Связанные с эмулятором порты адаптированы для использования CentOS 6.6, который теперь предлагается по умолчанию вместо пакетов на основе Fedora 10. Слой совместимости с ядром Linux теперь ссылается на выпуск 2.6.18;
- Код drm-драйверов для графических карт синхронизирован с ядром Linux 3.8.13, что позволило реализовать ioctl-вызовы setmaster/dropmaster для решения проблемы с запуском одновременно нескольких X-серверов;
- Расширены возможности порта FreeBSD/arm. Добавлена поддержка систем Exynos 5420 Octa и плат Toradex Apalis i.MX6. Добавлен драйвер bcm2835_cpufreq, позволяющий управлять частотой CPU и напряжением на Raspberry Pi. Для всех систем Exynos 5 активирована поддержка SMP. Добавлены драйверы передачи звука с поддержкой AUDMUXM (Digital Audio Multiplexer), SDMA (Smart Direct Memory Access Controller) и SSI (Syncronous Serial Interface). Реализованы корректные средства завершения работы на платах BeagleBone Black;
- В базовую систему включена новая утилита dpv, наглядно отображающая прогресс передачи данных для одного или нескольких потоков;- Добавлена утилита fstyp для определения типа файловой системы на указанном разделе;
- Добавлена библиотека figpar, предоставляющая API для разбора файлов конфигурации;
- В сетевой драйвер em добавлена поддержка многоуровневых очередей (multiqueue). Включение производится через опцию ядра EM_MULTIQUEUE;
- В ядре GENERIC по умолчанию включена поддержка RACCT и RCTL, подсистем для аккаунтинга и лимитирования ресурсов;
- Для ZFS добавлена настройка vfs.zfs.spa_slop_shift, позволяющая изменить зарезервированное по умолчанию дисковое пространство;- В загрузчик добавлена поддержка ввода пароля для GELI-шифрования на этапе до загрузки ядра;
- Обновлён гипервизор bhyve и драйверы для Hyper-V;
- Утилита resolvconf обновлена до версии openresolv 3.7.0, примечательной добавлением возможности установки флага приватности для интерфейсов в resolv.conf, что позволяет использовать данные интерфейсы только для осуществления резолвинга доменов по явно заданной в resolv.conf маске (domain/search);
- Обновлены версии сторонних программ, в том числе ntp 4.2.8p3, acpi 20150515, file 5.23, unbound 1.5.3, sendmail 8.15.2, OpenSSL 1.0.1p.
- Обновлены предлагаемые из портов десктоп-окружения: GNOME 3.14.2 и KDE 4.14.3. Обновлён графический стек (x11-servers/xorg-server 1.14.7_5, x11/xorg 7.7_2).URL: https://lists.freebsd.org/pipermail/freebsd-announce/2015-Au...
Новость: http://www.opennet.dev/opennews/art.shtml?num=42790
>Слой совместимости с ядром Linux теперь ссылается на выпуск 2.6.18;Скайп снова остался за бортом
>Скайп снова остался за бортомНаложить ручками патч на STABLE религия не позволяет?
Интересно интересно, поподробнее пожалуйста?
> Интересно интересно, поподробнее пожалуйста?Идем сюда: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201299
Скачиваем "patch: fixed and rerolled with svn", патчим текущий STABLE, компиляем, перезагружаемся, ставим с портоd скайп 4.3 удалив строчку BROKEN с Makefile, радуемся.
только для amd64..
> только для amd64..Да, это серьёзное ограничение в 2015 году
Подумаешь, минус атомы на фре, минус старые пк.
О, да, вижу ты спец, если приписал атомы к i386
> О, да, вижу ты спец, если приписал атомы к i386пока приписал мне ты.
> Подумаешь, минус атомы на фре,Атомы 64 бита умеют, если не все то почти все.
> минус старые пк.
А прикинь, у какого-нибудь 80286 вообще даже страничной памяти нет. И иногда таки надо прекратить некромансить, чтобы начать использовать фичи менее архаичного железа.
>> Подумаешь, минус атомы на фре,
> Атомы 64 бита умеют, если не все то почти все.Не все и не почти все. Вот минус эти.
>> минус старые пк.
> А прикинь, у какого-нибудь 80286 вообще даже страничной памяти нет. И иногда
> таки надо прекратить некромансить, чтобы начать использовать фичи менее архаичного железа.286, это конечно яркое и красочное сравнение. Считай что убедил. Минус не фре, минус компу.
> . Считай что убедил. Минус не
> фре, минус компу.Плохая совместимость с проприетарью, это конечно лютый минус, да! :)
>> . Считай что убедил. Минус не
>> фре, минус компу.
> Плохая совместимость с проприетарью, это конечно лютый минус, да! :)не лютый, но для бсд это странно. ведь с проприетарными вендорами они дружат давно, с мракософтом например.
> не лютый, но для бсд это странно. ведь с проприетарными вендорамиЭто случайно не
Citrix
Fujitsu
HP
IBM
NEC
Oracle
Qualcomm
Samsung> с мракософтом например.
Это те самые, которые пару лет назад в пятерку самых ярых коммитчиков Ядра входили?
>> не лютый, но для бсд это странно. ведь с проприетарными вендорами
> Это случайно неhttps://www.freebsd.org/commercial/
>> с мракософтом например.
> Это те самые, которые пару лет назад в пятерку самых ярых коммитчиков
> Ядра входили?:D может быть) еще это те, кто спонсирует сообщество бсд-шников чтоб они пилили фичи и для их проприетари, а взамен проприетарный софт для бсд допилить - хрен)
> :D может быть) еще это те, кто спонсирует сообщество бсд-шников чтоб ониПрямое спонсирование некомерческих организаций через фонды есть норма в развитом мире. Как правило, сумма спонсирования относиться на налоговый вычет.
Организовывать проект с соотвествующими расходами в рамках одной организации и передавать результат работ по нулевой стоимости - менее выгодно, да и акционеры обычно это плохо понимают.
Кто может для второго часто организуют некий Research Lab, нередко в компании с интитутами.
Детка, ты как бы не в теме как оно там что не здесь.
А вот если бы, то было бы... Столько абстрактной воды.
Весь этот булшит не отменяет того факта что проприетарии делают с бздами 2 вещи: дергают оттуда код и вытирают о апстрим сапожищи, зажимая улучшения.
> Это те самые, которые пару лет назад в пятерку самых ярых коммитчиков Ядра входили?Они входили только потому что драйвера для hyper-v вкомитили. Под GPL, что характерно. Они даром конечно никому кроме самого MS не упали, но все-таки.
А под бояздэшников драйвера даже не написали. Их проприетарные патроны. Под hyper-v. Потому что настолько никому не надо. FAIL, однако.
Если уж очень надо, FreeBSD-11.0-CURRENT Skype работает без проблем.
скайп работает норм 4.3.0.37
>Скайп снова остался за бортомОн там не нужен.
1. Потому что FreeBSD это явно не система для повседневного использования.
2. Для 3.5 пользователей FreeBSD естественно никто не будет портировать скайп.
Он там не нужен.
>1. Потому что FreeBSD это явно не система для повседневного использования.Здрасте!
Опять плохи сферические кони?
Опиши пожалуйста требования-requirements к "системе для повседневного использования".
Тогда обсудим вменяемо.Использую каждый день как рабочую систему. Сверху OS ходовой набор opensource: мыло, пейджер, торрент, офис, бровзеры, заметки, планировщик, рисовалка, терминалы всякие, ...
Работает как часы.
>>1. Потому что FreeBSD это явно не система для повседневного использования.
> Опиши пожалуйста требования-requirements к "системе для повседневного использования".
> Тогда обсудим вменяемо.
> Использую каждый деньОно считает, что у тебя Праздник - каждый день. Завидует, наверное.
>>>1. Потому что FreeBSD это явно не система для повседневного использования.
>> Опиши пожалуйста требования-requirements к "системе для повседневного использования".
>> Тогда обсудим вменяемо.
>> Использую каждый день
> Оно считает, что у тебя Праздник - каждый день. Завидует, наверное.Андрей, пожалуйста, выражайся яснее.
> Андрей, пожалуйста, выражайся яснее.Он говорит о том, что если система не для повседневности, значит для праздников (проведена ассоциация с нарядами). И раз у тебя эта система на повседневке, значит у тебя праздник каждый день. фирштейн?
>> Андрей, пожалуйста, выражайся яснее.
> Он говорит о томТы его мозговой придаток?
Думаю, он не нуждается в таком.
>>> Андрей, пожалуйста, выражайся яснее.
>> Он говорит о том
> Ты его мозговой придаток?
> Думаю, он не нуждается в таком.враги кругом, враги кругом, че делать, че делать, ааааа... выдохни уже.
>>>> Андрей, пожалуйста, выражайся яснее.
>>> Он говорит о том
>> Ты его мозговой придаток?
>> Думаю, он не нуждается в таком.
> враги кругом, враги кругом, че делать, че делать, ааааа... выдохни уже.Есть что-то по теме новости?
>>>>> Андрей, пожалуйста, выражайся яснее.
>>>> Он говорит о том
>>> Ты его мозговой придаток?
>>> Думаю, он не нуждается в таком.
>> враги кругом, враги кругом, че делать, че делать, ааааа... выдохни уже.
> Есть что-то по теме новости?Елки, я тебе просто пояснил мысль Андрея, которую ты не понял...
Потом намекнул, что не нужно во мне искать врага...
Успокойся уже, я не нападаю ни на тебя ни на фрю, тем более, что у меня большинство серверов под оной.
>>>>>> Андрей, пожалуйста, выражайся яснее.
>> Есть что-то по теме новости?
> Елки, я тебе просто пояснил мысль Андрея,Ты, кста, не достаточно глЫбоко копнул. %))
> Успокойся уже, я не нападаю ни на тебя ни на фрю, тем
> более, что у меня большинство серверов под оной.Не, всё, "детка", ты попал.
> Не, всё, "детка", ты попал.аха, прямо под струю )
>>>>>> Андрей, пожалуйста, выражайся яснее.
>>>>> Он говорит о том
>>>> Ты его мозговой придаток?
>>>> Думаю, он не нуждается в таком.
>>> враги кругом, враги кругом, че делать, че делать, ааааа... выдохни уже.
>> Есть что-то по теме новости?
> Елки, я тебе просто пояснил мысль Андрея, которую ты не понял...1 Люди пишут словами. Хочешь что бы поняли - пиши ясно. "Мама мыла раму", "Johnny got his gun", etc.
2 Там не столь ценно, что бы понимать.> Потом намекнул, что не нужно во мне искать врага...
Твоя выдумка, родом из параноидальной страны.
Половина населения чего-то воюет по кругу.> Успокойся уже, я не нападаю ни на тебя ни на фрю, тем
Сначалы ты почитал мысли одного, потом другого человека. Ты наверное телепат? =)
>>>>>>> Андрей, пожалуйста, выражайся яснее.
>>>>>> Он говорит о том
>>>>> Ты его мозговой придаток?
>>>>> Думаю, он не нуждается в таком.
>>>> враги кругом, враги кругом, че делать, че делать, ааааа... выдохни уже.
>>> Есть что-то по теме новости?
>> Елки, я тебе просто пояснил мысль Андрея, которую ты не понял...
> 1 Люди пишут словами. Хочешь что бы поняли - пиши ясно. "Мама
> мыла раму", "Johnny got his gun", etc.
> 2 Там не столь ценно, что бы понимать.Имеющий школьное образование, да познает, что такое аллегория. Имеющий мозг, да поймет, смысл аллегории...
я использую freeBSD как дестоп уже скольок лет, притензий нету, одни плюсы!
Pussy.exe?
> Pussy.exe?Причем здесь опять ваша убунта?
Вообще-то речь о вантузе, а убунты я уже полгода не видел. Всё в рпм-ах сегодня у меня.
> FreeBSD это явно не система для повседневного использования.В отличие от тебя.
Решение для pidgin:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202347Скачиваешь pidgin-skypeweb.shar
# mkdir /usr/ports/net-im/pidgin-skypeweb
# cp pidgin-skypeweb.shar /usr/ports/net-im/pidgin-skypeweb/
# cd /usr/ports/net-im/pidgin-skypeweb
# sh pidgin-skypeweb.shar
# make install clean
>>Слой совместимости с ядром Linux теперь ссылается на выпуск 2.6.18;
> Скайп снова остался за бортомСкайп не нужен. WebRTC и Firefox Hello теперь...
после 9 месяцев xD
Хорошо! 1 млн.$ не пропал.
Мда... жаль... Когда FreeBSD дали миллион я думал "Сейчас разведут деятельность. Поднимутся". Хега с два (С). Другие бы развели деятельноть, а это так - тихий пук в лужу. Видимо не в деньгах счастье.
В ветке current как бы изменений больше.
Понятно, что от минорного релиза ждать нового неприходится. Коментарий скорее был к вопросу освоения денег разработчиками или "манагерами".
> Понятно, что от минорного релиза ждать нового неприходится. Коментарий скорее был к
> вопросу освоения денег разработчиками или "манагерами".Чукча не читатель, чукча писатель: https://www.freebsdfoundation.org/projects
>>Чукча не читатель, чукча писательВот именно! Почитайте внимательно. Что-то я незаметил проектов 2015 года со статусом "complit".
https://www.freebsdfoundation.org/press/#2015 - отчет по потраченным средствам за каждый месяц.
Их я тоже иногда читал/читаю. Веселые отчеты. Очень похожи на то, когда мои дети расказывают мне, как весело они потратили мои деньги. :) Ну согласитесь, что FreeBSD очень сильно просела за последние годы. И для её популяризации необязательно колесить по миру стайкой нискажу кого.
Чем именно "просела" ?
Тем, что создала собственный, а не проприетарный гипервизор ?
Тем, что в PC-BSD уже лет пять по умолчанию пакеты устанавливаются в "контейнеры" ?
Тем, что до сих пор по скорости дисковой и сетевой подсистемы опережает линукс ?
А может по таким подсистемам как CAM, GEOM, NetGraph, ZFS ?
> Тем, что создала собственный, а не проприетарный гипервизор ?А вот зулярис и аикс - портировали квм, и толку с этого намного больше
> Тем, что до сих пор по скорости дисковой и сетевой подсистемы опережает линукс ?
А вот здесь поподробнее, ибо опыт показывает обратное. И не надо бенчмарков с 2.4 ведром.
> А может по таким подсистемам как CAM, GEOM, NetGraph, ZFS ?
И сильно ими пользуются на практике? В линуксе, например, при наличии зфс есть много лучших вариантов.
>> Тем, что создала собственный, а не проприетарный гипервизор ?
> А вот зулярис и аикс - портировали квм, и толку с этого намного большеСколько инсталяций Solaris с KVM ты можешь привести в пример, что бы об этом судить?
Лучше своих.
Про AIX вообще забавно =)>> Тем, что до сих пор по скорости дисковой и сетевой подсистемы опережает линукс ?
> А вот здесь поподробнее, ибо опыт показывает обратное. И не надо бенчмарков с 2.4 ведром.Обычно проблема организации полосы пропускания состоит в грамотной-оптимальной организации топологии сети, и архитектуры всей вычислительной среды.
Под цели дела.Писькомер в 3% роли тут не играет.
>> А может по таким подсистемам как CAM, GEOM, NetGraph, ZFS ?
> И сильно ими пользуются на практике?CAM/GEOM - базовая часть стека системы хранения данных в системе.
Ващето пользуються постоянно.Netgraph - Bluetooth, PPTP, L2TP, PPPoE коммуникации. Постоянно.
> В линуксе, например, при наличии зфс есть много лучших вариантов.Ext4? XFS? Это классические файловые системы с улучшениями.
LVM? Его некоторый аналог реализован в GEOM.
Что еще, чему можно доверить данные лет на 5-7?ZFS вообще-то framework и другой по идеологии.
> Сколько инсталяций Solaris с KVM ты можешь привести в примерБольше чем бздов с и без bhyve
> в 3% роли тут не играет.
Ну, 2-3 раза по толщине - таки играет, вот только причём эта пространственная вода о "грамотной-оптимальной организации топологии сети, и архитектуры всей вычислительной среды", для подчёркивания своей некомпетентности?
> Что еще, чему можно доверить данные лет на 5-7?
Кластерной ФС, их много. Тут никакие рэйды, з-пулы и ЛВМы уже не проканают, а бэкэндом хранения можно брать xfs или ext4
> ZFS вообще-то framework и другой по идеологии.
Учись выражать мысли,я не понял о чём ты, но могу сказать, что кэш в openZFS в линуксовом варианте работает эффективнее.
>> ZFS вообще-то framework и другой по идеологии.
> Учись выражать мысли,я не понял о чём ты, но могу сказать, что
> кэш в openZFS в линуксовом варианте работает эффективнее.За счёт чего?
Типично линуксовый механизм пейджинга перенесён на ARC
> Тем, что создала собственный, а не проприетарный гипервизор ?Это какой же? bhyve?
http://www.opennet.dev/opennews/art.shtml?num=31693> Тем, что в PC-BSD уже лет пять по умолчанию пакеты устанавливаются в
> "контейнеры" ?Это не те "контейнеры". PBI:
"PBIs are self-contained application packages containing all the files and libraries needed to run that application. The purpose of this is to separate the base system from the applications it runs as much as possible in order to protect the system from such problems as: broken ports and packages; broken, missing and/or incompatible libraries; botched un/installations; tricky updates and so-called "dependency hell". "Почему подвержена FreeBSD so-called "dependency hell", надеюсь понятно?
Видимо сравнивать пытались с docker'ом:Docker containers wrap up a piece of software in a complete filesystem that contains everything it needs to run: code, runtime, system tools, system libraries – anything you can install on a server. This guarantees that it will always run the same, regardless of the environment it is running in.
> Тем, что до сих пор по скорости дисковой и сетевой подсистемы опережает
> линукс ?А тесты есть?
> А может по таким подсистемам как CAM, GEOM, NetGraph, ZFS ?
ZFS вам подарили. А что уникального в CAM и GEOM?
>> Тем, что создала собственный, а не проприетарный гипервизор ?
> Это какой же? bhyve?
> http://www.opennet.dev/opennews/art.shtml?num=31693Да. Работник NetApp является коммимтером FreeBSD
>[оверквотинг удален]
> possible in order to protect the system from such problems as:
> broken ports and packages; broken, missing and/or incompatible libraries; botched un/installations;
> tricky updates and so-called "dependency hell". "
> Почему подвержена FreeBSD so-called "dependency hell", надеюсь понятно?
> Видимо сравнивать пытались с docker'ом:
> Docker containers wrap up a piece of software in a complete filesystem
> that contains everything it needs to run: code, runtime, system tools,
> system libraries – anything you can install on a server. This
> guarantees that it will always run the same, regardless of the
> environment it is running in.Мда. Читал, читал, и не дочитал. Где вас таких берут ?
http://wiki.pcbsd.org/index.php/PBI_Manager/10.1
Ищи там ключики "-j" и "-J">> Тем, что до сих пор по скорости дисковой и сетевой подсистемы опережает
>> линукс ?
> А тесты есть?http://www.opennet.dev/opennews/art.shtml?num=42449
В обсуждениях есть ссылка, на которой FreeBSD на более слабой машине выдает больше.По дисковой подсистеме советую поискать проект CAMLOCK, который импортирован в 10.2
>> А может по таким подсистемам как CAM, GEOM, NetGraph, ZFS ?
> ZFS вам подарили. А что уникального в CAM и GEOM?CAM: https://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handb...
Про GEOM можно прочитать даже в википедии. Проще говоря, вместо того чтобы лепить все в файловую систему, засовывая в нее всякие фичи (журналирование, рейд, распределенность, сжатие, шифрование, и т.п.), во FreeBSD пошли другим путем, и сделали низкоуровневую прослойку между блочными устройствами и файловой системой.
Таким образом, не ломая физическую структуру каталогов и файлов, можно получить дисковую подсистему любой сложности.
>> Чем именно "просела" ?Да просто всё. За кучу лет было поднято достаточно много серверов. В основном, я ставил серверы на FreeBSD. Когда пришло время, я сменил работу, но мои сервера работали еще кучу лет. Админы-преемники, либо их не трогали пока работают, либо при первой возможности мигрировали сервисы на "другую" ОСь. И не от того, что FreeBSD плохая, а потому что не знали что под FreeBSD делать (я спрашивал). В конце концов, что postfix-у, что postgresql пофиг где работать при нормальной настройке.
>> Тем, что создала собственный, а не проприетарный гипервизор ?После 2012 года, это наверное самое большое достижение. (без сарказма) Реально ждал, ждал, но не дождался. Оно готово к production?
Сейчас я работаю в небольшой софтверной компании, имеющей представительства по всех регионах РФ. :)
Со мной рядом работает много умных, а иногда просто гениальных людей. Есть несколько знакомых, которые в прошлом тоже были FreeBSD-шниками. Есть даже отдельные проекты на FreeBSD. Но их ведут тоже отдельные люди, они и только они. Они их начали и думаю сними они и умрут, т.к. никто кроме их просто так не разберется. И это увы не плюс.
Что мне лично нравится в другой оси, то что разработчиков как грязи - какая бы дебильная мысль в голову не пришла, кто-то, когда-то это уже пытался делать. В конечном итоге, всё упирается в человекочасы.
К сожалению, из двух конфеток народ выбирает ту, которая с более яркой оберткой.Bhyve давно уже в продакшене, но ты прав, сильно долго его делали. Народ уже давно использует другие гипервизоры.
> Bhyve давно уже в продакшене,Давно - это openvz какой-нибудь. Который доисторический центось, еще с up2date, десяток лет назад запускал. А у вас какие-то странные понятия о "давно" и "продакшн".
> но ты прав, сильно долго его делали.
> Народ уже давно использует другие гипервизоры.И инфраструктура уже под них заточена. И админить другие системы в целом удобнее. В общем, мало кому интересно - приехали вы к финишу 12-м или 15-м.
> Тем, что создала собственный, а не проприетарный гипервизор ?А у кого проприетарный то? У вмвари чтоли?
> Тем, что в PC-BSD уже лет пять по умолчанию пакеты устанавливаются в "контейнеры" ?
Ого, тогда винда вообще один сплошной контейнер. С мусором.
> Тем, что до сих пор по скорости дисковой и сетевой подсистемы опережает линукс ?
То-то в ответ на любой бенчмарк - начинаются вопли. Нет, не линуксоидов.
> А может по таким подсистемам как CAM, GEOM, NetGraph, ZFS ?
"Я знаю у-шу, каратэ и много других страшных слов!!!"
> Ого, тогда винда вообще один сплошной контейнер. С мусором.Ну поздравляю! Дошло таки, познал дзен! :))
>> Тем, что до сих пор по скорости дисковой и сетевой подсистемы опережает линукс ?
> То-то в ответ на любой бенчмарк - начинаются вопли. Нет, не линуксоидов.Не надо песен - их тоже.
Моё IMHO - по дисковым линукс чуток выигрывает, по сетевым почти нос-в-нос.>> А может по таким подсистемам как CAM, GEOM, NetGraph, ZFS ?
> "Я знаю у-шу, каратэ и много других страшных слов!!!"Давай уже достаем линейки! ... (С) :)
>> Ого, тогда винда вообще один сплошной контейнер. С мусором.
> Ну поздравляю! Дошло таки, познал дзен! :))
>>> Тем, что до сих пор по скорости дисковой и сетевой подсистемы опережает линукс ?
>> То-то в ответ на любой бенчмарк - начинаются вопли. Нет, не линуксоидов.
> Не надо песен - их тоже.
> Моё IMHO - по дисковым линукс чуток выигрывает, по сетевым почти нос-в-нос.Чуток - это было до выпуска 10.2, куда попали проекты CAMLOCK, и UNMAPPED BIO.
>>> А может по таким подсистемам как CAM, GEOM, NetGraph, ZFS ?
>> "Я знаю у-шу, каратэ и много других страшных слов!!!"Но не умеешь читать :(
> Давай уже достаем линейки! ... (С) :)
> Ну поздравляю! Дошло таки, познал дзен! :))Хм, вот оно что... "iZEN не познал дзен" ;)
>> То-то в ответ на любой бенчмарк - начинаются вопли. Нет, не линуксоидов.
> Не надо песен - их тоже.Почему-то лет пять назад, когда были бенчи сырого и неоптимизированного btrfs - бздюки со своим ZFS просто изгомнились, потому что в большинстве бенчей их тормозной утюг продувал с треском. Уже 5 лет назад. Неоптимизированному и сырому экспонату.
> Моё IMHO - по дисковым линукс чуток выигрывает, по сетевым почти нос-в-нос.
Ваше imho, конечно, круто. А какие ФС вы вообще предлагаете использовать? UFS, который вообще годен только для того чтобы его забыть как страшный сон, ибо по внутреннему устройству это антикварное у...ще? Или тормозной и ресурсожоркий ZFS с кучей своих проблем (отсутствующих к тому же у btrfs'а :P). А больше вроде у вас и нет толком нифига. Всякие более специализированные кейсы типа эмбедовки - вообще в пролете.
> Давай уже достаем линейки! ... (С) :)
"Покупайте наши линейки - тогда вас не разочарует результат измерений!" ;)
> Почему-то лет пять назад, когда были бенчи сырого и неоптимизированного btrfs -
> бздюки со своим ZFS просто изгомнились, потому что в большинстве бенчей
> их тормозной утюг продувал с треском. Уже 5 лет назад. Неоптимизированному
> и сырому экспонату.Приведи ссылок что ли.
> А какие ФС вы вообще предлагаете использовать? UFS, который вообще годен только для того чтобы его забыть как страшный сон, ибо по внутреннему устройству это антикварное у...ще?
В каком году ты видел UFS2 в работе, скажи честно.
> Или тормозной и ресурсожоркий ZFS с кучей своих проблем (отсутствующих к тому же у btrfs'а :P).
Btrfs не используется в сильно нагруженных проектах, а ZFS используется. Не знаешь, почему?
> А больше вроде у вас и нет толком нифига.А у вас дофига, но всё "не то".
> Всякие более специализированные кейсы типа эмбедовки - вообще в пролете.
Nokia Asha что ли? Ну да, в пролёте - полетала и хватит.
>> Давай уже достаем линейки! ... (С) :)
> "Покупайте наши линейки - тогда вас не разочарует результат измерений!" ;)Кривые что ли?
Ах ты гомофоб... Мне нравится это)))
> Их я тоже иногда читал/читаю. Веселые отчеты. Очень похожи на то, когда
> мои дети расказывают мне, как весело они потратили мои деньги. :)
> Ну согласитесь, что FreeBSD очень сильно просела за последние годы. И
> для её популяризации необязательно колесить по миру стайкой нискажу кого.Ну согласитесь, что ядро Linux очень сильно просело за последние годы. И для его популяризации необязательно колесить по миру стайкой нискажу кого.
Fixed.
>> Их я тоже иногда читал/читаю. Веселые отчеты. Очень похожи на то, когда
>> мои дети расказывают мне, как весело они потратили мои деньги. :)
>> Ну согласитесь, что FreeBSD очень сильно просела за последние годы. И
>> для её популяризации необязательно колесить по миру стайкой нискажу кого.
> Ну согласитесь, что ядро Linux очень сильно просело за последние годы. И
> для его популяризации необязательно колесить по миру стайкой нискажу кого.
> Fixed.А тебе, как вантузятнику, какое дело?
> А тебе, как вантузятнику, какое дело?Ну как, он как обычный бояздэшник - фапает на бзду, особенно из-за возможности зажимать сорец. Но поскольку предмет фапа работает на половине машин ни к черту (о чем прозрачно намекает логотип), приходится пользоваться виндой. А там сорц зажимают уже другие. Такое вот у них забавное садо-мазо. С завистью к тем у кого какие-то более рациональные форматы взаимодействия выработались. Потому что взаимоотношения в стиле "лох и кидала" - это что-то плохое, как ни крути.
>> А тебе, как вантузятнику, какое дело?
> Ну как, он как обычный бояздэшник - фапает на бзду, особенно из-за
> возможности зажимать сорец. Но поскольку предмет фапа работает на половине машин
> ни к черту (о чем прозрачно намекает логотип), приходится пользоваться виндой.
> А там сорц зажимают уже другие. Такое вот у них забавное
> садо-мазо. С завистью к тем у кого какие-то более рациональные форматы
> взаимодействия выработались. Потому что взаимоотношения в стиле "лох и кидала" -
> это что-то плохое, как ни крути.Ниже список участников Open Handset Alliance.
Это те, кто просто юзает 2GB оpensource (Android & K) для получения прибыли.
В своих продуктах - смарфонах, планшетах, ...И ничего "не возвращает"
AKM Semiconductor
ARM
ASUSTek
Accenture
Access[19]
Acer[13]
Alcatel Mobile Phones
Aplix
Ascender Corporation
Atheros Communications
Audience
Borqs
Bouygues Telecom[15]
Broadcom Corporation
CSR Plc.
Cetelix
China Mobile
China Telecommunications Corporation
China Unicom[11]
Compal Communications
Cooliris
Cypress Semiconductor Corporation
Dell
Foxconn
Freescale Semiconductor
Garmin
Gemalto
HTC
Haier
Huawei Technologies
Intel Corporation
KDDI Corporation
Kyocera
L&T Infotech
LG
Lenovo Mobile Communication Technology Ltd.
LivingImage
MIPS Technologies[14]
MOTOYA Co., Ltd.
Marvell Technology Group
MediaTek[20]
Motorola Mobility (joined as Motorola)
Myriad
NEC
NTT DoCoMo
NXP Software[18]
Noser Engineering
Nuance Communications
Nvidia Corporation
OMRON
PacketVideo
Qualcomm
Renesas Electronics Corporation
SONiVOX
SQL Star International Inc.
ST-Ericsson (joined as Ericsson Mobile Platforms)
SVOX[12]
Samsung Electronics
Sasken Communication Technologies Limited[16]
SkyPop
Softbank
Sony
Sony Mobile Communications (joined as Sony Ericsson)
Sprint Nextel
Synaptics
T-Mobile
Teleca
Telecom Italia
Telefónica
Telus[22]
Texas Instruments
The Astonishing Tribe
Toshiba
Via Telecom
VisualOn[21]
Vodafone
Wind River Systems
Wipro Technologies
ZTE Corporation[17]
eBayДля сравнения, исходный текст FreeBSD OS - 300Mb.
Андроид - 2GB.Так кто лох, и где кидалы?
У тебя есть чем заняться. Можешь начать с Samsung. Или c Sony Inc.
> И ничего "не возвращает"А ты до того как пиндеть - попробуй сделать git log --grep на майнлайновом ядре и исключи из своего спам-списка тех кто попадется. Список здорово сократится, смею тебя заверить. Это ж не бояздэ где балласт приветствуется. В линухе балласт отправляют за борт, ибо GPL. И официальная позиция разработчиков ядра :).
> Для сравнения, исходный текст FreeBSD OS - 300Mb.Андроид - 2GB.
Вот только...
1) Коммиты из андроида таки попали в майнлайн в массе своей.
2) Более того - туева хуча из перечисленных отметились коммитами в майнлайн. Вон самсунь например - не только закоммитил F2FS, довольно интересную для флешек и прочих SD-карт, но и поддержку своих SoC запилил.
3) А что, эта твоя фрибзда с ее 300Мб сорцов - потянет работу на телефоне, с отображением юзеринтерфейса и выполнением всех функций которые пользователи ожидают от смартфона в 2015 году?> Так кто лох, и где кидалы?
Ну... учитывая что пока линух в лице андроида отжал чуть ли не 90% рынка смартов и 70% планшетов (и кроме всего прочего получил ломовой поток коммитов в майнлайн для применяемых там SoC, разумеется), а бзды в смартах есть только у danger'а скупленного и придушеного микрософтом, ну и еще эппл каких-то запчастей надергал - я думаю ответ самоочевиден.
> У тебя есть чем заняться. Можешь начать с Samsung. Или c Sony Inc.
А что - Samsung? У них довольно годный f2fs. И даже, ты только подумай, git log --grep @sony - находит как ни странно коммиты. Исходящие из Sony Mobile например. Конечно, до самсуня им как пехом до пекина, но слов из песни не выкинешь.
> Ну согласитесь, что ядро Linux очень сильно просело за последние годы.Не согласимся. Кто просел? Куда просел? Какой колоритный пример шизы.
> Мда... жаль... Когда FreeBSD дали миллион я думал "Сейчас разведут деятельность. Поднимутся".
> Хега с два (С). Другие бы развели деятельноть, ...Опиши пожалуйста свое видение и требования к "деятельность разведенная".
Зачем тебе это? У тебя есть $1_000_000, а фантазии не хватает? Или весь CoreTeam у тебя под ноктем?
> Зачем тебе это? У тебя есть $1_000_000, а фантазии не хватает? Или
> весь CoreTeam у тебя под ноктем?Так ты же оцениваешь работу. Вот и опиши, пожалуйста, по каким критериям.
Твои KPI, так сказать.Или ты просто портепаться в космос?
А ты видимо заделался оценщиком оценок? "С чего бы" (С)? Объясни мне смысл, объяснения тебе моего мнения!
> А ты видимо заделался оценщиком оценок? "С чего бы" (С)? Объясни мне
> смысл, объяснения тебе моего мнения!Просто показываю твое пустозвонство.
Ты не указал целей ни одного текущего проекта FreeBSD based, общественно значимых и требующих ресурсов, а их пару десятков точно.Следовательно, ты не в теме.
> Следовательно, ты не в теме.Забойная логика. Не важно что и почему. Главное, оппонент - лох.
>> Следовательно, ты не в теме.
> Забойная логика. Не важно что и почему. Главное, оппонент - лох.тот оппонент - лох.
Если абстрагироваться от темы, то моё сообщение могло бы выглядеть так:
"Жаль, что в Калинграде было хреновое лето, а вот в Цандрыпше было тепло!"
Ты же перевернул весь смыл - я не собирался менять погоду.
Впрочем, как сказал один наш общий знакомый:
"Не обязательно быть прожженой проституткой, что бы отличить бл*дь от честной женщины"
http://web.archive.org/web/20120819232039/http://drugoi.live...
> Если абстрагироваться от темы, то моё сообщение могло бы выглядеть так:
> "Жаль, что в Калинграде было хреновое лето, а вот в Цандрыпше было
> тепло!" ...Детка, ты бредишь?
PS
Флейм глянул. Один из двоих чудаков на букву м и есть ты? =)
Что-то по теме новости есть?
Так и скажи, что техподдержкой занимаешься.
> Так и скажи, что техподдержкой занимаешься.Детка, найди же наконец в википедии статью про KPI, прочитай - там немного букв и усвой, что они key performance indicator применимы в любой детельности.
Бля, что за уродская страна - понятия из мировой индустрии 60-х никак до мозга не дойдут.
>> Так и скажи, что техподдержкой занимаешься.
> Детка, найди же наконец в википедии статью про KPI, прочитай - там
> немного букв и усвой, что они key performance indicator применимы в
> любой детельности.
> Бля, что за уродская страна - понятия из мировой индустрии 60-х никак
> до мозга не дойдут.Про KPI я знаю, а идиод ты, если не можешь из страны убраться. Здесь без тебя станет только чище.
>>> Так и скажи, что техподдержкой занимаешься.
>> Детка, найди же наконец в википедии статью про KPI, прочитай - там
>> немного букв и усвой, что они key performance indicator применимы в
>> любой детельности.
>> Бля, что за уродская страна - понятия из мировой индустрии 60-х никак
>> до мозга не дойдут.
> Про KPI я знаюда, теперь знаешь. что-то.
осталось применять.> а идиод ты, если не можешь из страны убраться.
> Здесь без тебя станет только чище.ну вот ты и самоидентифицировался =)
Так, парни, что вы там про двух чудаков на букву "м" говорили? Поздравляю, вы нашли друг друга, чудаки...
почему есть armv6 но нету armv7 ?
> почему есть armv6 но нету armv7 ?
> FreeBSD supports ARMv6 and ARMv7, our repositories just happen to be (currently) named in a non-optimal manner
https://www.youtube.com/watch?v=lLgc4FJLJ3Y
> почему есть armv6 но нету armv7 ?В общем случае, набор команд архитектуры ARMv7 является надмножеством команд ARMv6.
То есть, в общем случае, откомпилированное для ARMv6 будет выполняться на архитектуре типа ARMv7.Реально...
# wget http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.2/...
# unxz FreeBSD-10.2-RELEASE-arm-armv6-PANDABOARD.img.xz
# mdconfig -a -f FreeBSD-10.2-RELEASE-arm-armv6-PANDABOARD.img
# mount /dev/md0s2a /mnt/tmp# readelf -A /mnt/tmp/bin/sh
Attribute Section: aeabi
File Attributes
Tag_CPU_name: "ARM1176JZF-S"
Tag_CPU_arch: v6T2
В Pandaboard OMAP4430 Soc, который на базе ARM Cortex-A9, который архитектурно ARMv7a.
Но вы же не пишете, что "i586 но почему нет i686".
Спасибо за ответ. Серьезно. :)
> В общем случае, набор команд архитектуры ARMv7 является надмножеством команд ARMv6.Вот только ARMv7 - куда более эффективный набор команд.
> для ARMv6 будет выполняться на архитектуре типа ARMv7.
Будет. Но - куда медленнее чем могло бы быть. Что на мелкой маломощной железяке - особенно неприятно.
> В Pandaboard OMAP4430 Soc, который на базе ARM Cortex-A9, который архитектурно ARMv7a.
Да, взять архидорогой OMAP4 от техаса и потом втулить туда какой-то недопорт с ARMv6 набором команд - истинно бояздэшное решение: результат стоит как самолет, ездит как телега, а практического смысла кроме прокачки ЧСВ не имеет чуть менее чем совсем.
> Но вы же не пишете, что "i586 но почему нет i686".
Вообще-то, сборка софта под совсем древний набор команд - солидный минус. Производительность будет хромая.
>> В общем случае, набор команд архитектуры ARMv7 является надмножеством команд ARMv6.
> Вот только ARMv7 - куда более эффективный набор команд."Куда более" =) Бла, бла, бла...
Ради самообразования как-нить откомпилируй по разные архитетктуры на той же плате, запусти тестовые обработки, и результаты в студию. =)
>>> В общем случае, набор команд архитектуры ARMv7 является надмножеством команд ARMv6.
>> Вот только ARMv7 - куда более эффективный набор команд.
> "Куда более" =) Бла, бла, бла...
> Ради самообразования как-нить откомпилируй по разные архитетктуры на той же плате, запусти
> тестовые обработки, и результаты в студию. =)Диванный оналитег пожаловал. Да, детка?
>>>> В общем случае, набор команд архитектуры ARMv7 является надмножеством команд ARMv6.
>>> Вот только ARMv7 - куда более эффективный набор команд.
>> "Куда более" =) Бла, бла, бла...
>> Ради самообразования как-нить откомпилируй по разные архитетктуры на той же плате, запусти
>> тестовые обработки, и результаты в студию. =)
> Диванный оналитег пожаловал. Да, детка?Попробуй быть оригинальным, а не копировать =)
И таки где результаты измерений "более эффективных команд"? =)
Или ты только посвистеть?
> И таки где результаты измерений "более эффективных команд"? =)Ну я попробовал билдануть, указав наборы команл ARMv6 (только в ARM-32 bit) и ARMv7. Билданул lz4 (по состоянию на текущий момент времени, коммит d86dc91...). Просто потому что имеет режим бенча и компиляется за разумное время.
ARMv6 продул ARMv7. На компрессии выигрыш очень номинальный: 71Mb/s vs 71.3Mb/s на моем девайсе (прогнал несколько раз, цифры довольно хорошо повторяемы, взяты максимумы для обоих случаев). На декомпрессии - ARMv7 оторвался прилично: 157Mb/s v6, 168 - v7. Thumb-вариант ARMv6 этим тулчейном я вообще собрать не смог - больно уж он и все либы заточены на ARMv7 и hardfloat abi. Впрочем, невелика потеря: thumb тормознее.
> Или ты только посвистеть?
Да мы можем и забенчить. С предсказуемым результатом.
ЗЫ это я еще плавучку всякую не брал. И всякие там неоны не использовал. Там все еще интереснее должно быть. Но я просто не в курсе чем это не очень синтетически забенчить можно.
Поддержу uniman. Развелось тролей под анонимами. Мало того что даже храбрости не хватает свой ник реальный показать, дык еще только бы трындеть.
Общей эффективностью ARMv7 недалеко ушел от armv6 если не считать armhf и NEON.
> Общей эффективностью ARMv7 недалеко ушел от armv6 если не считать armhf и NEON.Странно, только вот почему-то все дружно вынесли ARMv6 based процы в obsolete. И налицензировали v7, хоть оно и денег стоит.
The default pkg(8) repository set in /etc/pkg/FreeBSD.conf now defaults to the quarterly package set. To use the latest branch (as was the previous default), the comment at the top of /etc/pkg/FreeBSD.conf explains how to disable the default repository and specify an alternative repository. [r285830]
так говорят, что скайп под freeBSD -11 работает!
В то время как скайп уже успел скурвиться и отдать изрядную долю юзеров телеграму с воццапом, в бзд только в следующем релизе заработает без бубна. Это успех. Миллион не пропал даром.
Доо, надо было забить на важные системные изменения и вбухать миллион в адаптацию скайпа.Раз ты под FreeBSD не сидишь, нафига ты тут вообще что-то про FreeBSD пишешь?
Очень давно пользовался FreeBSD. Помню что там скайп запускался через кнопку "пуск".
Говорят, говорили и будут говорить. Проверить еще не мешало бы, как на самом деле
> Говорят, говорили и будут говорить. Проверить еще не мешало бы, как на
> самом делеработает, чат, голос, видео.
> работает, чат, голос, видео.На третий день мытарств латентный проприетарщик все-таки запустил скайп...
>> работает, чат, голос, видео.
> На третий день мытарств латентный проприетарщик все-таки запустил скайп...я рад за тебя;) и даже удивлен, что тебе хватило всего три дня
Там по-прежнему устаревшая звуковая система OSS?
> Там по-прежнему устаревшая звуковая система OSS?Да что там ОСС, у них все еще на полном серьезе ifconfig используется!1
А что в этом плохого? Удобно же.
> А что в этом плохого? Удобно же.Оно же лет на 5 старше гнутого, из net-nools.
Который уже давно устарел и ненужен.
Т.е., в бздах как всегда, абсолютно черное некроманство :)
>> А что в этом плохого? Удобно же.
> Оно же лет на 5 старше гнутого, из net-nools.
> Который уже давно устарел и ненужен.
> Т.е., в бздах как всегда, абсолютно черное некроманство :)Переименуй ifconfig в ifctl, route в rtctl, netconfig в netctl, и будет тебе щасте.
Да, по практике с Linux, надо при этом удалить полфункциональности, написать "новое" что-то и сырое забросить, разрабатывать отдельно от tcp/ip стека, и прибавить в названию цифру 2.
Будет белое, педофилийное, и об этом можно будет гордо рассказывать.
> Переименуй ifconfig в ifctl, route в rtctl, netconfig в netctl, и будет
> тебе щасте.Это было не переименование, а замена.
> Да, по практике с Linux, надо при этом удалить полфункциональности, написать "новое"
> что-то и сырое забросить, разрабатывать отдельно от tcp/ip стека, и прибавить
> в названию цифру 2.Благодаря новому сетевому стеку имени Кузнецова, линукс стал работать с сетью быстрее бзды. Я понял суть этого твоего баттхёрта.
А новые утилиты - это только вершина айсберга.> Будет белое, педофилийное, и об этом можно будет гордо рассказывать.
Снова детки мерещатся? Это же не бздя.
> Благодаря новому сетевому стеку имени Кузнецова, линукс стал работать с сетью быстрее бзды.Главное - верить! =)
1 Во первых, не быстрее процессов, открывающих sockets и обрабатывющих данные.
И в частном случае, при маршрутизации, общие показатели не лучше, особенно при перегрузках и близких к этому состояниях.2 "Работать с сетью" - феерическое по некомпетентности описание. Это как? IPsec? Ввод-вывод из сокетов? Фильтрация L3, в 1001-й конфигурации? Маршрутизация-коммутация L3? ...
3 Помимо "быстрее", есть масса иных критериев: потенциал маштабируемости, качество, емкость-вариативность конфигурации, поведение в критичных режимах, возможности по мониторигу и управлению, емкость реализации стандартов, ...
Ты не в курсе и далек от таких вопросов.
Из какой книжки ты эти умные слова достаёшь? Их же ещё как-то связать надо.Маршрутизация, коммутация и тоннелирование в линухе, кстати, быстрее работают. Попробуй сравнить скорость работы ната, хотя-бы. Установив на ту же машину бзду, а потом линух.
> Из какой книжки ты эти умные слова достаёшь?деточка, понимаю, в твоем зажопинске английский не в ходу, но привыкай - в ict это базовый язык, так сказать, родной язык.
>Их же ещё как-то связать надо.
попробуй думать. это даже может войти в привычку.
> Маршрутизация, коммутация и тоннелирование в линухе, кстати, быстрее работают.
главное - верить! =)
> Попробуй сравнить скорость работы ната, хотя-бы.
"скорость работы ната", нда... =)
1 какой метод для имерения "скорости работы ната" ты использовал?
2 в чем, по каким критериям измерялась "скорость работы ната"?
3 где измеряемые границы самого "ната"?
> попробуй думать. это даже может войти в привычку.У тебя пока не очень получилось следовать своему же совету. А напрасно.
>> Маршрутизация, коммутация и тоннелирование в линухе, кстати, быстрее работают.
> главное - верить! =)Так мы можем и померять.
> 1 какой метод для имерения "скорости работы ната" ты использовал?
> 2 в чем, по каким критериям измерялась "скорость работы ната"?Я не он, но позволю себе предположить:
1) Настраиваем nat
2) Смотрим какую скорость он потянет для 1 соединения по максимуму.
3) Смотрим сколько соединений он потянет и какая суммарная скорость для разного числа потоков и/или клиентов.
4) Кроме скоростей можно еще стресс-тест на PPS и работу коннтрека произвести. Ну там мелкими UDP пакетами, например.> 3 где измеряемые границы самого "ната"?
NAT - вполне конкретный механизм. Его границы - между двумя разными сетями с разными адресами.
> Переименуй ifconfig в ifctl, route в rtctl, netconfig в netctl, и будет тебе щасте.А что, покажешь на бис аналог чего-то типа этого:
...
ip link add exit-00 type veth peer name entry-00
ip link add switch-00 type bridge
ip link set dev exit-00 master switch-00
...
Если что - это я тут создал "пару виртуальных эзернетов". Один из них отправится в контейнер и будет его и-фейсом ("entry-00"), второй ("exit-00") будет, грубо говоря "портом виртуального свича" (switch-00) в который этот контейнер "подключен". В общем, патчкорд виртуальный, с виртуальным свичом. Так можно сетку с контейнером расшарить, сделав "виртуалный свич" в который подключены "виртуальные интерфейсы" контейнеров.А теперь покажи мне эквивалент на своих *ctl'ах? А как насчет создания tun/tap и настройки? А чтоб это в отдельный namespace утолкать? (контейнер отпиливается в свой namespace и поэтому ему и надо свой интерфейс, если он доступ в сеть хочет получить, при том настройки сети там полностью свои - и ифейс, и правила фаера, и маршруты, и что там еще).
> Да, по практике с Linux, надо при этом удалить полфункциональности, написать "новое"
А утилитка "ip" - таки очень сильно по умениям делает любые аналоги. В паре с линухом ессно. Штука специфичная, но за RTFM воздает кучей уникальных фич, которых у других вообще толком нет.
>[оверквотинг удален]
> А теперь покажи мне эквивалент на своих *ctl'ах? А как насчет создания
> tun/tap и настройки? А чтоб это в отдельный namespace утолкать? (контейнер
> отпиливается в свой namespace и поэтому ему и надо свой интерфейс,
> если он доступ в сеть хочет получить, при том настройки сети
> там полностью свои - и ифейс, и правила фаера, и маршруты,
> и что там еще).
>> Да, по практике с Linux, надо при этом удалить полфункциональности, написать "новое"
> А утилитка "ip" - таки очень сильно по умениям делает любые аналоги.
> В паре с линухом ессно. Штука специфичная, но за RTFM воздает
> кучей уникальных фич, которых у других вообще толком нет.
ifconfig bridge0 create
ifconfig tap0 create
ifconfig bridge0 addm em0 addm tap0
Вот мне интересно, почему FreeBSD ругают те, кто ее видел только на картинке ?
>>[оверквотинг удален]
> Вот мне интересно, почему FreeBSD ругают те, кто ее видел только на картинке ?Элементарно Ватсон! Потому что кто с ней работал - её _НЕ_ ругают! :)
Ну да - есть куда двигать до идеала, но ругать как лапчатые - ну реально не за что ...
Осталось ещё в отдельный fib запихнуть (setfib X) и вообще полный порядок.
> Осталось ещё в отдельный fib запихнуть (setfib X) и вообще полный порядок.Сетевые namespaces веселее. Там свое вообще все. От lo до правил фаера.
>
> ifconfig bridge0 create
> ifconfig tap0 create
> ifconfig bridge0 addm em0 addm tap0
>А аналог создания пары veth-ов тут вообще где? Я его не вижу.
> Вот мне интересно, почему FreeBSD ругают те, кто ее видел только на картинке ?
Мне вот интересно:
1) Указание типа интерфейсов - где? Или как это чудо природы будет наобум пытаться угадать что я имел в виду? Как оно в вашем примере вообще отличает - бридж я хотел или tap? Вот мой entry-00 - это какой по вашему тип интерфейса?2) Зачем вы как самый позер посоветовали мне tap вместо veth? Tap - это
прекрасно. Вот только в случае veth - ядро само гоняет пакеты между парой и-фейсов (они создаются попарно) - "виртуальный пачкорд" получается. Можно подцеплять его между машинами, или в "свич" из бриджа, по вкусу. Пакеты гоняет кернель, при том т.к. это не физический и-фейс, MTU может быть десятки килобайтов, так что такая сеть разгонится до дофига гигабитов, если пакеты только между контейнерами летают.3) А ты никогда не думал что в этом наборе команд будет дальше? Дальше будет ip link set netns <ns_контейнера>, для entry-00. Которое отправит одну сторону туннеля в вон тот контейнер. Получится "виртуалка на виртуальном патчкорде в виртуальном свиче". А твой пример - он к чему? И какое практическое применение имеет? И почему ты думаешь что это хоть в одном глазу эвивалентная конфига?
Итого - как обычно у бояздэшников: "не в лотерею, а в карты, не выиграл, а проиграл". Насоветовал нечто, ни разу не похожее на предложенную конфигу и вообще не понятно как использовать (куда ваш tap девать то потом?). Зато гнет пальцы. Эталонный бздюк.
> Мне вот интересно:
> 1) Указание типа интерфейсов - где? Или как это чудо природы будет
> наобум пытаться угадать что я имел в виду? Как оно в
> вашем примере вообще отличает - бридж я хотел или tap?ifconfig tap0 create
ifconfig bridge0 createman ifconfig
> create Create the specified network pseudo-device. If the interface is
> given without a unit number, try to create a new device with an
> arbitrary unit number.
>>
>> ifconfig bridge0 create
>> ifconfig tap0 create
>> ifconfig bridge0 addm em0 addm tap0
>>
> А аналог создания пары veth-ов тут вообще где? Я его не вижу.
>> Вот мне интересно, почему FreeBSD ругают те, кто ее видел только на картинке ?
> Мне вот интересно:
>Можно подцеплять его _между_ машинами, или в "свич" из бриджа, по вкусу.
>Пакеты гоняет кернель, при том т.к. это не физический и-фейс,А между системами они будут передавать возмущенным вакуумом? =)
>MTU может быть десятки килобайтов, так что такая сеть разгонится до дофига гигабитов, если пакеты только между контейнерами летают.Для связи между jail достаточно одного eth интефейса. Пакет ваще передаваться никуда не будет, будет передаваться только ссылка на него.
Если есть желание засунуть jail трафик в 802.1q - да ради бога.
# ifconfig re0.123 create
# ifconfig re0.123 10.1.1.1/24
# jail .... 10.1.1.1 ...Конечно, лучше vlan id & address указать в стартовой конфигурации.
Если охота, то можно поизвращяться с epair
# ifconfig epair0 create
epair0a
# ifconfig
...
epair0a: flags=8842<BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8<VLAN_MTU>
ether 02:c0:00:00:05:0a
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
status: active
epair0b: flags=8842<BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8<VLAN_MTU>
ether 02:c0:00:00:06:0b
nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
media: Ethernet 10Gbase-T (10Gbase-T <full-duplex>)
status: activeИ там как хочешь - можешь в bridge и далее куда хочеться, хоть в vlan, хоть в gre/gif.
Конструктор, ты просто не в курсе.
Но извращения от лукавого, обычно нет необходимости.
> Если что - это я тут создал "пару виртуальных эзернетов".Сурово! "Пара виртуальных эзернетов"! Ты их создал! Со "своими фаерами"! В натуре! =)
Поздравляю!
Ну я и не сомневался что у uniman квалификции не хватит хоть сколь-нибудь похожий аналог нарисовать. Другой чел попытался, но облажался, зачем-то всучив tap. Третий человек сказал что пары ифейсов вроде как есть.Сразу видно - люди не пользуются контейнерами. А так размахивали своими jail'ами в свое время...
> Ну я и не сомневался что у uniman квалификции не хватит хоть
> сколь-нибудь похожий аналог нарисовать.1 Детка, почему ты решил что кому-то что-то необходимо доказывать? =)
2 "Тебя в Гугле забанили?" =)man jail
JAIL(8) FreeBSD System Manager's Manual JAIL(8)
NAME
jail -- manage system jailsSYNOPSIS
jail [-dhilqv] [-J jid_file] [-u username] [-U username] [-cmr]
param=value ... [command=command ...]
jail [-dqv] [-f conf_file] [-p limit] [-cmr] [jail]
jail [-qv] [-f conf_file] [-rR] [* | jail ...]
jail [-dhilqv] [-J jid_file] [-u username] [-U username] [-n jailname]
[-s securelevel] [path hostname [ip[,...]] command ...]Достаточно указать ip address(-es) при старте jail. Перед стартом необходимо назначить этот адрес на кой-то интерфейс, куда фантазии хватит.
Все.
> Если что - это я тут создал "пару виртуальных эзернетов". Один из
> них отправится в контейнер и будет его и-фейсом ("entry-00"), второй ("exit-00")
ifconfig epair create
> The epair is a pair of Ethernet-like software interfaces, which are con‐
> nected back-to-back with a virtual cross-over cable.Оно?
> Оно?Если это пара интерфейсов, между которыми ядро само гоняет трафф - тогда да. Только они сами по себе не особо сдались ... без небольшого довеска, который все меняет: ip link set netns (отправка контейнера в namespace). Вот так эта странная штука превращается в очень полезную фичу - сетевой шнурок между VM-ами или между VM и виртуальным свичом.
Ну и ip netns exec <вон там> <что>, исполняющего команды в контексте контейнера. Что позволяет не отходя от кассы еще и параметры сети в контейнере нарулить. Если это "совсем лайтовый" контейнер (без копии OS, лишь программы отрезанные в иной сетевой namespace) - удобно, однако. А что, ifconfig у вас на все это разопрется? :)
> Если это пара интерфейсов, между которыми ядро само гоняет трафф - тогда
> да.Значит оно.
> небольшого довеска, который все меняет: ip link set netns (отправка контейнера
> в namespace). Вот так эта странная штука превращается в очень полезную
> фичу - сетевой шнурок между VM-ами или между VM и виртуальным
> свичом.
ifconfig epair0a vnet <jailname> #воткни вот этот ифейс в джейл
> Ну и ip netns exec <вон там> <что>, исполняющего команды в контексте
> контейнера.
> ... А что, ifconfig у вас на все это разопрется? :)Вы не поверите:
jexec <jail> ifconfig <jail-specific-interface> <что-то>
> Там по-прежнему устаревшая звуковая система OSS?А тебя не ломает посылать свой текст поверх жутко устаревшего TCP & IP?
Опиши пожалуйста, какие твои требования не реализованы в FreeBSD OSS v4.
По пунктам.
Поддержка оборудования слабая
> Поддержка оборудования слабаяНеправда, поддерка оборудования сильная.
Оборудование не падет при ветре 40 м/c и землетресении силой 7 баллов.
Ирония...
> Ирония...А, так вот у кого Вася который не хакер уронил сервер...
Модернизированная, мультиканальная. И не хрипит на высокой громкости.
> Модернизированная, мультиканальная.И даром никому не упавшая. О чем скайп прозрачно намекнул. Так что можете оставить ваши порно-мультики себе.
> И не хрипит на высокой громкости.
Это в 2015 году является достоинством, чтоли? :)
А bhyve умеет лимитировать ресурсы?
> А bhyve умеет лимитировать ресурсы?Да.
https://www.freebsd.org/cgi/man.cgi?query=bhyve&sektion=8
-c numcpus Number of guest virtual CPUs. The default is 1 and the maxi-
mum is 16.-m size[K|k|M|m|G|g|T|t]
Guest physical memory size in bytes. This must be the same
size that was given to bhyveload(8).The size argument may be suffixed with one of K, M, G or T
(either upper or lower case) to indicate a multiple of kilo-
bytes, megabytes, gigabytes, or terabytes. If no suffix is
given, the value is assumed to be in megabytes.-p vcpu:hostcpu
Pin guest's virtual CPU vcpu to hostcpu.
>> А bhyve умеет лимитировать ресурсы?
> Да.Опиши, пожалуйста, по пунктам какие ресурсы
и как умеет лимитировать bhyve.
Память и CPU. А что еще нужно ?
> Память и CPU. А что еще нужно ?Как минимум disk. Вот информация, на подумать:
https://wiki.openvz.org/User_Guide/Managing_Resources
>> Память и CPU. А что еще нужно ?
> Как минимум disk. Вот информация, на подумать:
> https://wiki.openvz.org/User_Guide/Managing_ResourcesБлижайший аналог OpenVZ - Jail, но никак не Bhyve.
Аналоги Bhive - XEN & KVM.
Guest OS может запускаться с разного disk array hardware, поэтому ограничения по вводу-выводу тут еще надо сильно думать, нахрена они вообще упали, а если таки упали, то куда вставить механизм контроля и планирования.
> Ближайший аналог OpenVZ - Jail, но никак не Bhyve.Я нигде не говорил, что опенвз аналог бихайва. Спросили что еще не хватает в лимитах, я дал ссылку.
> Аналоги Bhive - XEN & KVM.
> Спросили что еще не хватает в лимитах, я дал ссылку.Хотелки, и непродуманные.
>> Спросили что еще не хватает в лимитах, я дал ссылку.
> Хотелки, и непродуманные.https://access.redhat.com/documentation/en-US/Red_Hat_Enterp...
Угу, непродуманные:
"When several virtual machines are running simultaneously, they can interfere with system performance by using excessive disk I/O. Disk I/O throttling in KVM provides the ability to set a limit on disk I/O requests sent from virtual machines to the host machine. This can prevent a virtual machine from over-utilizing shared resources and impacting the performance of other virtual machines.
Disk I/O throttling can be useful in various situations, for example, where guest virtual machines belonging to different customers are running on the same host, or when quality of service guarantees are given for different guests. Disk I/O throttling can also be used to simulate slower disks."
>[оверквотинг удален]
> performance by using excessive disk I/O. Disk I/O throttling in KVM
> provides the ability to set a limit on disk I/O requests
> sent from virtual machines to the host machine. This can prevent
> a virtual machine from over-utilizing shared resources and impacting the performance
> of other virtual machines.
> Disk I/O throttling can be useful in various situations, for example, where
> guest virtual machines belonging to different customers are running on the
> same host, or when quality of service guarantees are given for
> different guests. Disk I/O throttling can also be used to simulate
> slower disks."http://freebsd.1045724.n5.nabble.com/Is-the-BHyVe-guest-as-s...
Вот кусок оттуда:
bhyve creates 8 worker threads for each virtual disk controller (both
ahci and virtio-blk).All guest I/O is handled asynchronously by these worker threads which
provide parallelism.
> http://freebsd.1045724.n5.nabble.com/Is-the-BHyVe-guest-as-s...
> Вот кусок оттуда:
> bhyve creates 8 worker threads for each virtual disk controller (both
> ahci and virtio-blk).
> All guest I/O is handled asynchronously by these worker threads which
> provide parallelism.А управлять этим как?
Для этого есть GEOM. https://www.bsdcan.org/2009/schedule/events/122.en.html
там ничего, кроме rr и as нет. И то, это только алгоритм распределения ресурсов. Никак не лимитирования.
Вообще вы не туда указываете (или я не прав, поправьте, как через gsched можно лимитировать дисковый ввод/вывод). Лимитирование ресурсов - это RACCT/RCTL, где нет пока никаких инструментов для ограничения как disk IO, так и сети. Хотя сеть можно лимитировать другими инструментами (ipfw pipe хотя бы)
Я не понимаю, зачем лимитировать дисковый ввод/вывод.
Во FreeBSD вместо этого пошли другим путем - сделали кучу возможностей увеличить пропускную способность дисковой подсистемы. Для этого используются разные модули GEOM, такие как geom_journal (не путать с gjournal), geom_cache, geom_scheduler, geom_ccd.
Для той же zfs, для уменьшения нагрузки на дисковую подсистему, есть возможность дедуплицирования, сжатия на лету, вынос логов и кеша на отдельные носители.У меня база данных, с несколькими тысячами операций изменения таблиц в секунду, требует всего около сотни iops.
dT: 1.029s w: 1.000s
L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name
0 83 0 0 0.0 83 2706 0.6 4.8| ada0
0 0 0 0 0.0 0 0 0.0 0.0| ada1
0 83 0 0 0.0 83 2706 1.4 10.2| ada2
Дмитрий, пожалуйста, не уходите от вопроса. Не увеличить, а лимитировать! Разнос кэшей и журнала по ссд в ext4 давно уже есть. И openZFS, жрущая меньше памяти на линуксе.Там где есть виртуализация, на физхосте есть соседи. Они разные, любят мешать друг другу, и их надо лимитировать.
По личным наблюдениям, оверкоммит дискового ио намного более заметен, чем даже ОЗУ или ЦП.
> жрущая меньше памяти на линуксе.А btrfs так и вовсе даже на довольно скромном ноуте себя нормально ощущает. И что ни говори а снапшоты - удобно.
> И openZFS,
> жрущая меньше памяти на линуксе.тесты можно?
> Я не понимаю, зачем лимитировать дисковый ввод/вывод."When several virtual machines are running simultaneously, they can interfere with system performance by using excessive disk I/O. Disk I/O throttling in KVM provides the ability to set a limit on disk I/O requests sent from virtual machines to the host machine. This can prevent a virtual machine from over-utilizing shared resources and impacting the performance of other virtual machines.
Disk I/O throttling can be useful in various situations, for example, where guest virtual machines belonging to different customers are running on the same host, or when quality of service guarantees are given for different guests. Disk I/O throttling can also be used to simulate slower disks."
https://access.redhat.com/documentation/en-US/Red_Hat_Enterp...
> Я не понимаю, зачем лимитировать дисковый ввод/вывод.хохо, да затем же, зачем лимитировать все остальные ресурсы.
Вам надо в маркетолухи идти. Я про одно, вы про другое.
> Я не понимаю, зачем лимитировать дисковый ввод/вывод.Поэтому хостеры дружно не понимают зачем пользоваться бояздэ. Потому что если некий клиент своим активным IO просадит в ноль остальные виртуалки на хосте, обладатели этих виртуалок будут очень недовольны скоростью дискового IO.
> увеличить пропускную способность дисковой подсистемы.
Не решает проблемы, состоящей в том что в многопользовательском окружении всегда найдется клиент, который стрескает всю пропускную способность дисков и попросит добавки. А остальные получат работу их VM с чебурашьей скоростью. Что им, разумеется, не понравится.
>> Я не понимаю, зачем лимитировать дисковый ввод/вывод.
> Поэтому хостеры дружно не понимают зачем пользоваться бояздэ. Потому что если некий
> клиент своим активным IO просадит в ноль остальные виртуалки на хосте,
> обладатели этих виртуалок будут очень недовольны скоростью дискового IO.Нету такой проблемы у FreeBSD. Вы, видимо, описали проблемы в Linux IO. И связанные с этим фризы всех остальных подсистем, включая заикания звука при копировании на флэшку, например, чего во FreeBSD не наблюдается.
>> увеличить пропускную способность дисковой подсистемы.
> Не решает проблемы, состоящей в том что в многопользовательском окружении всегда найдется
> клиент, который стрескает всю пропускную способность дисков и попросит добавки. А
> остальные получат работу их VM с чебурашьей скоростью. Что им, разумеется,
> не понравится.Планировщик IO во FreeBSD очень примитивный (его фактически нет - этот механизм ядра не обозначен отдельной сущностью, в отличие от Linux) и поэтому быстро справляется с распределением нагрузки на каналы ввода-вывода.
> Хотелки, и непродуманные.Реализовалки. Продуманные где-то с 50-х годов.
Я понял. Ты кроме одной виртуалки бзды под хипстер-в вообще ничего в жизни не юзал?
Для того, чтобы понять что такое конкуренция за ресурсы - запусти хотя-бы несколько, нагрузи их.
Говорю как архитектор openstack-кластера на 300 вычислительных нод.
> Говорю как архитектор openstack-кластера на 300 вычислительных нод.Да ты не спеши, лет через 10 они попробуют собрать первые пару виртуалок. Когда вопить про "ненужно!!!111" задолбает.
>> Говорю как архитектор openstack-кластера на 300 вычислительных нод.
> Да ты не спеши, лет через 10 они попробуют собрать первые пару
> виртуалок. Когда вопить про "ненужно!!!111" задолбает.Какое отношение ты имеешь к проектам BSD, что сподвигнуло на пост с этой темой?
Ты обижают в группе и ты хочешь скомпенсировать обиды, создав себе виртуального мальчика для битья?
Очевидно же что никакого. Тщеславие сподвигло.
> Какое отношение ты имеешь к проектам BSD,К счастью - никакого.
> что сподвигнуло на пост с этой темой?
Вы такие напыщенные и глупые, что я не сдержался и мне захотелось жирно потроллить такое безблагодатное снобье с ломовым ЧСВ и отсутствующей квалификацией, уж простите за честность.
> Ты обижают в группе и ты хочешь скомпенсировать обиды, создав себе виртуального
> мальчика для битья?Прикольная гипотеза, но нет. Все более прозаично - см. выше.
>> Какое отношение ты имеешь к проектам BSD,
> К счастью - никакого.Согласен =)
Думаю, ты не имеешь отношения максимум к проекту "мама сказала сходить в магазин" =)
>> что сподвигнуло на пост с этой темой?
> Вы такие напыщенные и глупые, что я не сдержался...И тут ты решил восстановить мировой порядок, показав какой ты умный и скромный =)
> Хотелки, и непродуманные.А большинство продакшнов дружно решили что непродуманные - бзды и их разработчики и фанаты. И бзды в очень многих продакшнах курнули бамбук.
>> Хотелки, и непродуманные.
> А большинство продакшновв твоей комнате с игрушками? =)
ты хоть понял, что к чему? =)
>>> Хотелки, и непродуманные.
>> А большинство продакшнов
> в твоей комнате с игрушками? =)У каждого свои игрушки. Пока у тебя одна виртуалка с бздой работает, люди играются с сотнями физмашин.
> ты хоть понял, что к чему? =)Продакшнов, Корал!!!11
> в твоей комнате с игрушками? =)У меня бывают довольно интересные комнаты и интересные игрушки.
> ты хоть понял, что к чему? =)
Глядя на то как даже опач и яху поднимают новые хосты на попсовой убунте - с вами действительно все понятно. И вам уже не поможет даже появление относительно вменяемого манагера пакетов - просто потому что все кто хотел это, еще десять лет назад ушли в другие системы. И теперь они умеют делать пакеты. Но - не для вас.
>> Память и CPU. А что еще нужно ?
> Как минимум disk. Вот информация, на подумать:
> https://wiki.openvz.org/User_Guide/Managing_ResourcesКакое отношение имеют контейнеры к гипервизору ? Как можно сравнивать теплое с мягким ?
>>> Память и CPU. А что еще нужно ?
>> Как минимум disk. Вот информация, на подумать:
>> https://wiki.openvz.org/User_Guide/Managing_Resources
> Какое отношение имеют контейнеры к гипервизору ? Как можно сравнивать теплое с
> мягким ?Я их не сравнивал, спросили что еще нужно лимитировать, я привел ссылку.
>> Память и CPU. А что еще нужно ?
> Как минимум disk. Вот информация, на подумать:Спасибо, но уже. Уже поняли что IO надо _всё_ лимитировать, не только диск. Работают.
> диск. Работают.Посмотрел математик на пожарный кран - о, решение задачи есть! И довольный пошел спать дальше.
> -c numcpus Number of guest virtual
> -m size[K|k|M|m|G|g|T|t]
> -p vcpu:hostcpuБогатые средства полисовки ресурсов :)
> Богатые средства полисовки ресурсов :)За бюджет в десять тысяч раз меньший чем кое у кого - превосходный результат. И потом - работают люди, делают IO limits потихоньку.
> За бюджет в десять тысяч раз меньший чем кое у кого -Так кто вам виноват что у вас такой бюджет? Не умеете работать и проектами рулить - ну вот и сидите тогда с дырой в бюждете. Вполне честная участь - деньги дают для создания нужного дающему результата, а не для того чтобы группа академзадр... пострадала в свое удовольствие высококонцептуальной фигней при нулевом практически значимом результае. Поэтому и получился вот такой расклад.
> превосходный результат.
Бзды были на 10 лет раньше пингвина. И имели все шансы получать эти "в десять тысяч раз больше". Если бы не были феерическими лузерами и оторванными от реалий академиками, с невменяемым управлением проектом.
> И потом - работают люди, делают IO limits потихоньку.
Это все круто и замечательно. Только у остальных все это уже есть и работает. Здесь и сейчас. И вот так - уже десять лет. Поэтому до сих пор погрызают кактус лишь наиболее рьяные фанаты марки. Забавно спорить с очевидным, правда? :)
Очень рад релизу. Долгих лет проекту.
а оно умеет утф в консоли из коробки??
вот опенбсд умеет http://www.opennet.dev/opennews/art.shtml?num=42795
а со фрёй беда ((
ПС тереть комменты в которых вопрос о поддержке утф в консоли - показатель личных комплексов, а не ума
утф в консоли очень нужна, без дураков
> а оно умеет утф в консоли из коробки??
> вот опенбсд умеет http://www.opennet.dev/opennews/art.shtml?num=42795
> а со фрёй беда ((
> ПС тереть комменты в которых вопрос о поддержке утф в консоли -
> показатель личных комплексов, а не ума
> утф в консоли очень нужна, без дураковСотый раз повторяем, специально для Анонимов. Умеет. Давно уже умеет.
Просто через putty оно не видно :)
>> а оно умеет утф в консоли из коробки??
>> вот опенбсд умеет http://www.opennet.dev/opennews/art.shtml?num=42795
>> а со фрёй беда ((
>> ПС тереть комменты в которых вопрос о поддержке утф в консоли -
>> показатель личных комплексов, а не ума
>> утф в консоли очень нужна, без дураков
> Сотый раз повторяем, специально для Анонимов. Умеет. Давно уже умеет.
> Просто через putty оно не видно :)пруф
> Сотый раз повторяем, специально для Анонимов. Умеет. Давно уже умеет.А почему тогда стесняетесь и не показываете?
> А почему тогда стесняетесь и не показываете?Откуда такие слоупоки берутся??????? http://www.opennet.dev/opennews/art.shtml?num=39613
>> А почему тогда стесняетесь и не показываете?
> Откуда такие слоупоки берутся??????? http://www.opennet.dev/opennews/art.shtml?num=39613"""
и может быть активирован пересборкой ядра с заменой опций "device sc" и "device vga" на "device vt" и "device vt_vga".
"""
т.е. нужно пересобрать ядро?
> т.е. нужно пересобрать ядро?А если прочитать все предложение целиком, посмотреть на дату новости и немного подумать?
> В настоящий момент vt находится на стадии повсеместного тестирования для архитектур ARM,
> i386 и amd64 и может быть активирован пересборкой ядра с заменой опций "device sc" и "device
> vga" на "device vt" и "device vt_vga". После завершение тестирования планируется переход на vt по
> умолчанию.
>> т.е. нужно пересобрать ядро?
> А если прочитать все предложение целиком, посмотреть на дату новости и немного
> подумать?дата март 2014 года.
все предлолжения - несколько тысяч букав, все их читать? их много
поэтому для краткости и удобства для восприятия, вменяемые люди приводят цитаты, а не ссылку на талмудпро "немного подумать", итак на дворе 21й век, а точнее 2015 год, UTF-8 был изобретён 2 сентября 1992, в новости от 21 апреля 2014 года указывается что для включения сей фичи нужно пересобрать ядро, итак вопрос: над чем я должен подумать? над скоростью реализации поддержки общепринятого стандарта, или из нескольких тысяч букав выловить намёк на точную дату реализации??
я не вхожу в число разработчиков, поэтому у меня нет информации, когда наконец сия поддержка будет нативно, а не через пересбор ядра>> В настоящий момент vt находится на стадии повсеместного тестирования для архитектур ARM,
>> i386 и amd64 и может быть активирован пересборкой ядра с заменой опций "device sc" и "device
>> vga" на "device vt" и "device vt_vga". После завершение тестирования планируется переход на vt по
>> умолчанию.
>>> т.е. нужно пересобрать ядро?
>> А если прочитать все предложение целиком, посмотреть на дату новости и немного
>> подумать?
> дата март 2014 года.
> все предлолжения - несколько тысяч букав, все их читать? их много
> поэтому для краткости и удобства для восприятия, вменяемые люди приводят цитаты, а
> не ссылку на талмуд
> про "немного подумать", итак на дворе 21й век, а точнее 2015 год, ...можно включить компьютер и выключить мозг. Шутка =)
# grep -n 1 '^device.*vt' GENERIC
194-# vt is the new video console driver
195:device vt
196:device vt_vgaТо есть для i386 по умолчанию, для ARM в стадии тестирования, если есть желание, то необходимо пресобрать ядро.
Поставить систему и пересобрать ядро
# cd /usr/src
# cp sys/i386/conf/GENERIC sys/i386/conf/MY
# ee sys/i386/conf/MY
# make kernel KERNCONF=MYДа, мир несовершенен. Еда не идет в рот. =)
> Да, мир несовершенен. Еда не идет в рот. =)Особенно если это боязда - там и туалетной бумаги в сортире нет. Да и сортир по умолчанию оказывается чистым полем, а на возражения что зимой от ветра мерзнет зад - встречают аргументами "вы можете сами построить скворечник". Вам охотно расскажут что топор - в сарае. Покажут лес, где срубить дерево. И даже путь к лесопилке, чтобы досок из дерева напилить.
А потом, продолбавшись месяцок, можно обнаружить что сосед купил готовое седалище, установил насосы и в отличие от - занимается своими делами в тепле и комфорте. "Ух ты блин, а что, так можно было?!"
Ну какая же это беда, по*у от стула не оторвать... Вы просто не знакомы с идеологией развития фри, в данном случае в ветке 10 была заявлена поддержка UTF-8 с сохранением предыдущих наработок, возможно в ветке 11 и откажутся, как и опенбсд, от поддержки других локалей, но только не в этой ветке. А для юзанья utf-8 в 10-ке надо шевельнуть извилинами и поискать хотя на этом сайте как поиметь эту локаль, делается все в течении одной минуты.
> Ну какая же это беда, по*у от стула не оторвать... Вы
> просто не знакомы с идеологией развития фри, в данном случае в
> ветке 10 была заявлена поддержка UTF-8 с сохранением предыдущих наработок, возможно
> в ветке 11 и откажутся, как и опенбсд, от поддержки другихура! с убунту перейти можно будет, а как с драйверами? готово для десктопа?
> локалей, но только не в этой ветке. А для юзанья utf-8
> в 10-ке надо шевельнуть извилинами и поискать хотя на этом сайте
> как поиметь эту локаль, делается все в течении одной минуты.а пруф можно? а то в гугле забанен ((
> а пруф можно? а то в гугле забанен ((https://www.freebsd.org/cgi/man.cgi?query=vt(4)&sektion=
>Unicode UTF-8 text with double-width characters.
> kern.vty
> Set this value to `vt' or `sc' to override the default driver
> used for the system console. By default, sc(4) is used on com-
> puters that boot from BIOS, and vt is used on computers that boot
> from UEFI.
>Подойдет?
> в гугле забанен ((Тогда лучше оставаться на убунте ...
>> а пруф можно? а то в гугле забанен ((
> https://www.freebsd.org/cgi/man.cgi?query=vt(4)&sektion=
>>Unicode UTF-8 text with double-width characters.
>> kern.vty
>> Set this value to `vt' or `sc' to override the default driver
>> used for the system console. By default, sc(4) is used on com-
>> puters that boot from BIOS, and vt is used on computers that boot
>> from UEFI.
>>
> Подойдет??
так что нужно куда вписать, чтобы нормальную кодировку получить в результате?
или бить напильником по бубну читая километровый мануал? рецепт годный есть, или только волшебная фраза "man google"??>> в гугле забанен ((
> Тогда лучше оставаться на убунте ...кстати да, весьма удобна, особенно когда без свистоперделок, ксубунту например, пару раз мышкой ткнул и стоит готовая работоспособная система, в которой всё есть, минимум возни, максимум результата
> так что нужно куда вписать,как бы парой строк выше объясняют:
> LOADER TUNABLES
> These settings can be entered at the loader(8) prompt or in
> loader.conf(5).т.е. типа
echo "kern.vty=vt" >> /boot/loader.conf
> или бить напильником по бубну читая километровый мануал? рецепт годный есть, или
> только волшебная фраза "man google"??Причем тут гугол? У бздов можно найти кучу недостатков и отставаний от пингвина, но вот документация всегда была на высоте. man vt, man loader.conf
> кстати да, весьма удобна, особенно когда без свистоперделок, ксубунту например, пару раз
> мышкой ткнул и стоит готовая работоспособная система, в которой всё есть,
> минимум возни, максимум результатаКазалось бы, причем тут мышкотыкальство и утф в _КОНСОЛИ_ ...
>> так что нужно куда вписать,
> как бы парой строк выше объясняют:
>> LOADER TUNABLES
>> These settings can be entered at the loader(8) prompt or in
>> loader.conf(5).
> т.е. типа
> echo "kern.vty=vt" >> /boot/loader.confну вот, за такое и говорят "спасибо"
>> или бить напильником по бубну читая километровый мануал? рецепт годный есть, или
>> только волшебная фраза "man google"??
> Причем тут гугол? У бздов можно найти кучу недостатков и отставаний от
> пингвина, но вот документация всегда была на высоте. man vt,
> man loader.confтам многабукав ((
>> кстати да, весьма удобна, особенно когда без свистоперделок, ксубунту например, пару раз
>> мышкой ткнул и стоит готовая работоспособная система, в которой всё есть,
>> минимум возни, максимум результата
> Казалось бы, причем тут мышкотыкальство и утф в _КОНСОЛИ_ ...а там есть утф в консоли и оно ставится мышкой, и в принципе это правильно
> там многабукав ((Зато, если охота подкрутить/настроить - не нужно искать где-то в бунто-вики "how-to" для той же самой версии с такой же ДЕ, т.к. из всех объяснений обычно присутствует скриншот и пара строк типа "тыкнуть сюда и сюда".
> а там есть утф в консоли и оно ставится мышкой
И в чем тогда суть перехода с бунты на бздю?
> и в принципе это правильно
А смысл возможности мышкотыканья при установке, если сама ось идет без иксов?
>> там многабукав ((
> Зато, если охота подкрутить/настроить - не нужно искать где-то в бунто-вики "how-to"
> для той же самой версии с такой же ДЕ, т.к. из
> всех объяснений обычно присутствует скриншот и пара строк типа "тыкнуть сюда
> и сюда".вот и главное найти сей скрин с советом, а не ман
>> а там есть утф в консоли и оно ставится мышкой
можно и без мышки, но постановка мышкой показатель экономии усилий
а консоль утф - действительно необходима особенно в наши дни> И в чем тогда суть перехода с бунты на бздю?
бздя экономней к ресурсам, нет системдэ, не надо выпиливать пулсеаудио и тд
впрочем образцом в этом служит опенбсд, я когда то сумел уместить её на 5Гб ХДД, вместе с КДЕ и свопом в 256Мб, версия была 4.2, но к сожалению на моё железо дрова нужны, без них никак ((, а они только в убунте изкоробки (((, чем и ценна, поэтому к системе 2 вопроса: утф в консоли и дрова>> и в принципе это правильно
> А смысл возможности мышкотыканья при установке, если сама ось идет без иксов?экономия усилий, часы потраченные на красноглазие производительней использовать в другой сфере деятельности
> Вы просто не знакомы с идеологией развития фриИдеология, гришь?
> просто не знакомы с идеологией развития фри,Почему же, знакомы: идеология сводится к тому что процветает высококонцептуальное академзадpoтство, при юзабилити системы уровня плинтуса и куче дурных технических проблем на ровном месте, там где их быть вообще не должно.
> ПС тереть комменты в которых вопрос о поддержке утф в консоли - показатель личных комплексов, а не умаПишет нам человек, не осиливший handbook, man vt и поисковую машину google.com.
> Пишет нам человек, не осиливший handbook,Самолично настраивать то что должно быть по дефолту - это не handbook, а handjob скорее.
> Самолично настраивать то что должно быть по дефолту - это не handbook, а handjob скорее.Это по вашему дефолту, а по моему должно быть другое... И кто прав...
> Это по вашему дефолту, а по моему должно быть другое...Ну вот поэтому я и пользуюсь нормальными системами, где не приходится заниматься таким handojb-ом на ровном месте.
>> Это по вашему дефолту, а по моему должно быть другое...
> Ну вот поэтому я и пользуюсь нормальными системами, где не приходится заниматься
> таким handojb-ом на ровном месте.Я рад за тебя - продолжай и дальше тестировать дистрибутивы на ядре Linux, собранные умными людьми. Авось прок выйдет из тебя, как из тестировщика по жизни.
>> ПС тереть комменты в которых вопрос о поддержке утф в консоли - показатель личных комплексов, а не ума
> Пишет нам человек, не осиливший handbook, man vt и поисковую машину google.com.а что это? "мужчина vt"?
по запросу
https://www.google.ru/search?q=man+vt&oq=man+vt&aqs=chrome.....
мне выдало MAN TV - канал для мужской аудитории
>>> ПС тереть комменты в которых вопрос о поддержке утф в консоли - показатель личных комплексов, а не ума
>> Пишет нам человек, не осиливший handbook, man vt и поисковую машину google.com.
> а что это? "мужчина vt"?
> по запросу
> https://www.google.ru/search?q=man+vt&oq=man+vt&aqs=chrome.....
> мне выдало MAN TV - канал для мужской аудиторииУ меня нет слов... Фурсенко с его ЕГЕ добрался и до нас, а я думал у нас в запасе лет5-ть будет
>>>> ПС тереть комменты в которых вопрос о поддержке утф в консоли - показатель личных комплексов, а не ума
>>> Пишет нам человек, не осиливший handbook, man vt и поисковую машину google.com.
>> а что это? "мужчина vt"?
>> по запросу
>> https://www.google.ru/search?q=man+vt&oq=man+vt&aqs=chrome.....
>> мне выдало MAN TV - канал для мужской аудитории
> У меня нет слов... Фурсенко с его ЕГЕ добрался и до
> нас, а я думал у нас в запасе лет5-ть будетуже нет, опоздали, мы тут )))
> У меня нет слов... Фурсенко с его ЕГЕ добрался и до нас,
> а я думал у нас в запасе лет5-ть будетВы ваше комьюнити давно видели? Какие 5 лет? В последние 10 лет бздами пользуется только агрессивное и глупое ламье типа тигаров и изенов, да кучка старых деградантов, видавших контейнер только на картинке (или у себя во дворе).
>> У меня нет слов... Фурсенко с его ЕГЕ добрался и до нас,
>> а я думал у нас в запасе лет5-ть будет
> Вы ваше комьюнити давно видели? Какие 5 лет? В последние 10 лет
> бздами пользуется только агрессивное и глупое ламье типа тигаров и изенов,
> да кучка старых деградантов, видавших контейнер только на картинке (или у
> себя во дворе).Ты весь излился, анонимус, или еще осталось? =)
Одна проблема. Unix & K проектами занимаются люди из US, Canada, EU, Japan, ...
То есть в нормальном развитом мире.
А ты в своем Зажопинске у черты бедности, с разбитыми дорогами, полуживыми институтами, и как-то еще работающими предприятиями.Ты бы сразу писал в проекты. Могут подсказать почтовые адреса.
FreeBSD Core Team <core@FreeBSD.org>
Gavin Atkinson <gavin@FreeBSD.org>
David Chisnall <theraven@FreeBSD.org>
Baptiste Daroussin <bapt@FreeBSD.org>
Ed Maste <emaste@FreeBSD.org>
George V. Neville-Neil <gnn@FreeBSD.org>
Hiroki Sato <hrs@FreeBSD.org>
Gleb Smirnoff <glebius@FreeBSD.org>
Robert Watson <rwatson@FreeBSD.org>
Peter Wemm <peter@FreeBSD.org>FreeBSD Documentation Engineering Team <doceng@FreeBSD.org>
Glen Barber <gjb@FreeBSD.org>
Warren Block <wblock@FreeBSD.org>
Marc Fonvieille <blackend@FreeBSD.org>
Gábor Kövesdán <gabor@FreeBSD.org>
Hiroki Sato <hrs@FreeBSD.org>FreeBSD Port Management Team <portmgr@FreeBSD.org>
Mathieu Arnold <mat@FreeBSD.org>
Antoine Brodin <antoine@FreeBSD.org>
Baptiste Daroussin <bapt@FreeBSD.org> (Core Team Liaison)
Bryan Drewery <bdrewery@FreeBSD.org> (Release Engineering Team Liaison)
Erwin Lansing <erwin@FreeBSD.org> (Cluster Administration Team Liaison)
Steve Wills <swills@FreeBSD.org>Primary Release Engineering Team <re@FreeBSD.org>
Glen Barber <gjb@FreeBSD.org> (Lead)
Konstantin Belousov <kib@FreeBSD.org>
Marc Fonvieille <blackend@FreeBSD.org>
Xin Li <delphij@FreeBSD.org>
Remko Lodder <remko@FreeBSD.org> (Security Team Liaison)
Hiroki Sato <hrs@FreeBSD.org>
Gleb Smirnoff <glebius@FreeBSD.org>
Marius Strobl <marius@FreeBSD.org>
Robert Watson <rwatson@FreeBSD.org>Builders Release Engineering Team <re-builders@FreeBSD.org>
Marcel Moolenaar <marcel@FreeBSD.org>
Yoshihiro Takahashi <nyan@FreeBSD.org>
Nathan Whitehorn <nwhitehorn@FreeBSD.org>Donations Team <donations@FreeBSD.org>
Glen Barber <gjb@FreeBSD.org>
Pietro Cerutti <gahr@FreeBSD.org>
Philip M. Gollucci <pgollucci@FreeBSD.org>
Steven Kreuzer <skreuzer@FreeBSD.org>
David O'Brien <obrien@FreeBSD.org>
Tom Rhodes <trhodes@FreeBSD.org>
Daniel Seuffert <ds@FreeBSD.org>
Robert Watson <rwatson@FreeBSD.org>Marketing Team <marketing@FreeBSD.org>
Press contact, marketing, interviews, information.
Steven Beedle <steven@zna.com>
Anne Dickison <anne@freebsdfoundation.org>
Deb Goodkin <deb@FreeBSD.org>
Dru Lavigne <dru@FreeBSD.org>
George V. Neville-Neil <gnn@FreeBSD.org>
Michael W. Lucas <mwlucas@FreeBSD.org>
Warner Losh <imp@FreeBSD.org>
Kris Moore <kmoore@FreeBSD.org>
Murray Stokely <murray@FreeBSD.org>
Matt Olander <matt@FreeBSD.org>
Jeremy C. Reed <reed@reedmedia.net>
Randi Harper <randi@FreeBSD.org>
Robert Watson <rwatson@FreeBSD.org>Security Team <secteam@FreeBSD.org>
Ben Laurie <benl@FreeBSD.org>
Colin Percival <cperciva@FreeBSD.org> (Officer Emeritus)
Christian S.J. Peron <csjp@FreeBSD.org>
Xin Li <delphij@FreeBSD.org> (Officer)
Dag-Erling C. Smørgrav <des@FreeBSD.org> (Officer Emeritus)
Gavin Atkinson <gavin@FreeBSD.org> (Core Team Liaison)
Glen Barber <gjb@FreeBSD.org> (Cluster Administrators Team Liaison)
Gleb Smirnoff <glebius@FreeBSD.org> (Officer Deputy)
Warner Losh <imp@FreeBSD.org> (Officer Emeritus)
Jonathan Anderson <jonathan@FreeBSD.org>
Philip Paeps <philip@FreeBSD.org>
Qing Li <qingli@FreeBSD.org>
Remko Lodder <remko@FreeBSD.org> (Secretary)
Robert Watson <rwatson@FreeBSD.org> (Officer Emeritus)
Simon L. B. Nielsen <simon@FreeBSD.org> (Officer Emeritus)
Stanislav Sedov <stas@FreeBSD.org>
Edward Tomasz Napierała <trasz@FreeBSD.org>Vendor Relations <vendor-relations@FreeBSD.org>
Matthew Seaman <matthew@FreeBSD.org>
Port Management Team Secretary <portmgr-secretary@FreeBSD.org>
Frederic Culot <culot@FreeBSD.org>
Security Team Secretary <secteam-secretary@FreeBSD.org>
Remko Lodder <remko@FreeBSD.org>
Accounts Team <accounts@>
David Wolfskill <dhw@FreeBSD.org>
Backups Administrators <backups@>
Eitan Adler <eadler@FreeBSD.org>
Marcus von Appen <mva@FreeBSD.org>
Gavin Atkinson <gavin@FreeBSD.org>
Kubilay Kocak <koobs@FreeBSD.org>
Oleksandr Tymoshenko <gonzo@FreeBSD.org>Cluster Administrators <admins@>
David Wolfskill <dhw@FreeBSD.org>
Gavin Atkinson <gavin@FreeBSD.org>
Glen Barber <gjb@FreeBSD.org>
Hiren Panchasara <hiren@FreeBSD.org>
Peter Wemm <peter@FreeBSD.org> (Lead)
Sean Bruno <sbruno@FreeBSD.org>
Simon L. B. Nielsen <simon@FreeBSD.org>
Ryan Steinmetz <zi@FreeBSD.org>DNS Administrators <dnsadm@>
Brad Davis <brd@FreeBSD.org>
Daniel Geržo <danger@FreeBSD.org>
Ben C. O. Grimm <dutchdaemon@FreeBSD.org>
Lars Engels <lme@FreeBSD.org>
Warren Block <wblock@FreeBSD.org>Repository Automated Mirroring to GitHub Coordinators <github-automation@FreeBSD.org>
The GitHub Automation team oversees the export of FreeBSD source code repository content to the read-only repository instances on GitHub
Kubilay Kocak <koobs@FreeBSD.org>
Marcus von Appen <mva@FreeBSD.org>
Bartek Rutkowski <robak@FreeBSD.org>
Craig Rodrigues <rodrigc@FreeBSD.org>
Ulrich Spörlein <uqs@FreeBSD.org>Jenkins Continuous Integration Testing Administrators <jenkins-admin@FreeBSD.org>
The Jenkins Administrators run continuous build and integration tests against the HEAD revision of the FreeBSD Source Code.
Ahmed Kamal <email.ahmedkamal@googlemail.com>
Julio Merino <jmmv@FreeBSD.org>
Li-Wen Hsu <lwhsu@FreeBSD.org>
Craig Rodrigues <rodrigc@FreeBSD.org>
Steve Wills <swills@FreeBSD.org>FTP/WWW Mirror Site Coordinators <mirror-admin@FreeBSD.org>
Jun Kuriyama <kuriyama@FreeBSD.org>
Perforce Repository Administrators <perforce-admin@FreeBSD.org>
Justin T. Gibbs <gibbs@FreeBSD.org>
Gordon Tetlow <gordon@FreeBSD.org>
Robert Watson <rwatson@FreeBSD.org>
Peter Wemm <peter@FreeBSD.org>Phabricator Code Review Application Administrators <phabric-admin@FreeBSD.org>
Eitan Adler <eadler@FreeBSD.org>
Ed Maste <emaste@FreeBSD.org>
Li-Wen Hsu <lwhsu@FreeBSD.org>
Mathieu Arnold <mat@FreeBSD.org>
Bartek Rutkowski <robak@FreeBSD.org>
Rui Paulo <rpaulo@FreeBSD.org>Postmaster Team <postmaster@FreeBSD.org>
Florian Smeets <flo@FreeBSD.org> (Lead)
Sahil Tandon <sahil@FreeBSD.org>
David Wolfskill <dhw@FreeBSD.org>
Philippe Audeoud <jadawin@FreeBSD.org>
Brad Davis <brd@FreeBSD.org>
Но кажется проблема. Ты ведь не удосужился изучить английский?
>> да кучка старых деградантов, видавших контейнер только на картинке
>Могут подсказать почтовые адреса.
> FreeBSD Core Team <core@FreeBSD.org>
> Gavin Atkinson <gavin@FreeBSD.org>У тебя список райкомовских бонз прямо над монитором висит или ты ходила по ссылке в закладке, чтобы их скопипастить? А, в личной адресной книжечке -- на почётном месте.
И да, список мейл-листов -- с полным списком участником -- "значи-и-ительно диннее".
>>> да кучка старых деградантов, видавших контейнер только на картинке
>>Могут подсказать почтовые адреса.
>> FreeBSD Core Team <core@FreeBSD.org>
>> Gavin Atkinson <gavin@FreeBSD.org>
> У тебя список райкомовских бонз прямо над монитором висит или ты ходила
> по ссылке в закладке, чтобы их скопипастить? А, в личной адресной
> книжечке -- на почётном месте.google: freebsd core team.
> И да, список мейл-листов -- с полным списком участником -- "значи-и-ительно диннее".
Андрей, у тебя тоже какие-то проблемы, как у того анонимуса? =)
"Вы все гавно, и они гавно, и эти гавно, ... Гав-Гав-Гав..." =)Хоть посмотрит на реальные имена и фамилии. Из другого мира.
Или есть проблема, что тебя нет в подобных списках? =)
>>> да кучка старых деградантов, видавших контейнер только на картинке
>>Могут подсказать почтовые адреса.
>> FreeBSD Core Team <core@FreeBSD.org>
>> Gavin Atkinson <gavin@FreeBSD.org>
> У тебя список райкомовских бонз прямо над монитором висит или ты ходила
> по ссылке в закладке, чтобы их скопипастить? А, в личной адресной
> книжечке -- на почётном месте.Поведение ряда товарищей укладывается в простое =)
Старая собака учит молодую:
- И запомни, все что не можешь сожрать или трахнуть, ты должен облаять или обоссать.Все =)
> В bsdinstall добавлена возможность выбора схемы дисковых разделов при установке на UFS.В FreeBSD нет поддержки UFS, там только FFS!
>> В bsdinstall добавлена возможность выбора схемы дисковых разделов при установке на UFS.
> В FreeBSD нет поддержки UFS, там только FFS!Уважаемый тролль, потрудитесь перейти по ссылке:
https://svnweb.freebsd.org/base/release/10.2.0/sys/ufs/
> там только FFS!перепутал с NetBSD
мб OpenBSD?
>> В bsdinstall добавлена возможность выбора схемы дисковых разделов при установке на UFS.
> В FreeBSD нет поддержки UFS, там только FFS!FFS & UFS давным-давно синонимы. В *BSD используется UFS2 с вариациями, в FreeBSD UFS2+GEOM.
https://en.wikipedia.org/wiki/Unix_File_System
In 4.4BSD and BSD Unix systems derived from it, such as FreeBSD, NetBSD, OpenBSD, and DragonFlyBSD, the implementation of UFS1 and UFS2 is split into two layers: an upper layer that provides the directory structure and supports metadata (permissions, ownership, etc.) in the inode structure, and lower layers that provide data containers implemented as inodes. This was done to support both the traditional FFS and the LFS log-structured file system with shared code for common functions.
The upper layer is called "UFS", and the lower layers are called "FFS" and "LFS". In some of those systems, the term "FFS" is used for the combination of the FFS lower layer and the UFS upper layer, and the term "LFS" is used for the combination of the LFS lower layer and the UFS upper layer.
Kirk McKusick implemented block reallocation, a technique that reorders the blocks in the file system just before the writes are done to reduce fragmentation and control file system aging. He also implemented soft updates, a mechanism that maintains the file system consistency without limiting the performance in the way the traditional sync mode did. This has the side effect of reducing the requirement of file system checking after a crash or power failure. To overcome the remaining issues after a failure, a background fsck utility was introduced.
In UFS2, Kirk McKusick and Poul-Henning Kamp extended the FreeBSD FFS and UFS layers to add 64-bit block pointers (allowing volumes to grow up to 8 zettabytes), variable-sized blocks (similar to extents), extended flag fields, additional 'birthtime' stamps, extended attribute support and POSIX1.e ACLs.
UFS2 became the default UFS version starting with FreeBSD 5.0. FreeBSD also introduced soft updates and the ability to make file system snapshots for both UFS1 and UFS2. These have since been ported to NetBSD, but eventually soft updates (called soft dependencies in NetBSD) was removed from NetBSD 6.0 in favor of the less complex file system journaling mechanism called WAPBL (also referred as logging), which was added to FFS in NetBSD 5.0. OpenBSD has supported soft updates since version 2.9[2] and has had UFS2 (FFS2) support (no ACLs) since version 4.2.[3] Since FreeBSD 7.0, UFS also supports filesystem journaling using the gjournal GEOM provider.
FreeBSD 9.0 adds support for lightweight journaling on top of soft updates (SU+J), which greatly reduces the need for background fsck, and NFSv4 ACLs.
FreeBSD, NetBSD, OpenBSD, and DragonFly BSD also include the Dirhash system, developed by Ian Dowse. This system maintains an in-memory hash table to speed up directory lookups. Dirhash alleviates a number of performance problems associated with large directories in UFS.
----Думаю, переводить не требуется.
> Код drm-драйверов для графических карт синхронизирован с ядром Linux 3.8.13Враньё, там код из 3.5. 3.8 со скрипом пилят, причем даже не в HEAD а в отдельной репе.
>> Код drm-драйверов для графических карт синхронизирован с ядром Linux 3.8.13
> Враньё, там код из 3.5. 3.8 со скрипом пилят, причем даже не
> в HEAD а в отдельной репе.Вы отстали от жизни:
stable/10/drm: Update the device-independent code to match Linux 3.8.13
http://svnweb.freebsd.org/base?view=revision&revision=282199
> stable/10/drm: Update the device-independent code to match Linux 3.8.13Свежак, чо. Всего на три года протухло. Поэтому не будет работать железо выпущенное за эти три года. И много чего еще.
> http://svnweb.freebsd.org/base?view=revision&revision=282199
И инновационный svn - ну куда же без него? ;).
>> stable/10/drm: Update the device-independent code to match Linux 3.8.13
> Свежак, чо. Всего на три года протухло. Поэтому не будет работать железо
> выпущенное за эти три года. И много чего еще.Так поддерживаемая 9-я ветка не даёт развернуться и замахнуться на более новый графический стек.
>> http://svnweb.freebsd.org/base?view=revision&revision=282199
> И инновационный svn - ну куда же без него? ;).Вопрос религии и веры в собственную непогрешимость?
Такая новость и без изрыгания линупс троллей - невозможно :).Автору - спасибо за обзор новшеств.
Могу сказать, что мне не хватает во FreeBSD:
1. Firewall, умеющего нормально (и быстро!) делать NAT.
> Могу сказать, что мне не хватает во FreeBSD:
> 1. Firewall, умеющего нормально (и быстро!) делать NAT.https://www.freebsd.org/doc/handbook/firewalls.html
Три подсистемы на выбор: pf, ipfilter, ipfw.
Можно использовать комплексно разные, в стеке они последовательны.Требования "нoрмально и быстро" непонятны.
Все три соотвествуют коммуникационным нормативам.
И быстры - не успеешь могнуть, как пакет прошел стек.
И все три не годятся для Carrier Grade NAT, особенно если делать ещё и шейпинг полосы.
У pf только недавно убрали lock'и, до сих пор нет kernel-helper для ftp (необходимо запускать user-space ftpproxy), есть тонкости с пониманием GRE, нет возможности шейпировать полосу для каждого клиента.
У ipfw великолепно сделана работа с dummynet, но работа с NAT не выдерживает никакой критики. Все три механизма (kernel nat, ng_nat, natd) в сущности, представляют из себя один и тот же старый и довольно убогий natd. Производительность и удобство управления (сделать/изменить на лету binat, например, или просмотреть сессии) ниже плинтуса.
ipfilter вообще труп.Работаю в интернет-провайдере, NAT-трафик 2Гбит/сек в пике. До перехода на линукс как только не тюнили и пробовали настраивать FreeBSD. После перехода на Ubuntu с iptables и tc в качестве шейпера, те же сервера спокойно тянут в ДВА раза большую нагрузку.
Увы. :(
Обсуждение решений пропускаю.> Работаю в интернет-провайдере, NAT-трафик 2Гбит/сек в пике. До перехода на линукс как
> только не тюнили ...1 И как "не тюнили"? Неплохо бы методику в студию, для повторить. Без нее пустое.
2 Выразивший мнение не удосужился описать конкретные требования. Хотя эскиз сетевой конфигурации, окружения и полосу.
3 Мир несовершенен, еда не идет сама в рот. Халява тоже.
PS
Не, нем пропускаю.
Что мне странно, а элементарно разбить потоки и транслировать до магистрали не пробовали? Тупо уперлись - все яйца в одну корзину? Да еще маршрутизатор на бубунте.
Как-то хренью какой-то решение выглядит.
> 1 И как "не тюнили"? Неплохо бы методику в студию, для повторить.
> Без нее пустое.Здесь не удобно, на nag.ru в соответствующей теме описывал и бились всем операторским форумом.
> Что мне странно, а элементарно разбить потоки и транслировать до магистрали не
> пробовали?А при здесь это? Моя конкретная необходимость свести потоки на несколько серверов. FreeBSD умирает, "бубунту" живёт. Sic.
Тупо уперлись - все яйца в одну корзину?
Нет, разумеется.
>> 1 И как "не тюнили"? Неплохо бы методику в студию, для повторить.
>> Без нее пустое.
> Здесь не удобно, на nag.ru в соответствующей теме описывал и бились всем
> операторским форумом.И наконец-то некоторые сделали страшное - RTFM =)
По практике, термин "бились" как нельзя лучше описывает ту малокомптентную и бестолковую возню "айтишнегов", что возникает при организации проекта в совке. =)
>> Что мне странно, а элементарно разбить потоки и транслировать до магистрали не
>> пробовали?
> А при здесь это? Моя конкретная необходимость свести потоки на несколько серверов.Понятно. "Сказали пришивать пуговицы".
> FreeBSD умирает, "бубунту" живёт. Sic.
Да-да, читаю это с ~1997 года. Еще из USENET.
Насчет "бубунту живет". Пока да. Проблема в том, что ту слабосистематизированную свалку 300мб кода под названием linux kernel + kernel utils никто толком реконструировать не будет. Так, слабая эволюция.
Система linux kernel достигла своей полки в цикле технической системы. Толстая тушка.Даже как полигон для unix исследований все менее применима, посольку совместима только с собой и как карта легла.
Юзать готовое можно, что и делают кому не лень, как система для любителя - толстая тушка уже без перспектив развития.
>>> 1 И как "не тюнили"? Неплохо бы методику в студию, для повторить.
>>> Без нее пустое.
>> Здесь не удобно, на nag.ru в соответствующей теме описывал и бились всем
>> операторским форумом.
> И наконец-то некоторые сделали страшное - RTFM =)Какой же вы всё-таки упрямый, а.
Ну держите, просвещайтесь: http://forum.nag.ru/forum/index.php?showtopic=93674&st=0&p=9...> По практике, термин "бились" как нельзя лучше описывает ту малокомптентную и бестолковую
> возню "айтишнегов", что возникает при организации проекта в совке. =)[Вздыхая] Д'Артаньян, ты ли это?
>>> Что мне странно, а элементарно разбить потоки и транслировать до магистрали не
>>> пробовали?
>> А при здесь это? Моя конкретная необходимость свести потоки на несколько серверов.
> Понятно. "Сказали пришивать пуговицы".Я не хочу решать проблему, я хочу поплясать с изменением всей сети под FreeBSD, угу.
>> FreeBSD умирает, "бубунту" живёт. Sic.
> Да-да, читаю это с ~1997 года. Еще из USENET.Охо-хо, long life BBS. При всей моей любви к FreeBSD, линукс уже вырос из детских штанишек и во многих местах - увы - рвёт rock-solid Фряху. :(
> Здесь не удобно, на nag.ru в соответствующей теме описывал и бились всем
> операторским форумом.Главное не забудьте ssh ключи сменить, кульсисопы наговские :). А то у половины нага duq нагло спи...л кучу всякого интересного через 0day в фоксе. Вы там уже как, морально готовы выколупывать патченые прошивки из ваших винчей и воевать с руткитами в маршрутизаторах?
> FreeBSD умирает, "бубунту" живёт. Sic.
Зилоты вообще забавные существа. Особенно бояздэшные.
Интересно, кто-то еще использует mpd5? Его безсбойная работа была нарушена еще в 8-й ветке (не регулярные "замирания"). На 10.2 ни чего не изменилось.