Разработчик FreeBSD Wojciech Adam Koszek (https://wiki.freebsd.org/WojciechKoszek) опубликовал манифест (https://wiki.freebsd.org/BSD_XXI_Manifesto) с тезисами для развития системы. В числе идей подготовка не привязанного в версии системы универсального установщика, не требующего перезаписи носителя при появлении новой версии, графический режим установки, поддержка управления установкой из браузера с внешнего устройства (например, со смартфона), облачный сервис FreeBSD ID с единой точкой входа для привязки настроек, файлов и резервных копий к аккаунту пользователя, BSDCloud для выноса операций в облако (например, сборка ядра в облаке), поддержка профилей установки (в том числе и для мобильных устройств, ноутбуков, ПК, виртуальных машин), система регрессивного тестирования каждого коммита.
URL: https://wiki.freebsd.org/BSD_XXI_Manifesto
Новость: http://www.opennet.me/opennews/art.shtml?num=39168
> облачный сервис FreeBSD ID с единой точкой входа для привязки настроек, файлов и резервных копий к аккаунту пользователя, BSDCloud для выноса операций в облако (например, сборка ядра в облаке)Мода не облака добралась даже сюда :)
а чем плохо собирать ведро для слабого нетбука в облаке?
> а чем плохо собирать ведро для слабого нетбука в облаке?В облаке у чужого дяди, чтобы получить какой-то непонятный блоб?
А если не у дяди - так я собрать ядро на мощном десктопе могу и безо всяких маркетинговых фраз типа "облачные технологии".
Если есть какой-то унифицированный способ собирать ядро в своем облаке не парясь, как оттуда оно будет переноситься на мой конкретный нетбук или что еще, - почему нет? Облака - это не плохо. Их пихают куда не попадя и у многих, включая меня, уже аллергия на само слово. Но если посмотреть беспристрастно, то если облако подконтрольно - оно очень дже ничего такой инструмент.
> Их пихают куда не попадяПо-моему, здесь как раз такой случай.
Собрать пакет на другом компе - вполне нормальная и естественная операция, и предложение делать это стоя в гамаке и в ластах ради красивого слова "облака" - явно бессмысленно.
> Если есть какой-то унифицированный способ собирать ядро в своем облаке не парясьесть: ssh и небольшой набор скриптов. без модных баззвордов.
>> Если есть какой-то унифицированный способ собирать ядро в своем облаке не парясь
> есть: ssh и небольшой набор скриптов. без модных баззвордов.Видимо, "облаком" то же самое будет называться, когда скрипты будут идти из коробки, с возможностью гибкой настройки.
Вместо того, чтобы каждому админу костылять свои, в традициях старого доброго юникса.
> Видимо, «облаком» то же самое будет называться, когда скрипты будут идти из
> коробки, с возможностью гибкой настройки.
> Вместо того, чтобы каждому админу костылять свои, в традициях старого доброго юникса.оно сейчас так и идёт, не поверишь. ssh из коробки, sh тоже. более гибкую возможность настройки и при этом возможность использовать набор практически в любом сценарии обеспечить сложно.
но соверменные эникейщики (которые спьяну велят величать себя админами) до судорог боятся делать что-то своё. их такому не учили, да и если фигню напишешь — будешь виноват. а если фигню криво сконфигурируешь, то можно свалить ответственность на автора того, что «отконфигурил».
а когда ядро, собранное в облаке, не стартанет на слабом буке, писать в Спортлото?
> а чем плохо собирать ведро для слабого нетбука в облаке?Тем что NSA и хакеры бурно одобряют такие инициативы. Можно немного подпатчить - и готово. Комар носа не подточит.
>FreeBSD XXIНу вот и BSDшники перешли в 21 век.
>графический режим установкиДостаточно бесполезная вещь
>управления установкой из браузераЭ? Я даже не хочу знать что имелось в виду
>облачный сервис FreeBSD IDТеперь всех BSDшников поставят на учёт? Хм...
>система регрессивного тестирования каждого коммитаНу и на последок что-то действительно полезное и хорошее.
Только не факт, что реализуемое.
Скорее сообщество выступит за локальные облака. Но идея сама по себе правильная.
0. взять локальный компьютер
1. установить ОС1
2. настроить облако
3. запустить компилирование ОС2 в облаке
4. установить ОС2Недоумки, ня?
> Недоумки, ня?Ну, если смысл жизни сводится к компилированию, то вовсе не недоумки, а целеустремленные и успешные люди.
Уважаемый, вы пересобирали ядро и вообще пользовались FreeBSD 10 когда в системе штатный компилятор уже clang?У меня на пересборку системы из сорцов при обновлении (а это требуется, т.е. не требуется а может появиться только потребность, в стабильных ветках раз в год максимум) на стареньком Athlon 4400 X2 с 2-мя гигами и в 8 потоков уходит максимум 30 минут. На ядро конкретно уходит минут 5.
Ну не серьёзно же говорить такие фразы как: "Ну, если смысл жизни сводится к компилированию", когда всё компилирование сводится к запуску по мере необходимости (довольно редких SA, или ничуть не менее редких регрессиях) команды make buildworld && make buildkernel
После этой команды просто занимаешься своими делами, а машина сама компилирует не тратя твоё время.
Единственно переход между версиями требует чуть более внимательного отношения к процессу обновления, но уж я считаю что это мизерная плата за возможность перехода между любыми ветками и перехода с любой версии на любую, т.е. FreeBSD это система с истинно бесконечным временем поддержки.К несомненным плюсам кстати обновление из исходников можно отнести опять же безопасность и открытость. Ведь, как ярые сторонники GPL и ОС Linux в частности могут отрицать, что обновление системы из исходников взятых с официального репозитория, доступ на запись в который есть только у разработчиков и каждый коммит проходит тщательную проверку, гораздо безопасней ну или по крайней мере можно при большом желании прошерстить исходники, чем бинарные обновления которые конечно же поставляются очень солидной конторой, качество сборки пакетов в которой не ставится под сомнение, но всё же по факту - это бинарник, чтобы получить абсолютно идентичный этому бинарник из исходников, надо нехило постараться с версиями компилятора, библиотек, опций сборки и прочей херни. Уж явно на это уйдёт больше времени, чем пересборка системы даже на 2-м пентиуме.
А уж на современных компах процесс сборки что портов, что обновления системы из исходников занимает совсем неприлично малое время. Такое что рассматривать на фоне многочисленных плюсов время затрачиваемое машиной а не пользователем, совсем неверно.
Ох и понаписал :)
Набор общих слов, смысл которых вам не до конца понятен. Отсюда логические ошибки.> После этой команды просто занимаешься своими делами, а машина сама компилирует не тратя твоё время.
"Просто занимаешься своими делами утром по дороге на работу", "Просто занимаешься своими делами когда стоишь в очереди", "Просто занимаешься своими делами когда договорились встретиться в 6, уже 7, но надежды ещё остаются".
Попытка оправдать потерю времени.
> переход между версиями требует чуть более внимательного отношения к процессу обновления
Обновление требует внимания, определённого уровня знания и непосредственного пользователя. Надеюсь, понимаете что это ненужная глупость?
> К несомненным плюсам кстати обновление из исходников можно отнести опять же безопасность и открытость
Для обновления открытость исходников преимуществом не является.
Распространение исходного кода позволяет каждому проверить код, но непроверенный лично вами код следует воспринимать как закрытый. В реальности всё веселее: цирк, клоуны и злоумышленник, зная, что код будет открыт, намеренно запутывающий исходный код чтобы вредоносный код не был обнаружен без детального глубокого анализа.
Безопасность открытых исходников, которые не проанализированы лично вами или людьми которым вы безоговорочно доверяете, не выше закрытых. Безопасность закрытых исходников, проверенных людьми, которым вы доверяете, аналогично безопасности открытых, проверенных людьми, которым вы доверяете. Фишку усекли? Именно - "доверие". Вещь это субъективная, весьма абстрактная и к реальной "безопасности" никакого отношения не имеющая.
А как следствие очевидно, что т.к. вы ничего не проверяли, то никакая это не "безопасность", а лишь её иллюзия. Хуже незащищённость лишь иллюзия защищённости. Когда знаешь что у тебя нет обратного авиабилета, и когда слепо веришь что он у тебя есть, а у тебя его нет. Во втором случае развлечений будет больше :). Жаль, меня не будет рядом когда это случится.
>управления установкой из браузерагыгы. Calculate Linux. Превеееед! Ваши идеи кочуют :)
из BSDinstall и bsdconfig ничо хорошего не вышло, если так продолжать будут совсем в уг скатятся, как вын8
а что не так с bsdinstall и bsdconfig ? набор скриптиков на sh, читабельный
мода пошла у программистов, как им захотелось значит должно всем нравиться.
Правильно же. Кому не нравится - пусть требует назад свои деньги.
Наконец-то. Вот оно. Будущее. Счастье.
Ты так говоришь, как будто застрял в прошлом и несчастлив.
> Ты так говоришь, как будто застрял в прошлом и несчастлив.Миллениума ждёт. Упорный!
Упоротый миллениум?
> Ты так говоришь, как будто застрял в прошлом и несчастлив.Я несчастлив, потому что во FreeBSD нету нормального человеческого автомонтирования подсоединяемых носителей. После выпиливания HAL из Xfce всё делается через какие-то неочевидные костыли вокруг devd.
крысоделы говорили что спеца по FreeBSD у них нет, потому вообще неясно что будет
Ну так если все бздюки пользуются макосью да максималкой на десктопе - вот и получается такая фигня.
> Ну так если все бздюки пользуются макосью да максималкой на десктопе - вот и получается такая фигня.Десктопной осью фрю видят исключительно некоторые пользователи, но не разработчики. У разработчиков остатки здравого смысла еще сохранились.
>> Ну так если все бздюки пользуются макосью да максималкой на десктопе - вот и получается такая фигня.
> Десктопной осью фрю видят исключительно некоторые пользователи, но не разработчики. У разработчиков
> остатки здравого смысла еще сохранились.а чем отличается "десктопный" от "серверный" линакс? ну и тот же вопрос относительно fbsd
> а чем отличается "десктопный" от "серверный" линакс?Крнфиг. опции ядра разные, например, Preemtion Mode.
>> а чем отличается "десктопный" от "серверный" линакс?
> Крнфиг. опции ядра разные, например, Preemtion Mode.ну значит фря плохая система, раз работает с 1 и тем же ядром как на десктопе так и на сервере ;(
> Я несчастлив, потому что во FreeBSD нету нормального человеческого автомонтирования
> подсоединяемых носителей.А разве в этих планах что-то говорилось про носители?
> Наконец-то. Вот оно. Будущее. Счастье.«По дороге с облаками» ©
глубоко копают .. Может лучше начать с wi-fi карт, запуск и первая установка DE без бубнов, проработать момент с более легкой установки драйверов не только от НВ, пофиксить баг на некоторых новых интеловских чипсетах с pci картами ..
Кароче есть что делать и без облаков, и прочей фигни ... Вот только облака легче наверное, и монетизацией пахнут, вот и лопочут ))
> глубоко копают ..
> Может лучше начать с wi-fi карт, запуск и первая
> установка DE без бубнов, проработать момент с более легкой установки драйверов
> не только от НВ,
> пофиксить баг на некоторых новых интеловских чипсетах с pci картами ..Баги фиксятся в ветках разработки и тестирования, в -CURRENT и -STABLE, соответственно.
> Кароче есть что делать и без облаков, и прочей фигни ...
"Облака" — это то место, где может найти себе более широкий размах и целевую аудиторию разрабатываемый и тестируемый код.
> Вот только облака легче наверное, и монетизацией пахнут, вот и лопочут ))
Это более понятная абстракция для обывателя. Одно слово "облако", а столько всего значит! Это прям находка для IT-специалистов — объяснить одним словом мощь и красоту сетевых компьютерных технологий, где намешана куча непонятных/специальных обывателям технологий, которые в противном случае (если не было понятия "облако") потребовали бы разжёвывания на нескольких страницах.
да ладно, одного наркомана втаращило. попустит.
Мне интересно, он надеется дожить до момента когда это будет? Он наверное пропустил циферку. Это XXII или XXIII должно быть, не меньше.
а чем установка блоба, скомпилированного где-то еще, кроме как на локальной машине, отличается от загрузки готового скомпилированного ядра в пакете?
Там что, опций столько, что каждому надо компилировать? востребованы будут обычные сборки - штук шишнадцать разных вариантов, в 90% случаев вообще будут грузиться 2 дженерик сборки - на 32 и 64 бита.
После загрузки на сервере будет анализировать конфиг, потом с умным видом выдаваться сохраненный лог компиляции, а потом скомпиленное ядро с закладками. =D
т.е. заранее скомпиленное
Вычислительные мощности недорогие, финансирования хоть отбавляй, так почему бы не пострадать чем-нибудь? Напр. непрерывной (24*7*365) компиляцией ядра и всего ПО с разными ключами с прогонкой всех тестов? Пересборкой компилятора перед пересборкой исходников ОС и ПО? Пересборка по требованию пользователя на этом фоне выглядит вполне логичным продолжением.Казалось бы, какое отношение к вышенаписинному имеет "Ой, нам на свет не хватает..."?
лутше бы mpls с vrp пилили. Хотя может уже не стоит начинать. время во многом потеряно..
Как обычно - идей много, а пилить некому. Одна лишь wiki страница IdeasPage чего стоит. Действительно, вместо того чтобы придумывать новое, стабилизировали или дописали бы старое. И самая главная идея для FreeBSD XXI - чтобы ее разработчики сами начали использовать Фрю и проталкивали бы ее в компаниях где работают. А то на десктопе ставят MacOSX, на сервера - Linux. Вот и скатилась система в хобби ОС, где все недопилено, недоделано и всем плевать на проблемы
Вы ею похоже и не пользовались никогда.
Отлично она у меня на всех 14 (не много конечно) серверах. Всё стабильно. Задачи может и самые стандартные (сайты в jail'ах, БД, VPN, виртуалки на VirtualBox'е и одна с BHyVe, почта, самба, файлообмен rsync'ом между офисами), но они работают и меня и пользователей совсем не беспокоят.
Каждое обновление системы (а самые преклонного возраста сервера начали с 5.4) идёт не переустановкой заново а нормальным обновлением из сорцов.
И кстати начиная с 10-ой версии благодаря переходу на clang, пересборка системы и всех портов (150) занимает полтора часа. При этом некоторые сервисы недоступны в течение минут тридцати.У меня конечно не жоский энтерпрайз где секунды простоя и т.п., но что есть то есть, и работает безотказно.
А по поводу пилить некому, так пожертвования из года в год растут, а это значит что и заинтересованность в разработке данной системы возрастает.
Посему я считаю что после некоторого критического барьера, многие поймут что система которая не напоминает нагромождение многофункциональной башни из разного размера и цвета, принесённых разными людьми блоков , а монолитную развиваемую со строгим контролем качества а не погоней за модными веяниями, всё же удобней в использовании и тогда linux будет на равне если не позади.Пока вокруг линукса просто больше так называемых медиа-поводов.
> А по поводу пилить некому, так пожертвования из года в год растут,
> а это значит что и заинтересованность в разработке данной системы возрастает.Либо заинтересованность именно в разработке, в личной, падает поэтому все просто "шлют свои 5 баксов". А разрабатывать, может быть, будут те, кто заинтересован в деньгах.
> Либо заинтересованность именно в разработке, в личной, падает поэтому все просто "шлют
> свои 5 баксов". А разрабатывать, может быть, будут те, кто заинтересован
> в деньгах.Да уж ну, это совсем не похоже на правду.
Я думаю что динамика изменения пожертвований волне коррелирует с уровнем заинтересованности в её разработке.
Больше пожертвований, значит больше тех кому система нужна (число просто сочуствующих и спонсирующих из чистого меценатского интереса думаю исчезающе мало).
Если растёт число людей давших пожертвования - значит системой пользуется больше людей.
Если растёт количество организаций спонсирующих разработку, то это значит что энтерпрайз заинтересован в разработке системы. Уж энтерпрайз то точно не спонсирует ради выкидывания денег на ветер.Опять же ничего плохого в том что разработка критически необходимых и требуемых реалиями и пользователями компонентов мотивируется деньгами.
С линуксом, так и вовсе компании устраивают разработчиков к себе и иногда даже не требуют чтобы разрабатывалась какая-то конкретная технология, просто спонсируют.
Количество денег это такая штука. Уж о чём о чём, а о заинтересованности спонсируемым продуктом они точно сигнализируют :)
> Вы ею похоже и не пользовались никогда.в том то и дело что всегда использовал и использую. Что могу сказать на вскидку:
RADDIX_MPATH - существует в коде много лет, но не работает, аналогично с VIMAGE - паники и утечки памяти в течении многих релизов. RACCT/RCTL - разработчик переключился на другую задачу и одно из самых важных что ожидалось от фреймворка - лимиты по процессору, осталось не сделано, еще проект KLOAD - перезагрузка ядра без ребута, порт HAMMERFS (при том что на Linux HAMMERFS портировали в RO!), zfsd для контроля состояний zpool, fsc (FreeBSD Services Control), параллелизация rc.d-скриптов и тд.. это все те проекты, которым много лет и они заброшены. MPLS вроде и не начинался вовсе, огромное количество работы еще предостоит с портами - STAGE/GLANG-изация, а если не успеют к сроку - половины портов не станет. Хвостов то немеряно, на лицо нехватка рук - вот о чем речь
Так про нехватку рук совершенно в точку, это и так понятно.
То что многое не доведено до полнофункционального и абсолютно стабильного состояния - это всё таки лучше чем если бы этих разработок не было вовсе. Когда что-то начато и этим кто-то пытается пользоваться, то и обратная связь есть и от заинтересованных помощь.
Я говорю про качества системы, которые для меня являются аргументами в плане выбора, такие как
- то что официально заявлено готовое к повсеместному использованию работает надёжно, безотказно и не требует каких-то особых действий при обновлении системы хоть между минорными релизами, так и при при обновлении на другой мажорный релиз. Это значит что есть "бесконечный срок поддержки". Тогда как у корпоративных дистров линукса хоть и длительные сроки поддержки но они конечные. А значит и переустановка системы грозит в любом случае.- Опять же контроль качества кода принимаемого в FreeBSD, думаю это отчасти сужает или по крайней мере замедляет скорость вовлечения в проект новых разработчиков. Отсюда же и консервативность и медленное внедрение новых технологий. Ну тут компромис - либо качество кода а значит стабильность и безопасность системы, или быстрое развитие когда можно сырой патч сделать, а там уже кто-то допилит.
- И моё отношение как к удовлетворяющей мои требования системе отчасти такое наверное потому что большую часть из перечисленных вами вещей я никогда не использовал, глядишь и их допилят, а если вы фрёй пользуетесь и эти моменты вас не устраивают, так в списках рассылки можно теребить разработчиков. Тоже это помощь в разработке какая то
>[оверквотинг удален]
> - разработчик переключился на другую задачу и одно из самых важных
> что ожидалось от фреймворка - лимиты по процессору, осталось не сделано,
> еще проект KLOAD - перезагрузка ядра без ребута, порт HAMMERFS (при
> том что на Linux HAMMERFS портировали в RO!), zfsd для контроля
> состояний zpool, fsc (FreeBSD Services Control), параллелизация rc.d-скриптов и тд.. это
> все те проекты, которым много лет и они заброшены. MPLS вроде
> и не начинался вовсе, огромное количество работы еще предостоит с портами
> - STAGE/GLANG-изация, а если не успеют к сроку - половины портов
> не станет. Хвостов то немеряно, на лицо нехватка рук -
> вот о чем речьа паники в vimage это не при попытке ли работать с pf ? если да - оно (часть, по крайней мере) уже fixed, не смотрел был ли mfc во всякие stable/*
про rctl и cputime, Вы уверены, что оно не доделано?
разработчик действительно переключился на другую, важную задачу (native iscsi target + новый initiator)про kload был патч года 2 назад, чтоли. но да, я не видел чтобы его кто-то из @freebsd.org откоментировал как-либо.
про хаммерфс сам Диллон писал что да, лучше пилить zfs во фре, чем портировать hammerfs
про мплс -> http://freebsd.mpls.in/, можешь спросить у автора насколько оно актуально, это я отвечаю не залогиненому az@ да?
с VIMAGE не только проблемы с pf - утечки ( о чем система сама пишет ), с USB-ethernet не дружит.> про rctl и cputime, Вы уверены, что оно не доделано?
rctl -a user:test:cputime:deny=10m
rctl: rctl_add_rule: Operation not supportedили в секундах, просто цифрой. Оно должно быть эквивалентно cputime из limits. В FreeBSD 10 допилили pcpu - работает, но достаточно странно. Например, запущенный ubench как только доходит до порога pcpu обваливается сильно вниз и опять по возрастающей. Оверхед от указанного может колебатся на 8%. Так, если pcpu=10, то в ряде случаев может дойти и до 15% перед обвалом. Тогда как должно быть просто держаться весь тест на уровне 10% от 1 ядра.
> это я отвечаю не залогиненому az@ да?
Нет, незнаю таких. Выходит некто az@ тоже видит что не все доделано и я не один ;-) ?
> с VIMAGE не только проблемы с pf - утечки ( о чем
> система сама пишет ), с USB-ethernet не дружит.ясно
>> про rctl и cputime, Вы уверены, что оно не доделано?
> rctl -a user:test:cputime:deny=10m
> rctl: rctl_add_rule: Operation not supported
> или в секундах, просто цифрой. Оно должно быть эквивалентно cputime из limits.
> В FreeBSD 10 допилили pcpu - работает, но достаточно странно. Например,
> запущенный ubench как только доходит до порога pcpu обваливается сильно вниз
> и опять по возрастающей. Оверхед от указанного может колебатся на 8%.
> Так, если pcpu=10, то в ряде случаев может дойти и до
> 15% перед обвалом. Тогда как должно быть просто держаться весь тест
> на уровне 10% от 1 ядра.pr на эту тему я не нашел:-\ попробую наверное как-нибудь повторить на 10/11
>> это я отвечаю не залогиненому az@ да?
> Нет, незнаю таких. Выходит некто az@ тоже видит что не все доделано
> и я не один ;-) ?значит мне показалось.
> И кстати начиная с 10-ой версии благодаря переходу на clang, пересборка системы
> и всех портов (150) занимает полтора часа. При этом некоторые сервисы
> недоступны в течение минут тридцати.Ага, уже полтора часа вместо ранее заявленного получаса, а самое главное указано количество портов/пакетов. Ну а вот у меня в основной системе без учета контейнеров 2208 пакетов. То есть было бы около суток на "конпеляцию" и при этом без какой-либо особой причины, не считать же за таковую "из сорцов круче".
> При этом некоторые сервисы недоступны в течение минут тридцати.
От такого вообще челюсть падает. У вас не то что "не жоский энтерпрайз", вас вообще дальше локалок пускать нельзя.
> Ага, уже полтора часа вместо ранее заявленного получаса..Вы видимо про обновление портов говорите а не системы? Иначе у вас видимо какой-то либо шибко слабый комп, или точно clang пользуете?
> Ну а вот у меня в основной системе без учета контейнеров 2208 пакетов. То есть было бы около суток на "конпеляцию" и при этом без какой-либо особой причины, не считать же за таковую "из сорцов круче".
Да чего вы прицепились к "конпеляции"? Уже и пакетный менеджер придумали, бинарные пакеты и раньше были, и обновления бинарные накатывать через freebsd-upgrade никто не запрещал.
Сами же говорите что админ серьёзных серверов, к чему эти заведомо очевидные вбросы про необходимую всегда сборку из исходников.
Уж по крайней мере во фре есть и бинарный путь и сорцовый, а вот в других энтерпрайзных дистрах, зачастую один путь. Нужен второй или нет, но дополнительная степень свободы не помешает, а мы же тут за свободу все вроде как.
> От такого вообще челюсть падает. У вас не то что "не жоский энтерпрайз", вас вообще дальше локалок пускать нельзя.Снобизм. Рад что у вас жутко серьёзные и критичные системы, а у меня обычные конторы, которые работают по расписанию и если раз в год ночью не будет доступен сайт, никто сильно не расстроится.
Приятно видеть адекватного собеседника. Целью моего поста было показать, что вы несколько увлеклись расписыванием прелестей сборки из исходников в этой теме. Если был излишне груб, то прошу прощения.
>> И кстати начиная с 10-ой версии благодаря переходу на clang, пересборка системы
>> и всех портов (150) занимает полтора часа. При этом некоторые сервисы
>> недоступны в течение минут тридцати.
> Ага, уже полтора часа вместо ранее заявленного получаса, а самое главное указано
> количество портов/пакетов. Ну а вот у меня в основной системе без
> учета контейнеров 2208 пакетов. То есть было бы около суток на
> "конпеляцию" и при этом без какой-либо особой причины, не считать же
> за таковую "из сорцов круче".судя по "без учета контейнеров 2208 пакетов." речь о линуксе каком-нибудь. ну так это.. там только 1 ssh (клиент и сервер) аж 4 пакета в том же дебилиане: клиент, сервер и 2 пакета что-то про блеклист, тулза для добавления юзеров/групп - опять же отдельный пакет, всякие там file, ftp, cron, grep, etc - тоже, внезапно, отдельные пакеты. и так куда не плюнь. по итогу, эти 2.2к свернутся в каких-нибудь 1-1.5к, из которых, возможно, треть будет состоять из всяких xxx-common, xxx-bin и тд.
>> При этом некоторые сервисы недоступны в течение минут тридцати.
> От такого вообще челюсть падает. У вас не то что "не жоский
> энтерпрайз", вас вообще дальше локалок пускать нельзя.сложно представить что нужно сделать с сервером чтобы он 30 мин был не доступен:-)
> Ага, уже полтора часа вместо ранее заявленного получаса,Есть такое хобби: при выходе новой версии Net/Open/FreeBSD или мажорных версий
rhel/centos или debian, ставлю на ноут, компилю и запускаю программку quick сортировки,
четыре варианта, первые два на С c qsort из libc и своей реализацией, вторые на c++,
с stl sort и своей релизацией на stl.На всех *BSD системах сортирвка 100000000 элементов на две/три секунды медленнее чем
в линуксах, но в freebsd 10, скомпиленные clang варианты дали наихудший
результат из всех, показав более медленный результат чем fbsd 9 c gcc, и даже соларис x86.> От такого вообще челюсть падает. У вас не то что "не жоский
> энтерпрайз", вас вообще дальше локалок пускать нельзя."Жоский" интерпрайс по прежнему упрямо юзает древние аиксы и солярисы. Инфа 100%.
Лучше бы с mptcp разобрались...
+ jail сделали бы более адвансед.