The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от opennews (??) on 08-Авг-11, 09:49 
После известия (http://slonik-v-domene.livejournal.com/96331.html) о начале перевода парка серверов Rambler-почты с FreeBSD на Linux развернулось множество обсуждений проблем FreeBSD, из которых стало известно, в том числе, и о планируемом переводе с FreeBSD поискового кластера Яндекс (более 30000 серверов). Конструктивное зерно этих обсуждений было сведено воедино и опубликовано в статье  "Каковы проблемы FreeBSD и пути их решения? Анализ и опрос (http://nuclight.livejournal.com/128712.html?usescheme=XColibur)".


В предварительной части (http://nuclight.livejournal.com/128319.html) автор делает вывод (на основе инсайдерской информации), что миграция на другую ОС конкретно в случае Rambler-почты неоправдана, и вызвана организационными проблемами (например, увольнением нескольких компетентных сотрудников). Тем не менее, это не отменяет наличия у проекта FreeBSD серьезных проблем, ставящих ОС (и, соответственно, связанных с ней рабочих мест) под угрозу вымирания, если сообщество прямо...

URL: http://nuclight.livejournal.com/128712.html?usescheme=XColibur
Новость: http://www.opennet.me/opennews/art.shtml?num=31422

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


3. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от Антон (??) on 08-Авг-11, 10:00 
Мне не хватает доступных из коробки механизмов для развертывания и поддержания типовых систем на большом числе хостов. В простейшем случае хотелось бы загрузившись с установочного диска иметь возможность поставить систему на соседних машинах с загрузкой по PXE. Также хочется загрузки kickstart-сценария через http и фронтэнда c web-интерфейсом к инсталлятору, чтобы из браузера установкой управлять.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

186. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +5 +/
Сообщение от Аноним (??) on 08-Авг-11, 18:13 
ИМХО проблема у разработчиков BSD ровно одна: академики - не инженеры. Ну а боевые сервера - не экспонаты в музее. Указанный nuclight - отличная иллюстрация: как программер с математическим складом ума, молящийся на крутые концепции - да, молодец. Как инженер, ориентированный на достижение практически значимой для окружающих цели (например "работающий без проблем сервер, разворачиваемый и обслуживаемый без больших трудозатрат") - просто ноль. Из этой одной проблемы вытекает целая длинная череда всевозможных следствий.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

188. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –2 +/
Сообщение от iZEN (ok) on 08-Авг-11, 18:19 
> боевые сервера - не экспонаты в музее. Указанный nuclight - отличная
> иллюстрация: как программер с математическим складом ума, молящийся на крутые концепции
> - да, молодец. Как инженер, ориентированный на достижение практически значимой для
> окружающих цели (например "работающий без проблем сервер, разворачиваемый и обслуживаемый
> без больших трудозатрат") - просто ноль. Из этой одной проблемы вытекает
> целая длинная череда всевозможных следствий.

Проблему тут только одна: инженеры в 1970-х придумали архитектуру x86 и до сих пор в XXI веке люди не могут перейти на академическую разработку RISC-32/64, ARM и MIPS, хотя кое-где последнее повостребованнее бедет вместо динозавров x86.

Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

195. "Шоу? Билеты почём??"  +1 +/
Сообщение от Andrey Mitrofanov on 08-Авг-11, 18:33 
> Проблему тут только одна: инженеры в 1970-х придумали архитектуру x86 и до

Но разве это http://www.opennet.me/opennews/art.shtml?num=31259#142 проблема FreeBSD??

> перейти на академическую разработку

Да! Отпишите Ваши предложения: они будут умножены на пропорцию Вашего вклада и поделены на доступных разработчиков, fbsd ftw!!

Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

201. "Шоу? Билеты почём??"  +3 +/
Сообщение от Аноним (??) on 08-Авг-11, 18:43 
> Но разве это http://www.opennet.me/opennews/art.shtml?num=31259#142 проблема FreeBSD??

Ох sh~~! А что, изен правда продает билеты на шоу "установка фрибзд на биглборд"?! Дайте парочку, в первые ряды?!

Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

286. "Шоу? Билеты почём??"  +1 +/
Сообщение от ShturmN (ok) on 08-Авг-11, 23:38 
Как сказано в новости это и есть одна из основных проблем. То, что нужно рядовым пользователям, не имеющих прямого вклада, никого не волнует. Вот и вы собрались мнение умножать на вклад. Т.е. мнение большинства будет помножено на 0. Смысл тогда разводить полемику?
Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

395. "Шоу? Билеты почём??"  +/
Сообщение от Diden05 email on 09-Авг-11, 08:21 
Порог вхождения в данное сообщество слишком высок, потому и вклад от большинства нулевой. Я не претендую на истину в последней инстанции, но разработчикам fbsd стоило бы быть внимательней к нуждам тех самых рядовых инженеров, кто пользуется их продуктом. Иначе это как написать свой калькулятор с функцией управления кофеваркой, вроде технически реализуемо, но нафиг никому не надо.
PS: Не осилил в данном случае не аргумент, осилил, но внедрять еще куда то, не стал бы, даже если бы хорошо приплатили. Дорого обходится в конечном итоге.
Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

435. "Шоу? Билеты почём??"  +/
Сообщение от anonymous (??) on 09-Авг-11, 11:01 
они не хотят, потому что Илита. там вон была ветка, где я пытался товарищу нуклайту пояснить, что тезис «повернёмся лицом к пользователю» немножко в противоречии с его ответом человеку, который спросил, отчего они решают, как реорганизовать рабкрин на базе столь подходящей для этого платформы, как жж. нуклайт вполне ожидаемо сказал, что «у нас и так девелоперов мало, а тут ещё ты выпендриваешься: сделайте мне удобно! иди и пиши, а не хочешь — пшёл вон, смерд!»

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

Ответить | Правка | ^ к родителю #395 | Наверх | Cообщить модератору

426. "Шоу? Билеты почём??"  +/
Сообщение от Andrey Mitrofanov on 09-Авг-11, 10:37 
> Как сказано в новости это и есть одна

[...]

> Вот и вы собрались мнение умножать на вклад. Т.е. мнение большинства
> будет помножено на 0.

Это не я. "Как сказано в новости":

...""голоса конкретного человека по его вкладу в проект, так, чтобы у активных участников списков рассылок и авторов патчей было больше голосов, чем у случайных посторонних людей.""

> Смысл тогда разводить полемику?

Я буду^W^W_Мы_ будем "активными участниками", очевидно же.

Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

200. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 18:41 
> Проблему тут только одна: инженеры в 1970-х придумали архитектуру x86 и до
> сих пор в XXI веке люди не могут перейти на академическую разработку RISC-32/64, ARM и MIPS,

А все потому что пока зад^W академики натирали мозоли на высокие концепции, инженеры из интела плюнули на это все и сделали ДЕШЕВО и ПРОИЗВОДИТЕЛЬНО. И захватили мир. "Имидж ничто, жажда все". Если у меня не хватит денег на суперправильный проц - я скрепя сердце куплю тот на который денег хватит. Правда просто?

> хотя кое-где последнее повостребованнее бедет вместо динозавров x86.

Да, например ARM выпер х86 в мобильных применениях и эмбеддед малым потреблением, дешевой ценой и интегрированностью всей обвязки. А MIPS воскрес как "просто проц для роутеров". Не понятно чем он так всех прельстил, но факт. Правда вот у этой твоей BSD поддержка ARM и MIPS - чисто номинальная.

Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

272. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от zazik (ok) on 08-Авг-11, 22:24 
> дешевой ценой

Сделайте меня развидеть это, пожалуйста!

Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

259. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 08-Авг-11, 21:55 
Удивительно, но на ARM/MIPS - везде есть вполне рабочее и стабильно ядро Linux. Так что кто там не может перейти - слабо понятно :)
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

307. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Одмин on 09-Авг-11, 00:34 
А ну-ка озвучь основные проблемы amd64. Какая из них больше всего мешает развиваться Freebsd?

Ты хотя бы ассемблер знаешь чтобы такими заявлениями кидаться?

Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

310. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 00:51 
> А ну-ка озвучь основные проблемы amd64.

x86 legacy.

Ответить | Правка | ^ к родителю #307 | Наверх | Cообщить модератору

322. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от iZEN (ok) on 09-Авг-11, 01:20 
>> А ну-ка озвучь основные проблемы amd64.
> x86 legacy.

Что мешает написать WITHOUT_LIB32=true в /etc/src.conf и пересобрать систему, получив истинную 64-битность?

Ответить | Правка | ^ к родителю #310 | Наверх | Cообщить модератору

463. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Анон on 09-Авг-11, 13:52 
> Что мешает написать ..., получив истинную 64-битность?

Предлагаю прочитать про CISC/RISC, и про то, почему на x86 всегда не хватает регистров и т. п.


Ответить | Правка | ^ к родителю #322 | Наверх | Cообщить модератору

546. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 21:31 
> Что мешает написать WITHOUT_LIB32=true в /etc/src.conf и пересобрать систему, получив
> истинную 64-битность?

Наверное в основном то что можно скачать готовую 64-битную систему. Даром. Сейчас. И не тратить уйму времени на пересбор всего и вся. Правда это будет линукс, но тем кому ехать а не шашечки это не столь уж и принципиально.

Ответить | Правка | ^ к родителю #322 | Наверх | Cообщить модератору

4. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от mic_ughf78yrsdj on 08-Авг-11, 10:15 
Если во FreeBSD не будет обновлён компилятор GCC или взамен него не будет предложено что-либо достойное, боюсь перспективы у FreeBSD будут неважные. Современный компилятор - это и решение проблем с созданием современного ПО, и поддержка новых инструкций. Слышал о CLANG, но в какой степени готовности он находится?
Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО, насколько мне известно, данная причина является основной, почему не обновляется GCC. Здесь также нужны подвижки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –2 +/
Сообщение от Аноним (??) on 08-Авг-11, 10:23 
> Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО, насколько
> мне известно, данная причина является основной, почему не обновляется GCC. Здесь
> также нужны подвижки.

Поддерживаю, компилятор давно пора выносить в порты, как в свое время Perl вынесли. Это решит многие проблемы. Для упрощения установки можно добавить заглушку, которая при наборе команды gcc выведет предложение загрузить бинарный пакет или собрать из портов, предложив возможные варианты.
Кстати, в Ubnuntu очень удобно, когда при попытке запустить программу, которая есть в пакетах, но не установлена, выводится указание в каком именно пакете находится данная программа. В случае FreeBSD можно выводить из какого порта можно поставить, иначе приходится кучу лишнего отсеивать при поиске по ключевым словам в портах, да и не решает это проблемы поиска нужного исполняемого файла.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

12. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +4 +/
Сообщение от йопт email(??) on 08-Авг-11, 10:36 
тут надо всё таки добавить, что сложно будет собрать из портов вынесеный туда gcc без компилятора в базе. то есть в случае с gcc вариант получается только в бинарном пакете
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

30. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +5 +/
Сообщение от Паша (??) on 08-Авг-11, 11:36 
Ох ты ж блин, вот они основные проблемы фри.
А вы не знали что в портах есть
# ll -d /usr/ports/lang/gcc*
drwxr-xr-x  3 root  wheel     7B Jul  3 23:44 /usr/ports/lang/gcc34
drwxr-xr-x  3 root  wheel     7B May 21 23:46 /usr/ports/lang/gcc42
drwxr-xr-x  3 root  wheel     7B Jul  3 23:44 /usr/ports/lang/gcc44
drwxr-xr-x  3 root  wheel     7B Aug  8 00:00 /usr/ports/lang/gcc45
drwxr-xr-x  3 root  wheel     7B Aug  2 23:53 /usr/ports/lang/gcc46
drwxr-xr-x  3 root  wheel     7B Aug  7 20:55 /usr/ports/lang/gcc47

и пересобрать base и ядро с этими компиляторами - дело двух строчек в make.conf?

А вы не знали что "потратить кучу времени" на поиски сводится всего лишь к
make search name=part_of_name
make search key=some_key

А вы не знали что есть всякие portmasterы и portupgradы и pkgs_which pkg_rmleaves и 100500 утилит?
Вот в этом то и проблема фрибсд. Все есть, но никто в упор не видит.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

44. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:00 
> и пересобрать base и ядро с этими компиляторами - дело двух строчек
> в make.conf?

А вы сами пробовали пересобрать ядро с /usr/ports/lang/gcc47, знайте при каком GCC из не всплывут глюки ? То-то и оно, что нужно себе шишки набивать каждый раз, для нынешних GCC из портов нет гарантии полной работоспособности и стабильности.


> А вы не знали что "потратить кучу времени" на поиски сводится всего
> лишь к
> make search name=part_of_name
> make search key=some_key

Это поиск по description и ключам, определить в каком порте есть нужный файл это не поможет.
Для поиска в каком порте лежит утилита, допустим, apxs, вам не поможет
make search key=apxs
make search name=apxs

Другая проблема, невозможность дополнительной фильтрации вывода, обычно make search key выдает такие портянки, что искать не переискать, связка с grep не всегда удобна.

> А вы не знали что есть всякие portmasterы и portupgradы и pkgs_which
> pkg_rmleaves и 100500 утилит?

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

> Вот в этом то и проблема фрибсд. Все есть, но никто в
> упор не видит.

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

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

184. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от iZEN (ok) on 08-Авг-11, 18:09 
>> и пересобрать base и ядро с этими компиляторами - дело двух строчек
>> в make.conf?
> А вы сами пробовали пересобрать ядро с /usr/ports/lang/gcc47, знайте при каком GCC
> из не всплывут глюки ?

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

>> А вы не знали что "потратить кучу времени" на поиски сводится всего
>> лишь к
>> make search name=part_of_name
>> make search key=some_key
> Это поиск по description и ключам, определить в каком порте есть нужный файл это не поможет.

Что вам даст знание того, что определённый программный продукт содержит, допустим, файл с названием "ls" или "dd"?

> единого полноценного инструмента, который был позволил решить все проблемы с обновлением портов нет.

Так Unix-way же.

> Как уже кто-то писал в этом треде, теоретически все отлично, но на практике без рукоприкладства не обходится.

Решение проблем из-за человеческой глупости и небрежности ни одной супер-пупер-навороченной программе ещё не удавалось. Хотя подвижки к этому есть, например, в ядерной энергетике. :))

>> Вот в этом то и проблема фрибсд. Все есть, но никто в упор не видит.

Это не проблема ОС как таковой, а проблема в безответственности людей, которые, заметьте, работают и делают программы для FreeBSD БЕСПЛАТНО, то есть даром. Над ними нету над шеей домоклова меча, который висит у 75% разработчиков GNU/Linux. ;)

> Потому что нет очевидных решений, все приходится через пень-колоду делать.

Что конкретно вас не устраивает?

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

260. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 08-Авг-11, 21:58 
>>> Я что-то не понимаю, если не нравится GCC в базовой системе и не хотите пользоваться новыми версиями GCC из портов, тогда к кому и по какому поводу претензии?

Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5. Вполне себе портабельность. А BSDBS - настолько же древняя, как го^W встроенный в нее GCC.

Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

263. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 22:13 
> Я знаю, что современное ядро Linux у меня одинаково соберется и на
> 4.1, и на 4.2, и на 4.3, и на 4.4, и
> на 4.5.

вы уверены? а md5-суммы собранного ядра разными гцц показать можете?

>Вполне себе портабельность. А BSDBS - настолько же древняя,
> как го^W встроенный в нее GCC.

вопрос или намек не понят.

Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

270. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 08-Авг-11, 22:21 
> вы уверены? а md5-суммы собранного ядра разными гцц показать можете?

Ээээ. Не понял вопроса совершенно. MD5 просто обязан быть разным, ибо оптимизатор апгрейдился от версии к версии, и каждая новая версия генерирует местами с целью оптимизации _другой_ код, который выполняет _ту же_ функцию.

Я уверен в том, что ядро не сломается ни от 4.1, ни от 4.2, ни от 4.3 и т.д. Так понятнее?

PS. Естественно, речь идет о _свежих_ ядрах, древние вполне могут не собраться правильно.

Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

303. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vegus (ok) on 09-Авг-11, 00:27 
Получается, озвученая Вами проблема - в неуверенности пользователей? - страхи по поводу соберется или не соберется, а также страхи по поводу изменения привычных методов пользования системой?

Или же имеются ввиду какие-то конкретные технические тоже?

Ответить | Правка | ^ к родителю #270 | Наверх | Cообщить модератору

394. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 08:21 
>> вы уверены? а md5-суммы собранного ядра разными гцц показать можете?
> Я уверен в том, что ядро не сломается ни от 4.1, ни
> от 4.2, ни от 4.3 и т.д. Так понятнее?

ну вот так и пишите, а не "соберется одинаково".
и что там про bsdbs?

Ответить | Правка | ^ к родителю #270 | Наверх | Cообщить модератору

285. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 23:38 
> вы уверены? а md5-суммы собранного ядра разными гцц показать можете?

Они вполне могут быть разными - разработчики гццы не дремали и допиливали оптимизатор. Поэтому код может быть разным. А вот работать будет одинаково.

Иллюстрация для тех кто в танке, на примере абстрактного процессора:
mov r0, #1
mov r0, #2
mov r0, #3

заменяется на "оптимизированный варинат кода":
mov r0, #3

И хотя md5sum у бинарного кода будет разный и вообще второй варинат в три раза короче, результат выполнения почему-то окажется совершенно одинаковый: r0 содержит число 3.

Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

534. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 09-Авг-11, 19:36 
>[оверквотинг удален]
> оптимизатор. Поэтому код может быть разным. А вот работать будет одинаково.
> Иллюстрация для тех кто в танке, на примере абстрактного процессора:
> mov r0, #1
> mov r0, #2
> mov r0, #3
> заменяется на "оптимизированный варинат кода":
> mov r0, #3
> И хотя md5sum у бинарного кода будет разный и вообще второй варинат
> в три раза короче, результат выполнения почему-то окажется совершенно одинаковый: r0
> содержит число 3.

Это глупый код и глупый пример. Такое gcc умел еще от рождения. Сейчас пилятся более сложные оптимизации и по большей части касаемые C++. А некоторые из оптимизаций вообще отключаются в виду их сомнительности или известных багов. Так что сборка различными версиями gcc может не отличаться вплоть до байта.

Ответить | Правка | ^ к родителю #285 | Наверх | Cообщить модератору

548. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 21:37 
> Это глупый код и глупый пример. Такое gcc умел еще от рождения.

Ну так это пример для глупых людей. Умные и сами должны понимать что оптимизатор в разных версиях gcc имеет право сгенерить разный код.  

> Сейчас пилятся более сложные оптимизации и по большей части касаемые C++.

Они там пилятся касаемо всего.

> А некоторые из оптимизаций вообще отключаются в виду их сомнительности или
> известных багов.

Скорее, выносятся в другие уровни оптимизации которые вы можете попробовать на свой страх и риск. А все что стабильно упихано в -O2 как правило. Что-то сверх того... для ряда программ работает -O3, но злоупотреблять им не стоит. Прецеденты были.

> Так что сборка различными версиями gcc может не отличаться вплоть до байта.

Ну да, хрен там. На махине типа линуксного ядра это очень маловероятное событие. Конечно если сравнивать gcc 4.5.0 и 4.5.1 где все отличие только в багфиксах - это еще может прокатить, но например кернел собранный 4.2, 4.3, 4.4, 4.5 и 4.6 скорее всего будет с разным md5. Поэтому что должен доказывать md5 - не очевидно. Стагнацию в развитии оптимизатора? Не дождетесь :)

Ответить | Правка | ^ к родителю #534 | Наверх | Cообщить модератору

574. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:50 
> Ну да, хрен там. На махине типа линуксного ядра это очень маловероятное
> событие. Конечно если сравнивать gcc 4.5.0 и 4.5.1 где все отличие
> только в багфиксах - это еще может прокатить, но например кернел
> собранный 4.2, 4.3, 4.4, 4.5 и 4.6 скорее всего будет с
> разным md5. Поэтому что должен доказывать md5 - не очевидно. Стагнацию
> в развитии оптимизатора? Не дождетесь :)

человек сказал:
>Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5.

если сие утверждение верно, то md5 должна быть одинаковой.

Ответить | Правка | ^ к родителю #548 | Наверх | Cообщить модератору

621. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 10-Авг-11, 09:54 
> человек сказал:
>>Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5.
> если сие утверждение верно, то md5 должна быть одинаковой.

Примитивизируете, трололо. Одинаково не на бинарном, а на функциональном уровне.


Ответить | Правка | ^ к родителю #574 | Наверх | Cообщить модератору

696. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 17:36 
> если сие утверждение верно, то md5 должна быть одинаковой.

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

Ответить | Правка | ^ к родителю #574 | Наверх | Cообщить модератору

290. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от iZEN (ok) on 08-Авг-11, 23:50 
> Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5. Вполне себе портабельность. А BSDBS - настолько же древняя, как го^W встроенный в нее GCC.

Не волнуйтесь. У нас во 9-BETA1 уже LLVM/Clang в базовой системе. Многие порты им же и собираются. А это посовременнее всяких GCC и по портабельности производимого кода даст фору любому компилятору. ;)

Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

342. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –2 +/
Сообщение от anonymous (??) on 09-Авг-11, 02:07 
> Не волнуйтесь. У нас во 9-BETA1 уже LLVM/Clang в базовой системе. Многие
> порты им же и собираются. А это посовременнее всяких GCC и
> по портабельности производимого кода даст фору любому компилятору. ;)

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

Ответить | Правка | ^ к родителю #290 | Наверх | Cообщить модератору

372. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от iZEN (ok) on 09-Авг-11, 03:46 
>> Не волнуйтесь. У нас во 9-BETA1 уже LLVM/Clang в базовой системе. Многие
>> порты им же и собираются. А это посовременнее всяких GCC и
>> по портабельности производимого кода даст фору любому компилятору. ;)
> выше мы опять имели несчастье наблюдать рассуждения дилетанта о том, в чём
> он ничего не понимает, но очень хочет казаться экспертом.

Ну да — неудачно выразился.

Попробую ещё раз: система LLVM/Clang принуждает писать портабельный код без GCC'измов.


Ответить | Правка | ^ к родителю #342 | Наверх | Cообщить модератору

374. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –2 +/
Сообщение от anonymous (??) on 09-Авг-11, 03:55 
> Попробую ещё раз: система LLVM/Clang принуждает писать портабельный код без GCC'измов.

ну и летит лесом, соответственно.

во-первых, gcc есть для такого количества архитектур, о которых кланг даже не мечтает пока. даже если к нему приплюсовать ещё пару каких-нибудь компиляторов.

во-вторых, «gcc-измы» — они появились не просто так, а для удобства программиста. знаешь, я в гробу в костюме видал этот ваш пуризм: используя расширения gcc я:
а) упрощаю себе жизнь;
б) ничего не теряю, потому что target'ом для gcc разве что MENACE являтся не может, и то потому, что там один всего алгоритм зашит.

замечание в сторону: кланг и сейчас некоторые расширения gcc понимает, и дальше будет понимать — ещё больше. потому что там сидят вполне адекватные люди, которые в курсе про необходимость «сферических коней в вакууме».

Ответить | Правка | ^ к родителю #372 | Наверх | Cообщить модератору

467. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 14:34 
и замыкаешся только внутри одной платформы - Linux.
Лишая себя возможности собираться на BSD, Solaris, и возможно win32.

А по части линуксизмов - вот почитайте как из ядра linux их потихоньку выпиливают вместе с likely/unlikely.
наверно не просто так?

А то что код linux kernel такой грязный что даже gcc с ключиком pedantic его не собирает - для вас наверно не секрет?

Ответить | Правка | ^ к родителю #374 | Наверх | Cообщить модератору

551. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 21:44 
> Лишая себя возможности собираться на BSD, Solaris, и возможно win32.

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

> А по части линуксизмов - вот почитайте как из ядра linux их
> потихоньку выпиливают вместе с likely/unlikely.
> наверно не просто так?

Линуксизмы выпиленные из ядра линукс - это шедеврально!

> А то что код linux kernel такой грязный что даже gcc с
> ключиком pedantic его не собирает - для вас наверно не секрет?

Зато у меня есть свеженький gcc 4.6 да еще с патчами Linaro. Что дает ему 5 очков форы на ARM. А у вас только фига в кармане да пиндеж про правильные лицензии. А захоти я запустить бсду на арме - сплошной геморрой и кривизна из каждого угла торчат, так что даже жадные корпоративщики уже и то предпочитают предоставить сорц по GPL чем так геморроиться.

Ответить | Правка | ^ к родителю #467 | Наверх | Cообщить модератору

470. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Aquarius (ok) on 09-Авг-11, 14:46 
> амечание в сторону: кланг и сейчас некоторые расширения gcc понимает, и дальше будет понимать — ещё больше. потому что там сидят вполне адекватные люди, которые в курсе про необходимость «сферических коней в вакууме».

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

Ответить | Правка | ^ к родителю #374 | Наверх | Cообщить модератору

473. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 14:59 
> не соглашусь про коня
> GCC'змы, как раз сильно разбавляют вакуум вокруг коня метаном, да и форму
> сферы портят

я, вообще-то, намекал на то, что пуристский конь нафиг не упёрся.

Ответить | Правка | ^ к родителю #470 | Наверх | Cообщить модератору

429. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov on 09-Авг-11, 10:43 
>уже LLVM/Clang в базовой системе. Многие
> по портабельности производимого кода

Whoah&??? JS-бэкенд что ля? 8-0

>даст фору любому компилятору. ;)

И кстати, чего там про tcc слышно---

Ответить | Правка | ^ к родителю #290 | Наверх | Cообщить модератору

552. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 21:46 
> И кстати, чего там про tcc слышно---

Наверное то же самое что и про переписывание busybox под расово верными лицензиями.

Ответить | Правка | ^ к родителю #429 | Наверх | Cообщить модератору

555. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 21:58 
>> И кстати, чего там про tcc слышно---
> Наверное то же самое что и про переписывание busybox под расово верными
> лицензиями.

вообще-то tcc спокойненько себе развивается. можно сходить в список рассылки, да помедитировать.

только разве он не под мерсссской GPL? бида-бида, не?

Ответить | Правка | ^ к родителю #552 | Наверх | Cообщить модератору

561. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:21 
> вообще-то tcc спокойненько себе развивается. можно сходить в список рассылки, да помедитировать.

И еще 10 лет заниматься тем же. А я не живу вечно, поэтому не могу позволить себе роскошь еще 10 лет медитировать. Увы.

> только разве он не под мерсссской GPL? бида-бида, не?

Гцц под его мерсской gpl собирает мне лично мою фирмварину под лично моей лицензией для cortex M3. Генеря код на уровне дорогущих кейлов и иаров, да еще и работая в удобном мне линуксе. И я что-то не вижу - в каком же месте меня ограничили: лицензия на мой код - лично  моя. Денег не просят. Работают в удобной мне оси и хавают вагон архитектур на все вкусы. А я не уйду на пенсию пока tcc сможет хоть 1/5 архитектур gcc понимать? Так мне на пенсии все-равно уже будет, имхо ;)

Ответить | Правка | ^ к родителю #555 | Наверх | Cообщить модератору

616. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –1 +/
Сообщение от Аноним (??) on 10-Авг-11, 08:40 
>> только разве он не под мерсссской GPL? бида-бида, не?
> Гцц под его мерсской gpl собирает мне лично мою фирмварину под лично
> моей лицензией для cortex M3. Генеря код на уровне дорогущих кейлов
> и иаров, да еще и работая в удобном мне линуксе. И
> я что-то не вижу - в каком же месте меня ограничили:
> лицензия на мой код - лично  моя. Денег не просят.
> Работают в удобной мне оси и хавают вагон архитектур на все
> вкусы. А я не уйду на пенсию пока tcc сможет хоть
> 1/5 архитектур gcc понимать? Так мне на пенсии все-равно уже будет,
> имхо ;)

А ты уверен что ты попадаешь под linking exception ? и можешь позволить себе собирать свой код компилятором под GPL v3? а то ведь ты будешь обязан открыть свою прошивку только за то что пользуешся gcc.

Ответить | Правка | ^ к родителю #561 | Наверх | Cообщить модератору

704. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 18:04 
> А ты уверен что ты попадаешь под linking exception ? и можешь
> позволить себе собирать свой код компилятором под GPL v3? а то
> ведь ты будешь обязан открыть свою прошивку только за то что
> пользуешся gcc.

Весь код, вплоть до "стартапа" может быть лично мой. До последнего битика. Очевидно, лицензию на все это я устанавливаю сам. Это даже не столько из-за лицензии, сколько в соответствии с моими правами как автора в рамках существующих copyright laws. Ну а если я линкуюсь с чьим-то еще чужим кодом - я очевидно должен уважать их аналогичные авторские права и соблюсти их лицензию. ИМХО это честно. И да, я уверен что если код на 100% мой - то и рулю им на 100% я, как описано в законах.

Ответить | Правка | ^ к родителю #616 | Наверх | Cообщить модератору

786. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –1 +/
Сообщение от Аноним (??) on 11-Авг-11, 11:05 
ты линкуешся с кодом libgcc в первую очередь :-)
сюрприз ?
А значит свои права автора можешь засунуть далеко, лицензия будет ровно такой какой будет лицензия на libgcc.
Будет там написано что при линковке с libgcc весь код переходит к GNU - что поделать, собираешь компилятором gcc - значит обязан передать код GNU.
Что бы такого маразма не было - делаются linking exception у gcc. Одна беда - когда gcc экстренно переводили на GPL v3 - забыли их сделать.
И весь мир собирающий свои программы при помощи gcc - стал срочно обязан предостовлять своих исходники по требованию и вобще соблюдать требования GPL v3 вне зависимости от того какая лицензия была у кода. Это понятно ?
После шума поднятого BSD поправились, через версию другую добавили эти исключения и даже извенялись - типа по недосмотру сделали - но ведь осадок остался?
Никто не знает что еще выкинут эти красавцы из GNU.
Ответить | Правка | ^ к родителю #704 | Наверх | Cообщить модератору

929. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 13-Авг-11, 00:29 
> ты линкуешся с кодом libgcc в первую очередь :-)

Нормально! Вы лучше меня знаете с чем я линкую мою фирмвару? А может вы мне тогда еще и исходники будущей версии мне тогда дадите? :)

> сюрприз ?

Еще какой! Телепаты на опеннете!

> А значит свои права автора можешь засунуть далеко, лицензия будет ровно такой
> какой будет лицензия на libgcc.

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

> Будет там написано что при линковке с libgcc весь код переходит к
> GNU - что поделать, собираешь компилятором gcc - значит обязан передать
> код GNU.

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

Ответить | Правка | ^ к родителю #786 | Наверх | Cообщить модератору

832. "Лицензия своего кода"  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 21:50 
> Весь код, вплоть до "стартапа" может быть лично мой. До последнего битика.
> Очевидно, лицензию на все это я устанавливаю сам. Это даже не
> столько из-за лицензии, сколько в соответствии с моими правами как автора
> в рамках существующих copyright laws. Ну а если я линкуюсь с
> чьим-то еще чужим кодом - я очевидно должен уважать их аналогичные
> авторские права и соблюсти их лицензию. ИМХО это честно. И да,
> я уверен что если код на 100% мой - то и
> рулю им на 100% я, как описано в законах.

Нет, не всегда, увы. В некоторых случаях не дадут рулить на 100% - разумеется, не для абстрактного кода в вакууме, а линкуемого с тем или иным софтом (например, GPL).

Ответить | Правка | ^ к родителю #704 | Наверх | Cообщить модератору

870. "Лицензия своего кода"  +/
Сообщение от Аноним (??) on 12-Авг-11, 15:51 
> Нет, не всегда, увы. В некоторых случаях не дадут рулить на 100%

Что значит - не дадут? Отнимут у меня возможность давать линкеру команды и писать ему скрипты? Или руки мне свяжут? А если я линкуюсь с некоей либой потому что мне она нужна - вероятно я должен уважать тамошние лицензии в обмен на право использования. Или пойти лесом и переписать. Или взять другую либу. Вроде все логично.

> - разумеется, не для абстрактного кода в вакууме, а линкуемого с
> тем или иным софтом (например, GPL).

Ну если вы линкуетесь с GPLной либой - да, придется соблюсти ее условия. Не нравятся условия - не линкуйтесь с этой либой. Сам по себе gcc допускает линковку в совершенно любых позах с чем угодно, без впаривания предопределенных либ.

Ответить | Правка | ^ к родителю #832 | Наверх | Cообщить модератору

619. "кован анализ ключ"  +/
Сообщение от Andrey Mitrofanov on 10-Авг-11, 09:30 
>>> И кстати, чего там про tcc слышно---
> только разве он не под мерсссской GPL? бида-бида, не?

Ога, чегой-то я в трёхбуквенных запутался: над было с PCC http://opennet.ru/opennews/art.shtml?num=24853 тролить, а tcc http://bellard.org/tcc/ деситна под LGPL.

ЗЫ: А полный список "рассово верных" /[^gpt]cc/ осилим? Перепись?!

Ответить | Правка | ^ к родителю #555 | Наверх | Cообщить модератору

557. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:05 
> Whoah&??? JS-бэкенд что ля? 8-0

Даже при этом, первой операционкой загруженной в браузере почему-то оказался линукс. Видимо, проще написать на js эмуль некоего проца и заставить его слупить бинарный код чем безглючно выдать столько кода в виде JS...

Ответить | Правка | ^ к родителю #429 | Наверх | Cообщить модератору

600. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от anonym on 10-Авг-11, 02:58 
>>>> Я что-то не понимаю, если не нравится GCC в базовой системе и не хотите пользоваться новыми версиями GCC из портов, тогда к кому и по какому поводу претензии?
> Я знаю, что современное ядро Linux у меня одинаково соберется и на
> 4.1, и на 4.2, и на 4.3, и на 4.4, и
> на 4.5. Вполне себе портабельность. А BSDBS - настолько же древняя,
> как го^W встроенный в нее GCC.

Вы наверное или не осведомлены в полной степени, или (что более вероятно) очень толсто троллите. В системе есть понятие системный компилятор, это тот компилятор, которым ВСЕГДА будет собираться сама система, ну а порты компилируются тем, от чего зависят (например для сборки KDE нужен GCC 4.5 кторый ставится в /usr/local), в общем то решение не очень изящное, но надежное (ничто никогда не сломается).

Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

331. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от linecommander (ok) on 09-Авг-11, 01:32 
...да!

вот, кстати...

борюсь с косностью и архаичностью терминов учебника FreeBSD

даже готов личный вклад предоставить

я мигрант с винды

и для меня жуть как трудно среди disk_adding отыскать необходимые строчки чтобы просто отформатировать флешку

но это не проблемы FreeBSD, это больше проблема поколений, которую как всегда некому решать

...аэээ, я, собственно, мигрант с винды на десктоп-самодельную ФриБСД, выбор сознательный, практически окончательный, FreeBSD в качестве наглядного пособия огогогоггоооо

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

855. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от www2 (ok) on 12-Авг-11, 06:21 
Нельзя "просто отформатировать флешку".

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

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

Ответить | Правка | ^ к родителю #331 | Наверх | Cообщить модератору

930. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 13-Авг-11, 00:31 
> Нельзя "просто отформатировать флешку".

В принципе - можно: mkfs.<название_фс> (или что там у кого) /dev/yourflashdevice  - будет отформачено как "большая дискета". То что и называют "просто форматированием".

Ответить | Правка | ^ к родителю #855 | Наверх | Cообщить модератору

873. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Денис email(??) on 12-Авг-11, 16:08 
Запустите sysinstall, выберите Configure и дальше fdisk над вашей флешкой.
Более правильный путь, пожалуй, так:
gpart create -s mbr /dev/ваша_флешка
gpart add -t freebsd-ufs /dev/ваша_флешка
newfs /dev/ваша_флешка_p0
Ответить | Правка | ^ к родителю #331 | Наверх | Cообщить модератору

523. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Василий3 on 09-Авг-11, 18:42 
> Вот в этом то и проблема фрибсд. Все есть, но никто в
> упор не видит.

Не элитничай. Знания нынче не в моде. В моде нынче как в той песне поётся - не надо теперь ничего знать, только кнопочки нажимать... :-)

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

34. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от oops (ok) on 08-Авг-11, 11:39 
да вы с какой луни свалились! =) Судите о вкусе устриц?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

72. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ананим on 08-Авг-11, 12:52 
да сколько угодно можете хвалить свои устрицы.
просто при этом всякие рамблеры с яндексами на них даже уже смотреть не будут, не то что пробовать.
скажите "и не нужно"? ню-ню.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

104. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от oops (ok) on 08-Авг-11, 13:45 
вы отвечайте по теме, а не просто чтоб написать
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

732. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 21:02 
> вы отвечайте по теме, а не просто чтоб написать

Примените это еще и к себе, плиз.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

131. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Anony on 08-Авг-11, 14:23 
мммм, пока только Рампочта изъявила желание перейти на линух, так что говорить за других или обобщать не стоит
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

135. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ivanko on 08-Авг-11, 14:45 
> мммм, пока только Рампочта изъявила желание перейти на линух, так что говорить
> за других или обобщать не стоит

И Яндекс - тоже.

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

142. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Anony on 08-Авг-11, 15:16 
единственное сообщение, что яндекс уходит с freebsd это на xakep.ru видать под катом накатали
Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

301. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от оттуда on 09-Авг-11, 00:24 
А вы, Ваня, простите, кто такой, чтобы вот такое вот утверждать ?

Поиск Яндекса жил, живет и еще ооочень долго будет жить на FreeBSD, вопреки
всем тролям и прочим "сочувствующим".
Вы вряд ли даже представить себе сможете - какой объем работы нужно проделать
чтобы перевести это на Linux, особенно в контексте постоянной нехватки рабочей
силы в связи с бурным ростом. А еще есть кучка FreeBSD админов, которых Яндекс
нанимал годами, и которых, вы не поверите, эта ОС устраивает и они умеют ее
готовить.

Ага, Linux пробуется местами, но как-то совсем не приживается - вы уж извините.

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

425. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ivanko on 09-Авг-11, 10:36 
> А вы, Ваня, простите, кто такой, чтобы вот такое вот утверждать ?
> Ага, Linux пробуется местами, но как-то совсем не приживается - вы уж
> извините.

поищи посты в ЖЖ Анатоликса (ты ведь знаешь, кто он?) и почитай о планах Яндекса.

Ответить | Правка | ^ к родителю #301 | Наверх | Cообщить модератору

439. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от тигар (ok) on 09-Авг-11, 11:23 
>> почитай о планах Яндекса.

пара убунт среди много_fbsd там (в поиске). и не факт что они приживутся.

Ответить | Правка | ^ к родителю #557 | Наверх | Cообщить модератору

446. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ivanko on 09-Авг-11, 12:22 

> пара убунт среди много_fbsd там (в поиске). и не факт что они
> приживутся.

Еще раз. Ты в курсе, кто такой Анатоликс?

Ответить | Правка | ^ к родителю #439 | Наверх | Cообщить модератору

449. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от тигар (ok) on 09-Авг-11, 12:28 
>> пара убунт среди много_fbsd там (в поиске). и не факт что они
>> приживутся.
> Еще раз. Ты в курсе, кто такой Анатоликс?

я - в курсе. Знаю также несколько больше чем написано в вышеупомянутом жж. и?

Ответить | Правка | ^ к родителю #446 | Наверх | Cообщить модератору

493. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от crypt (??) on 09-Авг-11, 15:47 
>А еще есть кучка FreeBSD админов, которых Яндекс
>нанимал годами

Вам оттуда, конечно, виднее, но я лично вижу, что Яндекс уже довольно давно разделяет админов Linux/FreeBSD и вакансии на Linux админов у них давно (нанимают годами). А вот в Google Linux приживается и я подозреваю, что на миграцию на FreeBSD они затратили бы больше сил, чем поиск Yandex.

Ответить | Правка | ^ к родителю #301 | Наверх | Cообщить модератору

553. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 21:52 
Почему-то поиск гугла еще и работает не в пример лучше поиска яндекса. Уж не знаю связано ли это с бсд напрямую, но почему-то всегда так: если хочется инновационную услугу и чтобы #1, это будет явно не на фрибсд. А на фри остались только ископаемые типа яхи, которые не могут предложить ни одного актуального востребованного сервиса, проигрывают по параметрам конкурентам и в результате загибаются (как поиск яхи vs гугля).
Ответить | Правка | ^ к родителю #493 | Наверх | Cообщить модератору

598. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 10-Авг-11, 02:20 
>А на фри остались только ископаемые типа
> яхи, которые не могут предложить ни одного актуального востребованного сервиса,

яха заявляла, что у них 75% серверов на linux.

Ответить | Правка | ^ к родителю #553 | Наверх | Cообщить модератору

720. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 10-Авг-11, 19:42 
> Почему-то поиск гугла еще и работает не в пример лучше поиска яндекса.

Алгоритмы поисковых роботов конечно же напрямую зависят от ОС!

Ответить | Правка | ^ к родителю #553 | Наверх | Cообщить модератору

735. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 10-Авг-11, 21:41 
> Алгоритмы поисковых роботов конечно же напрямую зависят от ОС!

Напрямую - зависит кто работать у вас будет. Юзайте бсд и к вам пойдут только академики которым главное чтобы красиво внутри, а как работает - плевать, да пионеры-маразматики, которые ничего не умеют но твердо усвоили что их фетиш - это круто а они - "илита".

Ответить | Правка | ^ к родителю #720 | Наверх | Cообщить модератору

734. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 21:26 
> Ага, Linux пробуется местами, но как-то совсем не приживается - вы уж извините.

У меня другие сведения -- хотя, возможно, из другого подразделения.  Но могу уточнить.

Ответить | Правка | ^ к родителю #301 | Наверх | Cообщить модератору

854. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от www2 (ok) on 12-Авг-11, 06:04 
>заглушку, которая при _наборе команды gcc выведет предложение_ загрузить бинарный пакет или _собрать из портов_

OH SHI~~~

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

21. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Garikk on 08-Авг-11, 11:11 
Лицензионные ограничения? А они во фре вообще есть?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

90. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 13:18 
Есть.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

736. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 21:42 
> Лицензионные ограничения? А они во фре вообще есть?

Да. Надо рекламировать каких-то старперов из беркелея, например. Совсем без ограничений - это public domain.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

744. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 10-Авг-11, 22:09 
>> Лицензионные ограничения? А они во фре вообще есть?
> Да. Надо рекламировать каких-то старперов из беркелея, например. Совсем без ограничений
> - это public domain.

Если вы про злосчастный третий пункт оригинальной BSDL, то даже сам университет Беркли официально от него отказался и публично объявил его более недействительным.

А если вы про то, чтобы просто сохранять пометку об авторе кода, то таки да, есть такое ограничение. И дальше — действительно только общественное достояние.

Ответить | Правка | ^ к родителю #736 | Наверх | Cообщить модератору

758. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 23:27 
>> Да. Надо рекламировать каких-то старперов из беркелея, например.
> Если вы про злосчастный третий пункт оригинальной BSDL, то даже сам университет
> Беркли официально от него отказался и публично объявил его более недействительным.

ЕМНИП их довольно долго допинывал тот самый RMS...

>> Совсем без ограничений - это public domain.

С ограничениями -- не во всех юрисдикциях определён.

Ответить | Правка | ^ к родителю #744 | Наверх | Cообщить модератору

769. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 11-Авг-11, 00:22 
>>> Да. Надо рекламировать каких-то старперов из беркелея, например.
>> Если вы про злосчастный третий пункт оригинальной BSDL, то даже сам университет
>> Беркли официально от него отказался и публично объявил его более недействительным.
> ЕМНИП их довольно долго допинывал тот самый RMS...

Да их пинали все кому ни лень, и разработчики *BSD и BSDL-проектов в том числе. :)

>>> Совсем без ограничений - это public domain.
> С ограничениями -- не во всех юрисдикциях определён.

Угу, и я о том же. А если верить Википедии (не знал про WTFPL, спасибо комментатору), то ещё и кое-где определение общественного достояния может сильно отличаться от того, о котором думает автор...

Ответить | Правка | ^ к родителю #758 | Наверх | Cообщить модератору

32. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Рома (??) on 08-Авг-11, 11:39 
> Лицензионные ограничения FreeBSD

Вы хотели сказать "Лицензионные свободы FreeBSD"?

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

74. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ананим on 08-Авг-11, 12:54 
да как угодно называйте.
а факт - от гцц уже отстали и полноценного нового ничего не сделали.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

99. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 13:39 
так почему не высказано фи - Столману - который в один момент выпустил gcc на GPL v3 и далеко не сразу сделал linking exception ?

То есть объявил сразу весь код собранный при помощи gcc как gpl v3.

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

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

264. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –3 +/
Сообщение от Michael Shigorin email(ok) on 08-Авг-11, 22:14 
> так у gcc чем выше версия тем хуже код генерящийся, более
> тормознутый и тп.

Никак пишете, собравшись 2.7.2.3?

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

729. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 10-Авг-11, 20:44 
> Никак пишете, собравшись 2.7.2.3?

Троллинг, но тонкий и дельный, черт возьми!

Ответить | Правка | ^ к родителю #264 | Наверх | Cообщить модератору

105. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 08-Авг-11, 13:45 
> Вы хотели сказать "Лицензионные свободы FreeBSD"?

Выкидывать и переписывать открытый софт просто потому, что у него чуть другая лицензия? И это вы называете свободой?
Воистину, извращенный разум.

А если GNU/Linux займется выкидыванием всего BSD-софта, вы это тоже назовете борьбой за свободу?

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

157. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 16:33 
простите - а кто сделал так что GPL v3 не совместимо с BSDL ?

кто накладывает больше ограничений GPL v3 и BSDL?

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

190. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 18:27 
Свободная лицензия - это не та, которая накладывает меньше ограничений, а та, которая создает наиболее выгодные условия для создания и развития свободного ПО (и судя по сабжу, BSDL свободной явно не назовешь).

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

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

475. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Куча on 09-Авг-11, 15:03 
Ну да, ага.
Дело в том, что твоя свобода заканчивается там, где твои права начинают нарушать чужую свободу. Именно это и пропагандирует gpl.  Так же как и законы абстрактного государства - это вы можете, а это нет, потому что нарушите чужие права и свободы.
А теперь посмотрите на реальность. Где свободнее людям живется - в россии, сшп или в сомали? Да в сомали конечно. там моя свобода не ограничивается чьей то еще и права мои не исчезают, пересекаясь с чужими. Так же и gpl.
BSDL - свобода в чистом проявлении без ограничений. Можно все. Только не стирайте авторов из заголовков сорцов, а так можете хоть продавать хоть закрывать.
Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

742. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от Аноним (??) on 10-Авг-11, 22:02 
> А теперь посмотрите на реальность. Где свободнее людям живется - в россии,
> сшп или в сомали?

В лондоне, чего там! Обалденная жизнь:
- Можно совершенно бесплатно получить в табло! Во!
- Можно лишиться кошелька. Нахаляву! Вау!
- А какой-нибудь му...к разобьет вам авто. Просто так!

Бонус: вы также можете проверить на своем имуществе что коктейль молотова - жжот сцуко! Шоу спонсирует команда пожарных и мародеры! Ну и ваше имущество.

Ответить | Правка | ^ к родителю #475 | Наверх | Cообщить модератору

169. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –2 +/
Сообщение от Аноним (??) on 08-Авг-11, 17:01 
> Выкидывать и переписывать открытый софт просто потому, что у него чуть другая
> лицензия? И это вы называете свободой?

"Чуть"? Вы в совём уме? Сравните ограничения BSD и GPL. Это небо и земля.

> Воистину, извращенный разум.
> А если GNU/Linux займется выкидыванием всего BSD-софта, вы это тоже назовете борьбой
> за свободу?

А что вы думаете, оно не занялось? GnuTLS, gawk, gsed, и этот цирк продолжается.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

175. "блик на люче блем Free"  +/
Сообщение от Andrey Mitrofanov on 08-Авг-11, 17:23 
>>И это вы называете свободой?
>Сравните ограничения BSD

1/ Не напомните, куда ограничения BSDL привели freebsd? А в разрезе $топика?
2/ http://www.opennet.me/openforum/vsluhforumID3/77410.html#18 , нет? Свободен!

>> А если GNU/Linux займется выкидыванием всего BSD-софта,

Объясните, зачем "это" надо вашим коре-тиимам, расскажите, как _Вам_ от этого просто здорово и хорошоу, -- пользователи ГНУ/линуксов к Вам потянутся, создадут потребность, надавят на рэдхатов и прочих оракелов -- и вот она, победа freebsd! Начинайте же??

...
Не, ну можете, как все "ваши" ранее -- "freebsd более свободна для вендоров", на этом с сдуться.

Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

558. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:09 
> "Чуть"? Вы в совём уме? Сравните ограничения BSD и GPL. Это небо
> и земля.

Сравнил: гугл выкладывает сорцы кернеля потому что GPL. Эппл вертит фигой, потому что BSD. Что для *меня* и всех кто не гугл и эппл лучше? Угадаете? :)

Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

587. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Sem (??) on 09-Авг-11, 23:47 
>> "Чуть"? Вы в совём уме? Сравните ограничения BSD и GPL. Это небо
>> и земля.
> Сравнил: гугл выкладывает сорцы кернеля потому что GPL. Эппл вертит фигой, потому
> что BSD. Что для *меня* и всех кто не гугл и
> эппл лучше? Угадаете? :)

У гугла свое понимание GPL: Android 3 - выложим, когда захотим. Правда они лучшие?

Ответить | Правка | ^ к родителю #558 | Наверх | Cообщить модератору

599. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 10-Авг-11, 02:22 
> У гугла свое понимание GPL: Android 3 - выложим, когда захотим. Правда
> они лучшие?

а что там не так с gpl?
что мешает автору софта gpl следующую версию выпустить не под gpl?

Ответить | Правка | ^ к родителю #587 | Наверх | Cообщить модератору

888. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 18:07 
> что мешает автору софта gpl следующую версию выпустить не под gpl?

В случае кернела этому мешает необходимость получить согласие на это over 9000 разных авторов кода :)

Ответить | Правка | ^ к родителю #599 | Наверх | Cообщить модератору

737. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 21:44 
> У гугла свое понимание GPL: Android 3 - выложим, когда захотим. Правда
> они лучшие?

Сорц ядра они выложили уже. Потому что GPL. А остальное зажали. Потому что апаче. В этом месте мы на своей шкуре ощущаем как апачевская лицензия свободнее GPL, аж два раза.

Ответить | Правка | ^ к родителю #587 | Наверх | Cообщить модератору

601. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от anonym on 10-Авг-11, 03:04 
>> Вы хотели сказать "Лицензионные свободы FreeBSD"?
> Выкидывать и переписывать открытый софт просто потому, что у него чуть другая
> лицензия? И это вы называете свободой?
> Воистину, извращенный разум.
> А если GNU/Linux займется выкидыванием всего BSD-софта, вы это тоже назовете борьбой
> за свободу?

Толстовато как-то
Эмм, да переписывают и выкидывают не из-за принципа (на жцц прожили слава богу пятнадцать лет), а из-за того что дедушка Столлман все махом на жопоель три перевел.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

636. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 10-Авг-11, 11:10 
> а из-за того что дедушка Столлман все махом на жопоель три перевел.

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

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

Ответить | Правка | ^ к родителю #601 | Наверх | Cообщить модератору

168. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 16:59 
> Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО

Что за бред? Лицензия FreeBSD не налагает никаких ограничений сверх любой другой свободной лицензии. Она аналогична ZLIB и MIT, и намного либеральнее любой GPL. Свободнее - только Public Domain.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

177. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov on 08-Авг-11, 17:26 
> свободной лицензии. Она аналогична ZLIB и MIT, и намного либеральнее любой
> GPL. Свободнее - только Public Domain.

Именно поэтому коичество пользователей (и -> _разрабов_!) обратно пропорционально _Вашему_ измерению "свободы"? (Пройдите по ссылке выше в #175 -- к упражнению с линейкой.)

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

472. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Aquarius (ok) on 09-Авг-11, 14:55 
>> Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО
> Что за бред? Лицензия FreeBSD не налагает никаких ограничений сверх любой другой
> свободной лицензии. Она аналогична ZLIB и MIT, и намного либеральнее любой
> GPL. Свободнее - только Public Domain.

свобода Public Domain хороша для того, чему не надо меняться
ПО таковым не является
P.S. IMHO
P.P.S. IMHO, это очевидно

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

559. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:11 
> Свободнее - только Public Domain.

И почему-то под оным практически нет ни одного реально большого и сложного проекта. Например операционки. Не хотите так сказать, расширить горизонты свободы? А то может мне совсем не хочется рекламировать старперов из беркелея и таскать их копирайты?!

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

672. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от PereresusNeVlezaetBuggy (ok) on 10-Авг-11, 14:48 
djbdns, qmail, SQLite... продолжать?
Ответить | Правка | ^ к родителю #559 | Наверх | Cообщить модератору

739. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 21:46 
> djbdns, qmail, SQLite... продолжать?

И все перечисленные проекты - как на подбор, маленькие и легкие. А чего-нибудь более масштабного, типа ядра операционки - слабо?

Ответить | Правка | ^ к родителю #672 | Наверх | Cообщить модератору

751. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от PereresusNeVlezaetBuggy email(ok) on 10-Авг-11, 22:46 
>> djbdns, qmail, SQLite... продолжать?
> И все перечисленные проекты - как на подбор, маленькие и легкие.

А тормозный и разожравшийся софт в public domain и не выживет. Оценивали бы лучше по используемости _и_ качеству...

> А чего-нибудь более масштабного, типа ядра операционки - слабо?

... То есть ядро операционки должно быть большим и тяжёлым? :-D

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

Я сам не фанат public domain, т.к. в некоторых странах, AFAIK, это понятие вообще отсутствует. BSDL, IMHO, предоставляет наиболее грамотный вариант для публикации кода «для всех». Но тут уж на вкус и цвет...

Ответить | Правка | ^ к родителю #739 | Наверх | Cообщить модератору

752. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 10-Авг-11, 22:57 
> Я сам не фанат public domain, т.к. в некоторых странах, AFAIK, это
> понятие вообще отсутствует. BSDL, IMHO, предоставляет наиболее грамотный вариант для публикации
> кода «для всех». Но тут уж на вкус и цвет…

вообще-то — WTFPL тогда.

Ответить | Правка | ^ к родителю #751 | Наверх | Cообщить модератору

782. "ключевых проблем FreeBSD"  +/
Сообщение от Andrey Mitrofanov on 11-Авг-11, 10:41 
> вообще-то — WTFPL тогда.

Отличная лицензия! А FreeBSD Core Team -- +<%) в курсе?!!

Ответить | Правка | ^ к родителю #752 | Наверх | Cообщить модератору

803. "ключевых проблем FreeBSD"  +/
Сообщение от anonymous (??) on 11-Авг-11, 16:55 
>> вообще-то — WTFPL тогда.
> Отличная лицензия! А FreeBSD Core Team — +<%) в курсе?!!

я думаю, они найдут в ней какую-нибудь несвободу. ведь всем же известно, что BSDL — самая свободная. и свободней быть не может.

а я тем временем потихоньку убеждаю авторов нужных мне проектов делать exceptions для WTFPL (если нужны). вот автор HamsterDB не без моего участия WTFPL вписал в список допустимых лицензий.

Ответить | Правка | ^ к родителю #782 | Наверх | Cообщить модератору

798. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 16:14 
> А тормозный и разожравшийся софт в public domain и не выживет. Оценивали
> бы лучше по используемости _и_ качеству...

Ну так я для начала не вижу где же качественные операционки под public domain. А софт от djb качественный не потому что лицензия, а потому что автор поставил себе вполне конкретные задачи - минимизация ошибок. И более-менее их достиг. Не вижу прямой корреляции с лицензией, если честно. К слову, хоть софт djb и качественный, но он все менее пригоден на практике и все меньше используется. Например, djb не признает ipv6 потому что там не устранены некоторые проблемы упомянутые им, что видимо его сильно задело. Поэтому его софт не умеет ipv6. Не, есть конечно сторонние патчи, но это уже костыли и геморрой. Вот так всегда с этими академиками и случается - напишут музейный экспонат, и в кусты ;(. Вроде штука хорошая, вроде хочется попользовать. Но как до дела - так сплошная попаболь начинается с этим экспонатом.

> ... То есть ядро операционки должно быть большим и тяжёлым? :-D

Можно как вариант простым и бесполезным. Но кому оно будет надо? И зачем? Как бы объем кода составляют полезные функции (например, разбор файловых систем, сетевый протоколы и прочая) да драйвера. Сложно назвать лишним и то и другое. Как минимум в системе общего назначения.

> Насчёт ядер не в курсе, но вообще-то ядро не обязательно масштабный проект.
> Его можно и в 400 байт уместить — весь вопрос, что вам от него надо.

Можно и меньше, пожалуй, только оно почти никому не нужно будет такое и сгодится только под парочку сильно нишевых задач. Которыми и будет ограничено пожизненно ;).

> Я сам не фанат public domain, т.к. в некоторых странах, AFAIK, это
> понятие вообще отсутствует. BSDL, IMHO, предоставляет наиболее грамотный вариант
> для публикации кода «для всех». Но тут уж на вкус и цвет...

Зависит от того что понимать под "для всех". К сожалению, эпплы, майкрософты и прочие имеют очень своеобразное понимание этого вопроса. Как то - рассматривают кодеров как бесплатную рабочую силу, которой ничего взамен предоставлять не надо. Поэтому эппл рубает миллиарды, ну а бсдельники (чей код во всю используется эпплом) прозябают на 300к зелени на всю ораву. Ну если им так нравится - флаг им в руки и барабан на шею, только нехрен плакаться что корпорации не вбухивают ни бабло ни человеческие ресурсы. Лицензия позволяет, и мы имеем то что имеем.

Ответить | Правка | ^ к родителю #751 | Наверх | Cообщить модератору

183. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 18:07 
>Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО

Ограничения в BSD лицензии?  O_O

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

197. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Andrey Mitrofanov on 08-Авг-11, 18:36 
> Ограничения в BSD лицензии?  O_O

Вэлкам по плэнет Ёрф, майне кляйне.

Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

189. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 18:20 
> Слышал о CLANG, но в какой степени готовности он находится?

Ну вы же понимаете что его делает Эппл, поэтому - под макось первым делом. А что будет с остальными - их волнует слабо. Учтя что кроме програмеров эппла над проектом работает ОДИН сторонний программист - думаю понятно какие перспективы увидеть шланг хорошо работающим где-то еще кроме макоси.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

202. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 18:44 
Как бе им собирается едро и мир, и _большая_ часть портов, увы, не вся. :)
Как они работают, это вопрос к профилиристам/измерятелям страусов. У меня, ради пробы, есть система на CURRENT, собранная clang'ом. Работает. Трудности/опыт возникнут/понадобятся, когда надо настраивать samb'у, NFS, whatever - это уже довольно платформо независимо.
Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

284. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –2 +/
Сообщение от Аноним (??) on 08-Авг-11, 23:33 
> Как бе им собирается едро и мир, и _большая_ часть портов, увы, не вся. :)

Ну вот и будет эта работа напоминать бег по граблям. Лицензионные баталии это прекрасно, но когда вы получаете на выходе систему которая "как-то работает" - вы скорее всего ее все-таки спустите в треш, потому что свои нервы - дороже, а тестировать на реальных серверах как же оно там работает, при том что уже есть бесплатная, открытая и заведомо рабочая альтернатива - а смысл?

Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

309. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vegus (ok) on 09-Авг-11, 00:41 
то есть, получается, что, опять же, ключевой момент - в страхах в головах пользователей?

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

Ответить | Правка | ^ к родителю #284 | Наверх | Cообщить модератору

390. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от XPEH email on 09-Авг-11, 07:59 
Не страх, а нежелание при наличии работающих альтернатив заниматься закатом солнца вручную.
Ответить | Правка | ^ к родителю #309 | Наверх | Cообщить модератору

414. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vegus (ok) on 09-Авг-11, 09:22 
> Не страх, а нежелание при наличии работающих альтернатив заниматься закатом солнца вручную.

а как, Вы считаете, почему такого желания может не возникать?

например, у меня такое желание постоянно: и не только "ковыряться" с фряхой, но и с Linux, и с железом, и много еще с чем - да я без этого жить не могу! Это - вообще тот драйвер, который меня, как инженера, толкает к познанию нового в моей специальности, к созданию все новых и интереснейших для меня систем, к удовольствию от моей работы, черт побери!

и если вдруг каогда-нибудь этот драйвер уйдет - я займусь чем-то другим, и с не меньшей страстью ;-)

Ответить | Правка | ^ к родителю #390 | Наверх | Cообщить модератору

433. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 10:54 
>> Не страх, а нежелание при наличии работающих альтернатив заниматься закатом солнца вручную.
>  а как, Вы считаете, почему такого желания может не возникать?

потому что интересы у всех разные. удивительно, правда?

Ответить | Правка | ^ к родителю #414 | Наверх | Cообщить модератору

441. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от vegus (ok) on 09-Авг-11, 11:37 
> потому что интересы у всех разные. удивительно, правда?

потому что окружающий мир не познаваем в принципе ;-) удивительно?

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

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

Ответить | Правка | ^ к родителю #433 | Наверх | Cообщить модератору

452. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 12:34 
понимаешь, какая штука: кроме студентов-красноглазиков есть ещё и другие люди. которым ос per se нафиг не упёрлась, им ос нужна как инструмент для решения других задач. и если есть инструмент, которым для задачи воспользоваться быстрей и проще — они выберут этот инструмент.

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

компрене ву? (ц)

Ответить | Правка | ^ к родителю #441 | Наверх | Cообщить модератору

560. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:16 
>  потому что окружающий мир не познаваем в принципе ;-) удивительно?

Познание костылей, подпорок и проблем и как со всем этим жить - далеко не самое интересное что можно придумать. Гораздо лучше если проблем - нет. Кто же любит проблемы на ровном месте, особенно если их  можно избежать?!

Ответить | Правка | ^ к родителю #441 | Наверх | Cообщить модератору

602. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от anonym on 10-Авг-11, 03:07 
>> Слышал о CLANG, но в какой степени готовности он находится?
> Ну вы же понимаете что его делает Эппл, поэтому - под макось
> первым делом. А что будет с остальными - их волнует слабо.
> Учтя что кроме програмеров эппла над проектом работает ОДИН сторонний программист
> - думаю понятно какие перспективы увидеть шланг хорошо работающим где-то еще
> кроме макоси.

Это СПОНСИРУЕТСЯ Эппл, так же как разработка идра Linux спонсируется IBM и Red Hat

Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

705. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 18:11 
> Это СПОНСИРУЕТСЯ Эппл, так же как разработка идра Linux спонсируется IBM и Red Hat

Эппл спонсирует ... сам себя и своих же программистов?! Браво, Эппл! Переложить деньги из левого кармана в правый и назвать это спонсорством - здорово придумано. А вас не смущает что все программисты кроме одного трудоустроены в Эппл и поэтому будут делать ровно то что им скажет их манагерье? :)

Ответить | Правка | ^ к родителю #602 | Наверх | Cообщить модератору

311. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +1 +/
Сообщение от anonymous (??) on 09-Авг-11, 00:52 
> Слышал о CLANG, но в какой степени готовности он находится?

уже много лет в степени «ура! мы собрали то, что gcc собирал 10 лет назад!»

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

540. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +1 +/
Сообщение от Sem email(ok) on 09-Авг-11, 20:14 
>> Слышал о CLANG, но в какой степени готовности он находится?
> уже много лет в степени «ура! мы собрали то, что gcc собирал
> 10 лет назад!»

Так разве это не достижение с учетом возраста llvm?

Ответить | Правка | ^ к родителю #311 | Наверх | Cообщить модератору

541. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 20:19 
> Так разве это не достижение с учетом возраста llvm?

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

а так -- достижение, конечно. кланговцы молодцы.

Ответить | Правка | ^ к родителю #540 | Наверх | Cообщить модератору

563. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:23 
Они любят выдавать желаемое за действительное. Это наверное тоже одна из причин указанной в новости ситуации.
Ответить | Правка | ^ к родителю #541 | Наверх | Cообщить модератору

611. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от kshetragia email(ok) on 10-Авг-11, 06:15 
Ну почему же. Вполне себе повод так задвигать. "В войне между кодом и алгоритмами выигрывают алгоритмы"(с)не помню кто, к сожалению.

Архитектура CLANG/LLVM в долгосрочной перспективе решает. И расширение функциональности, перенос на другие платформы, включение новых языков программирования в данной модели на порядки легче. Опять же лицензия может оказаться решающим фактором для коммерческих организаций.

Ответить | Правка | ^ к родителю #541 | Наверх | Cообщить модератору

629. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –1 +/
Сообщение от anonymous (??) on 10-Авг-11, 10:44 
> Архитектура CLANG/LLVM в долгосрочной перспективе решает.

дадада. «вот, сынок: теоретически мы — миллионеры. а практически — в доме две шалавы и дед-п…с».

Ответить | Правка | ^ к родителю #611 | Наверх | Cообщить модератору

706. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 18:13 
> Архитектура CLANG/LLVM в долгосрочной перспективе решает.

Это мы уже слышали - вот еще немного, и наступит коммунизм по всей планете. За него умирали 70 лет.На него гнули спину 70 лет. А потом бобик сдох и на его место пришел почему-то капитализм...

Ответить | Правка | ^ к родителю #611 | Наверх | Cообщить модератору

778. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от kshetragia email(ok) on 11-Авг-11, 05:52 
Коммунизм - это к GPL. Лучшего олицетворения зависти и придумать сложно.
Ответить | Правка | ^ к родителю #706 | Наверх | Cообщить модератору

783. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Andrey Mitrofanov on 11-Авг-11, 10:45 
> Коммунизм - это к GPL.

GPL в отличие от уже наступила...
В GPL гулагах мучаются только проприертарщики и их друзья б3дшники -- да, амнести интл негодуэ, но их не жалко.

> Лучшего олицетворения зависти и придумать сложно.

Так, не завидуйте. :-P

Ответить | Правка | ^ к родителю #778 | Наверх | Cообщить модератору

791. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +1 +/
Сообщение от iZEN (ok) on 11-Авг-11, 15:01 
> Коммунизм - это к GPL. Лучшего олицетворения зависти и придумать сложно.

Скорее — к рабовладельческому строю. Каждый раб глубоко в душе хочет стать хозяином (вот такое у него понятие свободы, для избранных. Иного понятия свободы рабу не дано, что ж поделаешь.).

Каждый gpl-фан, как и проприетарщик, думает, что если взять сорцы и зажать, то автор утратит часть свободы, а значит может оказаться вместо хозяина рабом того, у кого окажутся его исходники, и он ничего с этим не сможет поделать. Весь смысл GPL заключается в том, чтобы сделать равноправное общество ХОЗЯЕВ, но в мире окружающей действительности этого не бывает — независимые хозяева исходников под GPL незаметно для себя становятся РАБАМИ корпораций. Эти уж точно знают как лучше распорядиться результатами их труда, повернуть в нужном направлении вектор разработки, "усилить" сообщество опытными программистами и тестерами, нанятыми на зарплату. Потихоньку, сложность GPL системы возрастает настолько, что без корпоративного управления проектом рядовые "независимые" разработчики уже не могут обойтись. В один прекрасный момент, когда что-то идёт не так, как думали все, корпорация их покидает и выкатывает собственную разработку, опирающуюся на идеи "свободной", возможно, использующую её как базу с отключенными фичами и возродившимися в новом качестве "наверху" функциональными особенностями. Кот же открыт! Всё свободно! Берите и пользуйтесь! Вот только он уже не тот, каким был в представлении независимых авторов — авторы давно обезличились, код сопровождают корпорации.

Ответить | Правка | ^ к родителю #778 | Наверх | Cообщить модератору

799. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 16:18 
> Скорее — к рабовладельческому строю.

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

Да, запрет одному человеку брать другого в рабство - несомненно, ограничение свободы. Необходимое для того чтобы предотвратить еще более злостное ограничение свободы другого человека. Так достигается некий компромиссный баланс интересов. Хотя, конечно, можно как в Лондоне - мочилово ради мочилова, кто первый выстрелил тот и прав.

Ответить | Правка | ^ к родителю #791 | Наверх | Cообщить модератору

861. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 12:14 
И Вы думаете, что ваш жуткий сценарий с участием GPL внезапно изменится, если GPL в нем заменить на BSD? По-моему, будет только хуже, но явно не лучше
Ответить | Правка | ^ к родителю #791 | Наверх | Cообщить модератору

872. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от iZEN (ok) on 12-Авг-11, 15:58 
> И Вы думаете, что ваш жуткий сценарий с участием GPL внезапно изменится,
> если GPL в нем заменить на BSD? По-моему, будет только хуже,
> но явно не лучше

Готовый сценарий: PostgreSQL vs. MySQL

Ответить | Правка | ^ к родителю #861 | Наверх | Cообщить модератору

889. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 18:10 
> Готовый сценарий: PostgreSQL vs. MySQL

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

Ответить | Правка | ^ к родителю #872 | Наверх | Cообщить модератору

914. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от iZEN (ok) on 12-Авг-11, 20:19 
> Постгра курирует коммерческая компания.

/---
Стоунбрейкер и его студенты разрабатывали новую СУБД в течение восьми лет, с 1986 по 1994 год. За этот период в синтаксис были введены процедуры, правила, пользовательские типы и многие другие компоненты. Работа не прошла даром — в 1995 году разработка снова разделилась: Стоунбрейкер использовал полученный опыт в создании коммерческой СУБД Illustra, продвигаемой его собственной одноимённой компанией (приобретённой впоследствии компанией Informix), а его студенты разработали новую версию Postgres — Postgres95, в которой язык запросов POSTQUEL — наследие Ingres — был заменен на SQL.

В этот момент разработка Postgres95 была выведена за пределы университета и передана команде энтузиастов. С этого момента эта СУБД получила имя, под которым она известна и развивается в текущий момент — PostgreSQL.
---/
Что за компания, которая "курирует" развитие PostgreSQL?

> Яха зажала часть наработок.

А что там интересного? Оно совместимо с последними версиями? Похоже, что нет.

> В каком месте это лучше, свободнее, демократичнее?

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

Ответить | Правка | ^ к родителю #889 | Наверх | Cообщить модератору

892. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 18:22 
> но явно не лучше

Характерный пример:
- Сорц ядра третьего андроида уже выложен, ибо GPL.
- А вот сорц apple ios вы нифига не увидите. Хоть там и есть куски от бсд.

Ответить | Правка | ^ к родителю #861 | Наверх | Cообщить модератору

915. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от iZEN (ok) on 12-Авг-11, 20:22 
> - А вот сорц apple ios вы нифига не увидите. Хоть там и есть куски от бсд.

Не знали, на что шли, и теперь локти кусают? Не-а. Просто GPL'щиков зависть к чужому в крови, а у BSDL'щиков зависти нет.

Ответить | Правка | ^ к родителю #892 | Наверх | Cообщить модератору

918. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 12-Авг-11, 20:49 
> Не знали, на что шли, и теперь локти кусают? Не-а. Просто GPL'щиков
> зависть к чужому в крови, а у BSDL'щиков зависти нет.

угу. «да всё равно этот виноград зелёный весь!»

Ответить | Правка | ^ к родителю #915 | Наверх | Cообщить модератору

567. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:33 
> Так разве это не достижение с учетом возраста llvm?

Проблема в том что кушать^W компилить программы надо уже сегодня, а не когда и если наступит коммунизм^W^W доведут до ума шланг под что-то отличное от макоси.

Ответить | Правка | ^ к родителю #540 | Наверх | Cообщить модератору

6. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –3 +/
Сообщение от pro100master (ok) on 08-Авг-11, 10:25 
> После известия о начале перевода парка серверов

люди не задали главный вопрос: почему сугубо инсайдерская информация всплыла силами пиар-отделов этих фирм в данный момент? Яндекс понятно - IPO прошло, надо рассказать, куда инвестиции пойдут, и то спорно, скорее попиариться. Но вот Рамблер...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от XPEH email on 08-Авг-11, 10:30 
Ой я вас таки умоляю. Уверен что эта инсайдерская информация прочитана в недавнем обсуждении про рабмлерпочту.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

306. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 09-Авг-11, 00:34 
> Ой я вас таки умоляю. Уверен что эта инсайдерская информация прочитана в
> недавнем обсуждении про рабмлерпочту.

"Пастернака не читал, но осуждаю" ? Ники сотрудников Рамблера были приведены.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от анонимус (??) on 08-Авг-11, 10:31 
А что тут инсайдерского?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

17. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от pro100master (ok) on 08-Авг-11, 10:48 
а вы часто внутренние процессы в своей компании пресс-релизами освещаете?

намек: кому интересна ОС серверов? Блондинкам? 50млн пользователям, для 99% которых "копутер" черный ящик? Для кого эта информация? Попиариться? Потроллить?

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

78. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от ананим on 08-Авг-11, 12:58 
да постоянно. все более менее адекватные конторы на этом играют - мелочь, а бару баксов к акциям никому не мешают.
это пиар-ход такой - вон мс всё никак вп7 не разродится, а инсайдерские "утечки" инфы строго по календарю.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

15. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от mic_urtjngjkn dfg on 08-Авг-11, 10:41 
По системе документации:
система создания документации во FreeBSD, к сожалению, сиждется на OpenSP и OpenJade. Очень сложно найти соответствующий софт под Windows. В итоге, приходится пользоваться emacs для Windows и psgml-надстойкой для emacs. К ним нужно привыкать, есть и недостатки, нерешенные в рамках данного ПО.

Что имеем в итоге - только один инструмент создания документации (OpenJade и OpenSP вместе с emacs и его psgml-надстройкой), тяготеющий к его использованию только в одной ОС FreeBSD.

Хотел было вписать свои скромные заметки (к сожалению, мог пользоваться только Windows), но столкнулся с дефицитом ПО под данную ОС. emacs с psgml-надстройкой установил, но OpenSP и OpenJade не осилил...
Кстати, если здесь есть авторы проекта русской документации, жду их комментарии (может кое в чём ошибаюсь или не делаю неправильно)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –2 +/
Сообщение от Аноним (??) on 08-Авг-11, 10:57 
Знаете что? Виртуализация! Лишь у 3% (скорее меньше, в основном в России) провайдеров VPS есть возможность предложить FreeBSD в качестве ОС (а в основном это jail'ы, и это ужасно, jail давно отстал от OpenVZ или XEN). Да и редко кому уже нужна фря на впс... Поздно опомнились. Порты и виртуализация. В этом направлении надо было работать... Вряд ли сейчас фре удастся вернуть былую популярность. Все развивается уж очень стремительно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

149. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +6 +/
Сообщение от ветеран WoW on 08-Авг-11, 15:45 
> Знаете что? Виртуализация! Лишь у 3% (скорее меньше, в основном в России)
> провайдеров VPS есть возможность предложить FreeBSD в качестве ОС (а в
> основном это jail'ы, и это ужасно, jail давно отстал от OpenVZ
> или XEN). Да и редко кому уже нужна фря на впс...
> Поздно опомнились. Порты и виртуализация. В этом направлении надо было работать...
> Вряд ли сейчас фре удастся вернуть былую популярность. Все развивается уж
> очень стремительно.

Лично я целиком согласен с вами насчет виртуализации, но совершенно не согласен насчет стремительности.
Мы все еще там же, где и 10 лет назад. Как показывает вот этот вот галдеж, 85% авторов так и не прочитали те доки, которые они не прочитали 10 лет назад.

По поводу нужности freebsd на vps - технический уровень за эти 10 лет сильно упал. На vps в основном нужны php и mysql, а на чем там они сами - фиолетово. На чем предлагают, на том и берут. Если у Васи будет работать на freebsd, то и Петя купит на freebsd, потому что Вася, тоже не прочитавший ни одной доки, скажет Пете "Ты чо, дурак ? На солярисе вообще php нет, а mysql на freebsd". И Петя поверит. Большинство из здесь пишущих авторов используют линукс именно потому что "ты чо, дурак ? в freebsd ipfw не работает на нескольких ядрах, и bind нельзя из базы убрать". Зачем ipfw работать на нескольких ядрах они все равно не знают, так же как и зачем bind из базы убирать.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

296. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –3 +/
Сообщение от Michael Shigorin email(ok) on 09-Авг-11, 00:02 
> Большинство из здесь пишущих авторов

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

> используют линукс именно потому что "ты чо, дурак ? в freebsd ipfw не работает на
> нескольких ядрах, и bind нельзя из базы убрать".

JFYI, для меня когда-то в 1998 решающим доводом оказался чёрт: если у людей настолько нет соображения, то с ними точно не по пути.  И что самое смешное, вся дальнейшая история общения с freebsd community (в частности, EvilNever) этот вывод только подтвердила -- и культурно, и организационно, и технически.  А ведь это всё следствия, как и перечисленное Вами.

Можете спорить, только тогда лучше начните с тех, кто инициировал смену лого (и, помнится, они же писали тогда про отношения в сообществе).  Хотя новое ещё более дурацкое -- рога из сферического вакуума продолжают торчать -- но мотивы были в принципе верными.

PS: что-то мне подсказывает, что пошумят, пересядут по табуреткам и тем дело закончится.  Если не желать слышать других, это стандартная ситуация.  А если желать, так есть более подходящие сообщества.  Жаждущим примерчиков могу напомнить про Frenzy.

PPS 2 andy re #28: надо же, почти три года написанному развёрнутому ответу на подмножество поставленного в этой теме вопроса... :(

Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

329. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 09-Авг-11, 01:31 
Хехе. Михаил, Вы продолжаете разводить всю ту же тонкую демагогию, приправленную тщательно маскируемой _собственной_ гордыней, при этом умудряетесь обосновывать всё теми же нелепыми и вредными религиозными поводами. А когда Вас недвусмысленно и прямо спрашивают в лоб, Вы игнорируете вопрос, ибо ответ покажет Ваше истинное лицо. Я в треде http://www.opennet.me/openforum/vsluhforumID3/74975.html уже давно прямо спросил - враг Вы FreeBSD или нет. До сих пор молчок.
Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

332. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +4 +/
Сообщение от anonymous (??) on 09-Авг-11, 01:36 
> Я в треде http://www.opennet.me/openforum/vsluhforumID3/74975.html уже давно прямо
> спросил — враг Вы FreeBSD или нет. До сих пор молчок.

— а ты за фашистов или за красных?
— я в эти игры не играю.
— ты не увиливай, ты скажи: за фашистов или за красных?!

Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

408. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от andy (??) on 09-Авг-11, 09:06 
> Хехе. Михаил, Вы продолжаете разводить всю ту же тонкую демагогию, приправленную тщательно
> маскируемой _собственной_ гордыней, при этом умудряетесь обосновывать всё теми же нелепыми
> и вредными религиозными поводами.

Укажите на гордыню, будьте так любезны

> А когда Вас недвусмысленно и прямо спрашивают
> в лоб, Вы игнорируете вопрос, ибо ответ покажет Ваше истинное лицо.
> Я в треде http://www.opennet.me/openforum/vsluhforumID3/74975.html уже давно прямо
> спросил - враг Вы FreeBSD или нет. До сих пор молчок.

Вадим, неужели до Вас не доходит, что мышление категориями "свой-чужой" есть глупость? У людей есть пожелания к улучшению, причем вам явно указывают на собственные ошибки, но бсдшники и тут встают в позу. Не надоело?

Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

845. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от nuclight email(ok) on 11-Авг-11, 22:52 
>> Хехе. Михаил, Вы продолжаете разводить всю ту же тонкую демагогию, приправленную тщательно
>> маскируемой _собственной_ гордыней, при этом умудряетесь обосновывать всё теми же нелепыми
>> и вредными религиозными поводами.
> Укажите на гордыню, будьте так любезны

В этих комментах - на ветку с dump/restore укажу, пожалуй. А вообще - это заметно при длительном наблюдении, тратить время на поиски всех примеров я, извините, не могу. Кое-что есть в обсуждении, на которое ссылка, еще можете поинтересоваться у знающих в реале, например у того же Валентина Нечаева.

>> А когда Вас недвусмысленно и прямо спрашивают
>> в лоб, Вы игнорируете вопрос, ибо ответ покажет Ваше истинное лицо.
>> Я в треде http://www.opennet.me/openforum/vsluhforumID3/74975.html уже давно прямо
>> спросил - враг Вы FreeBSD или нет. До сих пор молчок.
> Вадим, неужели до Вас не доходит, что мышление категориями "свой-чужой" есть глупость?

Ни разу. Это ведь вопрос отношения. Просто в настолько явном и недвусмысленном виде в мирное время оно бывает нечасто (но примеров полно, рыночная конкуренция хотя бы), в опенсорсе вообще редко. Но примеры-то есть: в исходном треде в ЖЖ про Рамблер был человек, который прямо заявил, что хочет сведения рыночной доли FreeBSD к минимуму, здесь среди 700 комментов тоже кто-то говорил про "лагерь BSD". Явление объективно существует, как видите.

> У людей есть пожелания к улучшению, причем вам явно указывают на
> собственные ошибки, но бсдшники и тут встают в позу. Не надоело?

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

Ответить | Правка | ^ к родителю #408 | Наверх | Cообщить модератору

565. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 09-Авг-11, 22:30 
> маскируемой _собственной_ гордыней,

За собой вы упорно не видите бревна в глазу.

Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

675. "(offtopic) злонамерение"  –1 +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 15:26 
[skip: время рассудит]

> Я в треде http://www.opennet.me/openforum/vsluhforumID3/74975.html уже давно прямо
> спросил - враг Вы FreeBSD или нет. До сих пор молчок.

То есть если мерить Вашей меркой -- то сообразно #265 Вы заранее намерены проигнорировать массу прямых вопросов здесь?  Или всё-таки можно не подозревать злонамерение?..

Не собираюсь писать disclaimer насчёт того, что обязуюсь требовать доставки каждого уведомления о сообщении, обеспечивать получение таковых, прочтение и ответ.  Разве так трудно понять, что я просто до сих пор не прочёл то Ваше сообщение из-за более важных дел (и, помнится, предупредив, что лимит времени на Вас близок к исчерпанию по причине Вашего неадекватного восприятия в то время)?

Указали -- ответил: http://www.opennet.me/openforum/vsluhforumID3/74975.html#203

Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

852. "(offtopic) злонамерение"  +/
Сообщение от nuclight email(ok) on 12-Авг-11, 01:39 
> Ваше сообщение из-за более важных дел (и, помнится, предупредив, что лимит
> времени на Вас близок к исчерпанию по причине Вашего неадекватного
> восприятия в то время)?
> Указали -- ответил: http://www.opennet.me/openforum/vsluhforumID3/74975.html#203

Читаю. И что вижу, что там, что здесь? Прямого ответа нет, зато ряд вводящих в недоумение двусмысленных или на что-то намекающих фраз: " вот ответ: я враг сатаны", "тем, кто ищет правду", "осознанной лжи", "заслуживают осуждения и противоборства".

Как это понимать? Сатана лично инспирировал BSD (или причем тогда вообще религия в таком вопросе)? BSDшники все хором осознанно коллективно лгут? У них нет правды, и с ними надо бороться (тогда какая же это помощь, как выставляет andy) ? Только лично Вы знаете правду, а все остальные лгут и заблуждаются?

Я привлекаю контекст, что здесь, про неадекватное восприятие, что в этой теме, в ветке про dump, что по опыту более раннего общения - и прихожу к выводу, что верно последнее. То есть, что Вы считаете, будто бы единственноверный вариант - у Вас (либо у сообщества, вашем дистрибутиве, вашей ОС, etc.). А все остальные либо врут, либо заблуждаются. Но это и есть гордыня.

Ответить | Правка | ^ к родителю #675 | Наверх | Cообщить модератору

386. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от анон on 09-Авг-11, 07:21 
> JFYI, для меня когда-то в 1998 решающим доводом оказался чёрт: если у людей настолько нет соображения, то с ними точно не по пути.  

Религиозный homo erectus не способен к трезвому техническому анализу.

Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

431. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 10:53 
> Религиозный homo erectus не способен к трезвому техническому анализу.

так это же здорово! я только не понимаю, как Майк линукс-то использует: там ведь тоже демоны нечестивые!

впрочем, я вообще не понимаю, как технарь может быть верующим. тут одно из двух: или он не верующий, или не технарь ни разу.

Ответить | Правка | ^ к родителю #386 | Наверх | Cообщить модератору

642. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Aleksey Cheusov email on 10-Авг-11, 12:10 
>> Религиозный homo erectus не способен к трезвому техническому анализу.
> так это же здорово! я только не понимаю, как Майк линукс-то использует:
> там ведь тоже демоны нечестивые!

Дада, а еще в Юниксе ДЕТЕЙ И РОДИТЕЛЕЙ убивают!
kill -KILL -- это же неприкрытый сатанизм!!!

> впрочем, я вообще не понимаю, как технарь может быть верующим. тут одно
> из двух: или он не верующий, или не технарь ни разу.

Строго говоря, такое иногда бывает, но наш Миша -- точно не Сахаров,
даже не близко.

Ответить | Правка | ^ к родителю #431 | Наверх | Cообщить модератору

645. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 10-Авг-11, 12:41 
> Дада, а еще в Юниксе ДЕТЕЙ И РОДИТЕЛЕЙ убивают!
> kill -KILL -- это же неприкрытый сатанизм!!!

а ещё там есть зомби!

> Строго говоря, такое иногда бывает, но наш Миша -- точно не Сахаров,
> даже не близко.

а вот это скорее комплимент.

Ответить | Правка | ^ к родителю #642 | Наверх | Cообщить модератору

708. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 18:39 
> Религиозный homo erectus не способен к трезвому техническому анализу.

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

Ответить | Правка | ^ к родителю #386 | Наверх | Cообщить модератору

411. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от andy (??) on 09-Авг-11, 09:09 
> PPS 2 andy re #28: надо же, почти три года написанному развёрнутому
> ответу на подмножество поставленного в этой теме вопроса... :(

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

Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

417. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от northbear (ok) on 09-Авг-11, 10:03 
Михаил, маргиналы есть маргиналы. Вы еще скажите, что на Linux'e гиков типа EvilNever нет. В FreeBSD Community таких по ряду очевидных причин больше. Но именно это явилось поводом для беспокойство, про это и пишется в новости.

А логотип в виде демона тут вообще не причем. Это логотип конторы которая долгое время занималась официальной рассылкой дистров FreeBSD. Я свой первый дистр FreeBSD 2.0.7 получил именно от них. Там в contrib'ах были битмары этого демонёнка и в поставке шёл консольный скринсейвер с прыгающим демоненком. Прыгающий демонёнок на консоли был тогда визитной карточкой фрибсдишника. Знак причастности к клубу профессионалов.

Учитывая у фри тогда своего логотипа не было, то демоненок стал фактическим логотипом FreeBSD. Позже его просто официально озвучили.
Это потом начались вопли идиотов, что мол демон оскорбляет чьи-то религиозные чувства. А лично меня оскорбляет, когда какое-то УГ притаскивает в профессиональное, вообще говоря, сообщество свои "религиозные чувства", начинает им трясти и пытается всех заставить их уважать.

Мне он откровенно нравится. Очень живой, узнаваемый и харизматичный. Инфантильный пингвин linux'а мне в этом качестве нравится меньше. Но в плане узнаваемости, тоже 5+.

У Linux'а тоже были подобные кризисы социализации. Мне ли вам про них рассказывать.

Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них бочку катите... )

Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

437. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 11:10 
вот, кстати, про харизматичность маскота согласен. тукс — совершенно осоловевший ребёнок-даун, которого вдобавок обкормили колёсами. я когда-то очень хотел на бсд исключительно из-за обалденного маскота. тукс до сих пор вызывает желание взять монтировку и избавить этого пингвина от мучений в земной юдоли.
Ответить | Правка | ^ к родителю #417 | Наверх | Cообщить модератору

681. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 15:59 
> Михаил, маргиналы есть маргиналы. Вы еще скажите, что на Linux'e гиков типа
> EvilNever нет. В FreeBSD Community таких по ряду очевидных причин больше.

Вот я про эти не всем очевидные причины и говорю; а Сашу знаю с 2002 и по крайней мере году к 2006 он изрядно испортился в моральном плане (дальше сколь-нибудь тесно не общались, так что не знаю).

> Но именно это явилось поводом для беспокойство, про это и пишется в новости.

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

> Я свой первый дистр FreeBSD 2.0.7 получил именно от них. Там в contrib'ах были
> битмары этого демонёнка и в поставке шёл консольный скринсейвер с прыгающим
> демоненком. Прыгающий демонёнок на консоли был тогда визитной карточкой фрибсдишника.
> Знак причастности к клубу профессионалов.

Хех.  Вот ещё один знак:

http://git.altlinux.org/people/mike/packages/?p=xscreensaver...

> Учитывая у фри тогда своего логотипа не было, то демоненок стал фактическим
> логотипом FreeBSD. Позже его просто официально озвучили.

Спасибо, не знал.

> Это потом начались вопли идиотов, что мол демон оскорбляет чьи-то религиозные чувства.

Для меня вопрос не в оскорблении, а в приемлемом для разных людей образе мышления.  С некоторыми можно дискутировать, но делать общее (поскольку оно есть) -- с некоторыми рельсы просто расходятся.

Проблема в том, когда декларируется одно, а на поверку выходит другое -- и сообщество профессионалов с изнанки оказывается сообществом рассказывающих про круть и замалчивающих некруть с редкими исключениями в виде тех, кому "лишь бы система была диагностируемой" (c) netch.

> А лично меня оскорбляет, когда какое-то УГ притаскивает в профессиональное, вообще
> говоря, сообщество свои "религиозные чувства", начинает им трясти и пытается всех
> заставить их уважать.

Да, это глупо.  Дело даже не в "профессиональности", а в том, что у нас давно известно как "в чужой монастырь со своим уставом".  Т.е. нет смысла идти к голубым и вещать им про семейные ценности -- но вот позволять этим самым голубым утверждать свои "ценности" как равнозначные семейным нельзя.

> Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них
> бочку катите... )

Системной ложью.  Собственно, как и microsoft'овцы.  Это тяжкое обвинение и его нельзя обобщать на всех, разумеется.

Ответить | Правка | ^ к родителю #417 | Наверх | Cообщить модератору

743. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 10-Авг-11, 22:09 
> но вот позволять этим самым голубым утверждать
> свои «ценности» как равнозначные семейным нельзя.

почему? «мне это не нравится»? так не надо им следовать тогда, вот и всё. чем они хуже «традиционных» — я не вижу. зато точно вижу, чем хуже «традиционные»: как минимум тем, что они навязываются социумом всем без разбора.

давай уже пойдём дальше тогда: мать-одиночка — неполноценная. незамужняя женщина — вдвойне неполноценная. потому что «не традиционно» же.

Ответить | Правка | ^ к родителю #681 | Наверх | Cообщить модератору

757. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 23:25 
> чем они хуже «традиционных» — я не вижу.

Нежизнеспособные.  Странно, что Вы не справились подумать на пару поколений вперёд -- да ладно, на одно.

> точно вижу, чем хуже «традиционные»: как минимум тем, что они навязываются
> социумом всем без разбора.

RTFH хазарский каганат

> давай уже пойдём дальше тогда: мать-одиночка — неполноценная. незамужняя женщина
> — вдвойне неполноценная. потому что «не традиционно» же.

А это так и есть, судя по общению с большим количеством в т.ч. и таких людей.  Традиции-то не на пустом месте родились -- по крайней мере наши.

PS: собственно, очень многое из внутренне лживого либо вовсе долгосрочно нежизнеспособно, либо живёт за счёт паразитирования.  Возможно, даже всё.  И применительно к изначальной теме здесь тоже есть над чем поразмыслить.

Ответить | Правка | ^ к родителю #743 | Наверх | Cообщить модератору

761. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 10-Авг-11, 23:48 
>> чем они хуже «традиционных» — я не вижу.
> Нежизнеспособные.  Странно, что Вы не справились подумать на пару поколений вперёд
> — да ладно, на одно.

мне «будущие поколения» совершенно безразличны.

>> точно вижу, чем хуже «традиционные»: как минимум тем, что они навязываются
>> социумом всем без разбора.
> RTFH хазарский каганат

и что?

> А это так и есть, судя по общению с большим количеством в
> т.ч. и таких людей.  Традиции-то не на пустом месте родились
> — по крайней мере наши.

традиция, кстати, говорит, что в укромном месте дома надо ставить молоко для домового. или то, что удобно — это «хорошая традиция», а то, что неудобно — это «негодное суеверие»? традиции-то не на пустом месте родились! по крайней мере — наши.

> PS: собственно, очень многое из внутренне лживого либо вовсе долгосрочно нежизнеспособно,
> либо живёт за счёт паразитирования.  Возможно, даже всё.  И
> применительно к изначальной теме здесь тоже есть над чем поразмыслить.

если оно нежизнеспособно — само отвалится и сдохнет. зачем принимать какие-то дополнительные меры тогда? меры принимают, если видят, что ещё как жизнеспособно и помирать не собирается.

Ответить | Правка | ^ к родителю #757 | Наверх | Cообщить модератору

766. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Michael Shigorin email(ok) on 11-Авг-11, 00:16 
>>> как минимум тем, что они навязываются социумом всем без разбора.
>> RTFH хазарский каганат
> и что?

Оперативно загнулся с чужеродными "ценностями".  И как социум, и как государство.

> традиция, кстати, говорит

Такой не встречал.  Не выжила, наверное.

> если оно нежизнеспособно — само отвалится и сдохнет. зачем принимать какие-то
> дополнительные меры тогда? меры принимают, если видят, что ещё как жизнеспособно
> и помирать не собирается.

RTFH опиумные войны (или сразу промотаю: если мой сосед станет наркоманом, мне будет хуже).

PS: дальнейшее развитие этого субтреда подозрительно на спам с учётом темы.  Кому надо, тот задумается и над уже известным.

Ответить | Правка | ^ к родителю #761 | Наверх | Cообщить модератору

874. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:09 
> мне «будущие поколения» совершенно безразличны.

Ошибочное мышление: в этом случае у тебя нет будущего. Никто не живет вечно, поэтому он или думает и заботится о тех кто однажды подхватит эстафету, или его вид исчезает с планеты.

Так было миллионы лет. Так будет еще долго. Нарушение этого принципа самокорректируется - путем вымирания ощибочной ветви эволюции. Вы официально признаете себя ошибочной ветвью эволюции?

Ответить | Правка | ^ к родителю #761 | Наверх | Cообщить модератору

923. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 12-Авг-11, 21:02 
>> мне «будущие поколения» совершенно безразличны.
> Ошибочное мышление: в этом случае у тебя нет будущего. Никто не живет
> вечно, поэтому он или думает и заботится о тех кто однажды
> подхватит эстафету, или его вид исчезает с планеты.

мне плевать на ваш вид и на его перспективы. доступно?

Ответить | Правка | ^ к родителю #874 | Наверх | Cообщить модератору

939. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 14-Авг-11, 10:02 
>>> мне «будущие поколения» совершенно безразличны.
>> Ошибочное мышление: в этом случае у тебя нет будущего. Никто не живет
>> вечно, поэтому он или думает и заботится о тех кто однажды
>> подхватит эстафету, или его вид исчезает с планеты.
> мне плевать на ваш вид и на его перспективы. доступно?

чего тогда делаешь в этой новости?

Ответить | Правка | ^ к родителю #923 | Наверх | Cообщить модератору

942. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 14-Авг-11, 10:51 
> чего тогда делаешь в этой новости?

внизапна! почитай весь оффтопик.

Ответить | Правка | ^ к родителю #939 | Наверх | Cообщить модератору

753. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 10-Авг-11, 22:59 
>> Учитывая у фри тогда своего логотипа не было, то демоненок стал фактическим
>> логотипом FreeBSD. Позже его просто официально озвучили.
> Спасибо, не знал.

Да не совсем все так было. Формально бисти так и никогда не был официальным логотипом. Официальным логотипом стал только этот шар с ушами(рогами?). А бисти так и остался красивой иллюстрацией.

> Проблема в том, когда декларируется одно, а на поверку выходит другое --
> и сообщество профессионалов с изнанки оказывается сообществом рассказывающих про круть
> и замалчивающих некруть с редкими исключениями в виде тех, кому "лишь
> бы система была диагностируемой" (c) netch.

Еще бы контекст этой фразы узнать. Можно ссылку?

>> Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них
>> бочку катите... )
> Системной ложью.  Собственно, как и microsoft'овцы.  Это тяжкое обвинение и
> его нельзя обобщать на всех, разумеется.

Вы только что и обобщили.

Ответить | Правка | ^ к родителю #681 | Наверх | Cообщить модератору

763. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 11-Авг-11, 00:04 
>> Проблема в том, когда декларируется одно, а на поверку выходит другое --
>> и сообщество профессионалов с изнанки оказывается сообществом рассказывающих про круть
>> и замалчивающих некруть с редкими исключениями в виде тех, кому "лишь
>> бы система была диагностируемой" (c) netch.
> Еще бы контекст этой фразы узнать. Можно ссылку?

Нет, это была частная переписка, но при свидетелях.  Вот точная цитата:

---
Date: Thu, 27 Dec 2007 08:47:48 +0200
From: Valentin Nechayev
Subject: Re: kurush @ osdn query
Message-ID: <20071227064748.GG1108@netch.kiev.ua>

[...]

Ну а ОС хостинга меня минимально волнует, пока она в пределах
диагностируемого - linux для меня вполне диагностируем, хотя с
виртуализацией я его не гонял.


-netch-
---

>>> Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них
>>> бочку катите... )
>> Системной ложью.  Собственно, как и microsoft'овцы.  Это тяжкое обвинение и
>> его нельзя обобщать на всех, разумеется.
> Вы только что и обобщили.

Чтоб не было соблазна прочитать "_все_ FreeBSD'шники обидели системной ложью", и написал корявый disclaimer... наверное, надо было потрудиться и перефразировать как-то иначе: "Те FreeBSD'шники, которые меня здорово обидели -- добились этого системной ложью, как и те microsoft'овцы, которые меня здорово обидели".

Например (и список далеко не исчерпывающий), Валик Нечаев, Дима Кохманюк, Антон Турыгин в вешании лапши на уши не замечены.  За что и уважаю как профессионалов.

Ответить | Правка | ^ к родителю #753 | Наверх | Cообщить модератору

962. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от northbear email(??) on 15-Авг-11, 14:47 
> Именно потому и порадовался; надеюсь, от начинания Вадима будет толк.  Хотя
> при его собственном культурном уровне это, к сожалению, маловероятно -- поскольку
> не понимает причину и отказывается принимать диагностику, предпочитая свалить всё на
> диагностирующего.

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

> Хех.  Вот ещё один знак:
> http://git.altlinux.org/people/mike/packages/?p=xscreensaver...

Ну, в те времена (1996 год) при тамошнем интернете, возможность отправлять патчи была лишь у избранных. И коммитеры воспринимались просто как небожители. )  

>> Это потом начались вопли идиотов, что мол демон оскорбляет чьи-то религиозные чувства.
> Проблема в том, когда декларируется одно, а на поверку выходит другое --
> и сообщество профессионалов с изнанки оказывается сообществом рассказывающих про круть
> и замалчивающих некруть с редкими исключениями в виде тех, кому "лишь
> бы система была диагностируемой" (c) netch.

К сожалению, в русскоязычном сообществе Freebsd нет людей, которые могли бы выступить в роли FreeBSD Evangelist. Умение общаться, заинтересовывать и привлекать людей удел немногих.

>> Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них
>> бочку катите... )
> Системной ложью.  Собственно, как и microsoft'овцы.  Это тяжкое обвинение и
> его нельзя обобщать на всех, разумеется.

Э-э... Тяжелее некуда. Видимо вы имеете ввиду конкретных товарищей, и для вас они, видимо, олицетворяют сообщество FreeBSD. Неприятно...  

Ответить | Правка | ^ к родителю #681 | Наверх | Cообщить модератору

185. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 18:09 
>jail давно отстал от OpenVZ или XEN

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

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

278. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –9 +/
Сообщение от Michael Shigorin email(ok) on 08-Авг-11, 23:11 
>>jail давно отстал от OpenVZ или XEN
> стоит сказать, что это изначально разные вещи с разными задачами. Виртуализацией джейлы
> никогда не были. Это система изоляции.

Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень.

Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

468. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 14:41 
>>>jail давно отстал от OpenVZ или XEN
>> стоит сказать, что это изначально разные вещи с разными задачами. Виртуализацией джейлы
>> никогда не были. Это система изоляции.
> Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень.

Лучше надо знать предмет.. лучше..
vImage был доступен для FreeBSD 4.9 - уже тогда он был лучше чем то что подает с барского плеча SWSoft (долгое время продававший виртуозу и не раскрывавший исходников модификации linux kernel).

Ответить | Правка | ^ к родителю #278 | Наверх | Cообщить модератору

569. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 09-Авг-11, 22:37 
> Лучше надо знать предмет.. лучше..

А что он не так сказал? Чрут - это примитивная виртуализация видения файловой системы: появляется новый view с якобы своим собственным /. Простейшая форма виртуализации файловой системы по сути.

Ответить | Правка | ^ к родителю #468 | Наверх | Cообщить модератору

617. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 08:47 
>> Лучше надо знать предмет.. лучше..
> А что он не так сказал? Чрут - это примитивная виртуализация видения
> файловой системы: появляется новый view с якобы своим собственным /. Простейшая
> форма виртуализации файловой системы по сути.

Заявил что системы системы аналогичной OpenVZ на фре не было, и тут же был ткнут носом в vImage.
вы этого не заметили ?

Ответить | Правка | ^ к родителю #569 | Наверх | Cообщить модератору

740. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 10-Авг-11, 21:52 
> Заявил что системы системы аналогичной OpenVZ на фре не было, и тут
> же был ткнут носом в vImage.
> вы этого не заметили ?

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

Ответить | Правка | ^ к родителю #617 | Наверх | Cообщить модератору

767. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 11-Авг-11, 00:16 
>> А что он не так сказал?
> Заявил что системы системы аналогичной OpenVZ на фре не было

Очередное враньё -- перечитайте #278 и #18, сравните авторов и можете даже извиниться.

> и тут же был ткнут носом в vImage. вы этого не заметили ?

Вы ещё асфальтоукладчик попытайтесь носом ткнуть, любезный.

Ответить | Правка | ^ к родителю #617 | Наверх | Cообщить модератору

756. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 23:19 
>> Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень.

(неужели это так удивляет?)

> Лучше надо знать предмет.. лучше..

Я немножко знаю предмет, хотя всегда рад узнать чего релевантного.

> vImage был доступен для FreeBSD 4.9 - уже тогда он был лучше

Можно про "лучше" поподробнее?  Тем, что сеть только через бридж (что сложней, дороже и менее безопасно, т.к. broadcast domain расширяется)?  Или тем, что в восьмёрке паникует с PF?  Или же там всё-таки есть, скажем, открытый аналог vzfs для экономии RAM при mmap() де-факто идентичых файлов разных корней?  Надо же, а тот же dk@ до сих пор пользуется jail, как понимаю.

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

> чем то что подает с барского плеча SWSoft (долгое время продававший
> виртуозу и не раскрывавший исходников модификации linux kernel).

Насчёт "не раскрывавший" -- Вам, видимо, и не обязан был; как именно были оформлены эти модификации с юридической точки зрения, могу спросить Кирилла Колышкина, благо в ростере.

PS: только пожалуйста, если будете отвечать -- давайте предметно.  Не ляпайте об стол.

Ответить | Правка | ^ к родителю #468 | Наверх | Cообщить модератору

539. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 09-Авг-11, 20:11 
> Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень.

Ой.

Ответить | Правка | ^ к родителю #278 | Наверх | Cообщить модератору

643. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 12:29 
>> Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень.
> Ой.

Ой - это "безопасный браузер", засунутый в virtualbox за несколько сотен тысяч долларов.
А chroot - это простейший механизм для _изоляции_ процесса
без претензий на нарезку ресурсов.
Особенно в таком виде (мануал внизу).

http://mail-index.netbsd.org/tech-kern/2011/07/10/msg010913....
Патч аж на целых 800 строк вместе с мануалом.

То, что и в Линупсе и во Фре он дырявый, не делает концепцию нерабочей.

Ответить | Правка | ^ к родителю #539 | Наверх | Cообщить модератору

671. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 14:46 
>> Ой.
> А chroot - это простейший механизм для _изоляции_ процесса

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

Ответить | Правка | ^ к родителю #643 | Наверх | Cообщить модератору

674. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от vle email(ok) on 10-Авг-11, 15:21 
>>> Ой.
>> А chroot - это простейший механизм для _изоляции_ процесса
> Я к тому, что этак недолго и уид/гид-бейзед пермишны объявить разновидностью виртуализации.
> Ну, как же! В зависимости от логина-пароля система поворачивается разными сторонами
> к юзеру...

Ну, я бы сказал так. Виртуализация - это ограничение области видимости
некоторых объектов системы и степень возможного влияния на "видимые" объекты.
Если так смотреть на вещи, то в принципе разграничение привилегий на уровне
uid/gid тоже назвать виртуализацией, поэтому я бы выставил
uid/gid, chroot, jail, vserver/openvz/lxc, xen/vmware/virtualbox в одну цепь
как раз по степени изоляции и степени влияния на видимое.
К объектам относятся процессы, файлы, сокеты, файловые системы, сетевые интерфейсы,
физическое железо, ядро и т.д. Само собой в этой цепи возникает много "побочных"
вопросов вроде бакапирования, живой миграции, безопасности, производительности,
нарезка ресурсов и прочее.

Ответить | Правка | ^ к родителю #671 | Наверх | Cообщить модератору

679. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 15:45 
> Ну, я бы сказал так. Виртуализация - это ограничение области видимости
> некоторых объектов системы и степень возможного влияния на "видимые" объекты.

Нет.

Ответить | Правка | ^ к родителю #674 | Наверх | Cообщить модератору

688. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 16:47 
>> Ну, я бы сказал так. Виртуализация - это ограничение области видимости
>> некоторых объектов системы и степень возможного влияния на "видимые" объекты.
> Нет.

Хорошо, с тем, что это одна из важнейших ее функций спорить будем?

Ответить | Правка | ^ к родителю #679 | Наверх | Cообщить модератору

689. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 16:59 
> Хорошо, с тем, что это одна из важнейших ее функций спорить будем?

Да. Будем. Виртуализация не ограничивает доступ на уровне ОС, она изолирует систему уровнем ниже - на уровне железа. Вы собираетесь доказывать, что трюки с пермишнами - такая же виртуализация, как и виртуальный хардвер хена/варежки/виртуалбокса?

Ответить | Правка | ^ к родителю #688 | Наверх | Cообщить модератору

745. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 22:10 
> с пермишнами - такая же виртуализация, как и виртуальный хардвер хена/варежки/виртуалбокса?

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


Ответить | Правка | ^ к родителю #689 | Наверх | Cообщить модератору

771. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 11-Авг-11, 00:26 
>> Хорошо, с тем, что это одна из важнейших ее функций спорить будем?
> Да. Будем. Виртуализация не ограничивает доступ на уровне ОС, она изолирует систему
> уровнем ниже - на уровне железа.

Вы взяли один частный случай, при котором пуристы могут докопаться, что виртуализацией будет только bochs и аналогичные чисто программные системы, не допускающие выполнения кода нативно на процессорах :)

> Вы собираетесь доказывать, что трюки с пермишнами - такая же виртуализация,
> как и виртуальный хардвер хена/варежки/виртуалбокса?

Ну зачем же.

http://wiki.openvz.org/Introduction_to_virtualization
http://en.wikipedia.org/wiki/Category:Virtualization_software

Операционное окружение необязательно включает в себя отдельное ядро, да и отдельную libc тоже.  Смотря что ведь от него требуется.

Ответить | Правка | ^ к родителю #689 | Наверх | Cообщить модератору

19. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +5 +/
Сообщение от RicoX email on 08-Авг-11, 11:03 
Лично меня во фре ужасно напрягает система обновлений, когда обновление/добавление одного порта может вылиться в пересборку всего мира с непредсказуемым результатом и поиском где что отвалилось. Также в порты попадает софт не стабильных версий и нет вменяемой возможности (либо у меня кривые руки) в автоматическом режиме ставить только софт stable версий, как в том же Debian. Держу несколько серверов на фре из-за шейпера, весь остальной парк переведен на Linux о чем не жалею.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от Аноним (??) on 08-Авг-11, 11:18 
Тоже перевели все на Linux. Остались сервера которые "работает - не трогай" под фрей. Фря действительно сжирает время человеческое (по сравнению с Debian). Знаете, я был фанатом фри раньше (да и сейчас очень симпатизирую этой системе, еще в школе когда учился ее ставил себе), но прошло 10 лет и сейчас как-то параллельно к ней отношусь. Скорее всего фря останется в прошлом для многих... ;(
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

55. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 12:24 
Вы примерчики, примерчики.
У меня за более чем 10 лет таких проблем не наблюдалось.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

155. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от universite email(ok) on 08-Авг-11, 16:20 
Не троллите.
Покажите хоть один пример "проблемного порта"
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

172. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rend email on 08-Авг-11, 17:07 
Легко. Перевод мета-порта php с 5.2 на 5.3 одним махом, не сделав ветки 5.2 для совместимости. Майнтейнеру порта надо было за это отрвать руки и всё, что отрывается. отвалились все плагины разом.
Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

213. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от VoViK email(ok) on 08-Авг-11, 19:20 
Не надо никому ничего отрывать.
"одним махом" с php 5.2 на 5.3 переход не возможен и проблема это не freebsd, нн лень или козни майнтенера, это особенность новой ветки PHP. Аналогично во всех дистрибутивах.
Скажите спасибо, что Alex таки поддерживает порт php52. Официальной поддержки сразу php 4.9, 5.2, 5.3 нет практически ни в одном дистрибутиве.
Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

216. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от lagman (ok) on 08-Авг-11, 19:25 
> Не надо никому ничего отрывать.
> "одним махом" с php 5.2 на 5.3 переход не возможен и проблема
> это не freebsd, нн лень или козни майнтенера, это особенность новой
> ветки PHP. Аналогично во всех дистрибутивах.
> Скажите спасибо, что Alex таки поддерживает порт php52. Официальной поддержки сразу php
> 4.9, 5.2, 5.3 нет практически ни в одном дистрибутиве.

Очевидно, что автор этого комментария не знаком с темой обсуждения и не в курсе, как благодаря ale@ lang/php5 внезапно сменил версию с 5.2 на 5.3, в результате чего отвалился Zend Encoder (как неподдерживаемый), сломались экстеншены и была хренова гора лулзов. Спасибо товарищу lissyara за своевременное создание порта lang/php52 и дальнейшую его поддержку. А ale@ и правда - плохой человек и должен лишиться чего-нибудь.

Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

237. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 08-Авг-11, 20:59 
>[оверквотинг удален]
>> это не freebsd, нн лень или козни майнтенера, это особенность новой
>> ветки PHP. Аналогично во всех дистрибутивах.
>> Скажите спасибо, что Alex таки поддерживает порт php52. Официальной поддержки сразу php
>> 4.9, 5.2, 5.3 нет практически ни в одном дистрибутиве.
> Очевидно, что автор этого комментария не знаком с темой обсуждения и не
> в курсе, как благодаря ale@ lang/php5 внезапно сменил версию с 5.2
> на 5.3, в результате чего отвалился Zend Encoder (как неподдерживаемый), сломались
> экстеншены и была хренова гора лулзов. Спасибо товарищу lissyara за своевременное
> создание порта lang/php52 и дальнейшую его поддержку. А ale@ и правда
> - плохой человек и должен лишиться чего-нибудь.

Я согласен, что ale@ тут не прав. Но авторы Zend'а многим подложили какашку, а у авторов PHP это вообще стало привычкой (это они объявили 5.2 не поддерживаемой больше и ale повелся). Но это не проблема FreeBSD ни разу.

Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

256. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rend email on 08-Авг-11, 21:45 
Правильно. Это проблема того, как обновляются порты в FreeBSD. Вот скажите, что мне делать если мне нужны apache 1.3 c php 4, apache 2.0 с php 5.2 и что нибудь совсем свежее? Любое телодвижение с такими связками в системе вызывает только один вопрос - зачем? Зачем мне мучатся с такой системой?

У меня нет желания тратить время на разработку костылей в подобных ситуациях. Да, я могу наделать jail-ов со своим деревом портов в каждом - но это за гранью добра и зла в плане поддержки.

Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

262. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 22:10 
> Вот скажите, что
> мне делать если мне нужны apache 1.3 c php 4, apache
> 2.0 с php 5.2 и что нибудь совсем свежее?

Поставить в разные каталоги? Одна доп. инструкция для make - это сложно?

>Любое телодвижение
> с такими связками в системе вызывает только один вопрос - зачем?
> Зачем мне мучатся с такой системой?

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


Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

318. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от vegus (ok) on 09-Авг-11, 01:11 
> Поставить в разные каталоги? Одна доп. инструкция для make - это сложно?

порой удивительно, почему такие очевидные решения не приходят в голову пользователям сразу ;-)

ок, а теперь о главном:

> Не мучайтесь. Если документацию прочитать не в силах, то идите на ту
> систему, где вам ее будут читать и разжевывать.

в этом, кажется, и есть ключевая суть проблемы коммьюнити FreeBSD сейчас - большинство пользователей почему-то не справляется с пользованием системой и в основном по субъективным причинам (неуверенность, страхи перед изменениями, лень учиться) перестают ей пользоваться, тем самым сокращая и так небольшое (по сравнению с GNU/Linux) сообщество.

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

в результате сообщество и сама FreeBSD становятся настолько специфичными, что не набирается достаточной мощности "экосистемы" FreeBSD для ее широкой популярности.

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

Ответить | Правка | ^ к родителю #262 | Наверх | Cообщить модератору

330. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 09-Авг-11, 01:32 
Похоже на то, что перед выходом девятки специально поднят чёрный пиар вокруг якобы "изъянов" операционной системы. Кому-то из "руководящего состава" GNU/Linux-мейнстрима не выгоден быстрый прогресс FreeBSD в сторону десктопа и тем более оставление её в серверном сегменте.

Вы заметили, как в последние три месяца активизировалась травля сколько не архитектурных (тут всё более-менее нормально: новые фичи успешно не замечаются), а организационных особенностей FreeBSD? Я — да. Все хотят сделать из FreeBSD очередного клона linux, чтобы ничем не выделятся на его фоне.

Ответить | Правка | ^ к родителю #318 | Наверх | Cообщить модератору

376. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от vegus (ok) on 09-Авг-11, 04:02 
> Похоже на то, что перед выходом девятки специально поднят чёрный пиар вокруг
> якобы "изъянов" операционной системы. Кому-то из "руководящего состава" GNU/Linux-мейнстрима
> не выгоден быстрый прогресс FreeBSD в сторону десктопа и тем более
> оставление её в серверном сегменте.

Вот! Вы удивительно точно назвали - текущие activities очень похожи на PR-кампанию. Особенно интересно, кажется, замешивание сюда Rambler/Yandex; складывается ощущение, что это очень весомые, а может даже и одни из ключевых пользователей FreeBSD, наряду с "СНГ-сегментом" вообще.

> Вы заметили, как в последние три месяца активизировалась травля сколько не архитектурных
> (тут всё более-менее нормально: новые фичи успешно не замечаются), а организационных
> особенностей FreeBSD? Я — да. Все хотят сделать из FreeBSD очередного
> клона linux, чтобы ничем не выделятся на его фоне.

Не то чтобы я сильно слежу за СМИ :-)

Однако, на протяжении многих лет становится все очевиднее определенная "десоциализация" что ли фряхи: то есть, она как бы есть и развивается, и Apple тут, и Juniper, и когда-то Yahoo!, а вот т. н. "конечный бизнес" ее даже не замечает как возможный выбор - то ли коммьюнити маловато, то ли оно "закрыто-элитарно", то ли и правда квалифицированных фряшных админов почти не осталось - посмотрите только, _сколько_ комментариев про "плохую" систему портов!

При этом лично я, как инженер, не перестаю восхищаться технической красотой существующих возможностей FreeBSD и скоростью их появления 8-) ...и продолжаю спокойно и уверенно пользовать фряху, пусть и на серверах :-)

Ответить | Правка | ^ к родителю #330 | Наверх | Cообщить модератору

835. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 22:05 
> Похоже на то, что перед выходом девятки специально поднят чёрный пиар вокруг
> якобы "изъянов" операционной системы. Кому-то из "руководящего состава" GNU/Linux-мейнстрима
> не выгоден быстрый прогресс FreeBSD в сторону десктопа и тем более
> оставление её в серверном сегменте.
> Вы заметили, как в последние три месяца активизировалась травля сколько не архитектурных
> (тут всё более-менее нормально: новые фичи успешно не замечаются), а организационных
> особенностей FreeBSD? Я — да.

Ооо, да. Конечно же, это ЗаговорЪ! Виноваты какие угодно "они", на что угодно спихнуть, лишь бы не замечать / не признавать своих проблем.

> Все хотят сделать из FreeBSD очередного
> клона linux, чтобы ничем не выделятся на его фоне.

Единственный проблеск конструктива во всем комменте, но и эта тема - уникальности - уже освещена в посте.

Ответить | Правка | ^ к родителю #330 | Наверх | Cообщить модератору

430. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ivanko on 09-Авг-11, 10:45 
>> Вот скажите, что
>> мне делать если мне нужны apache 1.3 c php 4, apache
>> 2.0 с php 5.2 и что нибудь совсем свежее?
> Поставить в разные каталоги?

А потом попробуйте поставить любой порт, который зависит от установленного в кривой каталог софта.

> Не мучайтесь. Если документацию прочитать не в силах, то идите на ту
> систему, где вам ее будут читать и разжевывать.

В документации нет ответа, что делать, если софт поставлен в другой каталог, а его надо обновить или доустановить к нему что-либо.

Ответить | Правка | ^ к родителю #262 | Наверх | Cообщить модератору

450. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 12:30 
>>> Вот скажите, что
>>> мне делать если мне нужны apache 1.3 c php 4, apache
>>> 2.0 с php 5.2 и что нибудь совсем свежее?
>> Поставить в разные каталоги?
> А потом попробуйте поставить любой порт, который зависит от установленного в кривой
> каталог софта.

чего?


>> Не мучайтесь. Если документацию прочитать не в силах, то идите на ту
>> систему, где вам ее будут читать и разжевывать.
> В документации нет ответа, что делать, если софт поставлен в другой каталог,
> а его надо обновить или доустановить к нему что-либо.

берете и обновляете или доустанавливаете, какие проблемы?

Ответить | Правка | ^ к родителю #430 | Наверх | Cообщить модератору

465. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ivanko on 09-Авг-11, 14:14 
>>>> Вот скажите, что
>>>> мне делать если мне нужны apache 1.3 c php 4, apache
>>>> 2.0 с php 5.2 и что нибудь совсем свежее?
>>> Поставить в разные каталоги?
>> А потом попробуйте поставить любой порт, который зависит от установленного в кривой
>> каталог софта.
> чего?

Ставим libcurl с дополнительным патчем в /opt. Далее пытаемся поставить что-то, что зависит от него. А через месяц - обновить.

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

Ну так попробуйте это сделать через портапгрейд...

Ответить | Правка | ^ к родителю #450 | Наверх | Cообщить модератору

466. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от DeadLoco (ok) on 09-Авг-11, 14:19 
> В документации нет ответа, что делать, если софт поставлен в другой каталог,
> а его надо обновить или доустановить к нему что-либо.

Основной инструмент при работе с портами - это /etc/make.conf, по той простой причине, что вся система портов построена вокруг make. И если для используемых портов правильно прописать секцию в мейк.конфе, то последующее обновление превращается в незаметную рутинную процедурку. Но нужно читать не только хендбук, но и мануал портера, который совсем не зря лежит в базовых доках.

Ответить | Правка | ^ к родителю #430 | Наверх | Cообщить модератору

477. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email on 09-Авг-11, 15:12 
Зря вы это сказали. За язык вас никто не тянул. Продемонстрируйте эту одну доп. инструкцию для make страждущим. Только не надо мне говорить про сборку ТРИ раза в разные каталоги с досборкой нужных зависимостей разных версий, многие из которых в портах не дают использовать разные версии без доп. подпорок и плясок с бубном.

Мой дорогой друг. По поводу документации - будь добр предоставить ссылку на пункт документации, где этот момент описан.

P.S: вот именно благодаря такому подходу и такому "коммьюнити" FreeBSD теряет  популярность и пользователей. Что хорошо было для конца 90-х - начала 00-х, не соответствует текущим нуждам и реалиям. Было дохрена хороших идеологически продуктов, угробленных наплевательским отношением к пользователям.

Ответить | Правка | ^ к родителю #262 | Наверх | Cообщить модератору

516. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 09-Авг-11, 18:22 
> Зря вы это сказали. За язык вас никто не тянул. Продемонстрируйте эту
> одну доп. инструкцию для make страждущим. Только не надо мне говорить
> про сборку ТРИ раза в разные каталоги с досборкой нужных зависимостей
> разных версий, многие из которых в портах не дают использовать разные
> версии без доп. подпорок и плясок с бубном.
> Мой дорогой друг. По поводу документации - будь добр предоставить ссылку на
> пункт документации, где этот момент описан.

давайте я сразу вам дам доку, а вы пойдете и почитаете? вот дока: /usr/ports/Mk/bsd.port.mk
после этого желательно научиться работать с make.conf: make make.conf
для завершения нужно почитать /usr/local/etc/pkgtools.conf.sample и маны из portupgrade.

Ответить | Правка | ^ к родителю #477 | Наверх | Cообщить модератору

517. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 09-Авг-11, 18:23 
> после этого желательно научиться работать с make.conf: make make.conf

tr/make make.conf/man make.conf/

Ответить | Правка | ^ к родителю #516 | Наверх | Cообщить модератору

526. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email on 09-Авг-11, 19:11 
Я вообще-то просил указать точное место в документации, где про это написано. Как сделать это одной командой - вы же знаете, раз надуваете щёки - вот и покажите нам. Так, чтобы не надо было три раза править make.conf.
Ответить | Правка | ^ к родителю #517 | Наверх | Cообщить модератору

542. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 20:33 
> Я вообще-то просил указать точное место в документации, где про это написано.
> Как сделать это одной командой - вы же знаете, раз надуваете
> щёки - вот и покажите нам. Так, чтобы не надо было
> три раза править make.conf.

Я вам указал точные доки, что вам еще нужно?
Читайте, там все есть. Не можете осилить? - идите на форум, там помогут, если хорошо попросите.

Ответить | Правка | ^ к родителю #526 | Наверх | Cообщить модератору

545. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rend email on 09-Авг-11, 21:29 
Т.е. найти точное место в документации вы не можете? И сказать тот самый один магический параметр для make.conf тоже?
Ответить | Правка | ^ к родителю #542 | Наверх | Cообщить модератору

547. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rend email on 09-Авг-11, 21:32 
> Т.е. найти точное место в документации вы не можете? И сказать тот
> самый один магический параметр для make.conf тоже?

Желающие могут вместе со мной поискать этот магический параметр здесь:
http://www.freebsd.org/cgi/man.cgi?query=make.conf&sektion=5

Ответить | Правка | ^ к родителю #545 | Наверх | Cообщить модератору

570. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:40 
> Т.е. найти точное место в документации вы не можете? И сказать тот
> самый один магический параметр для make.conf тоже?

Чего его искать, если я все читал, и прежде, чем что-то вам давать, проверил?
Сказать могу, но не все же преподносить на блюдечке. Я указал направление. Пока сами изучаете - узнаете еще кучу полезного и последующие лишние вопросы, возможно, отпадут.

Ответить | Правка | ^ к родителю #545 | Наверх | Cообщить модератору

627. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rend email on 10-Авг-11, 10:36 
Понятно. Ляпнул не подумав про одну команду. Бывает. ;)
Ответить | Правка | ^ к родителю #570 | Наверх | Cообщить модератору

640. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 11:58 
> Понятно. Ляпнул не подумав про одну команду. Бывает. ;)

Установить - одна команда, но для поддержки в актуальном состоянии - уже не одна команда.

Ответить | Правка | ^ к родителю #627 | Наверх | Cообщить модератору

697. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email on 10-Авг-11, 17:39 
Про установку - тоже не одна. Вы забываете, что может потребоваться (точнее, почти всегда требуется) что-то подшаманить с зависимостями. В реальной жизни - плохо сопровождаемый ад. Или делать свои деревья портов (неважно, каким способом), либо держать машину под сборку бинарных пакетов под конкретную задачу. И то, и другое - неэффективно ни разу.
Ответить | Правка | ^ к родителю #640 | Наверх | Cообщить модератору

566. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rend email on 09-Авг-11, 22:33 
>> Я вообще-то просил указать точное место в документации, где про это написано.
>> Как сделать это одной командой - вы же знаете, раз надуваете
>> щёки - вот и покажите нам. Так, чтобы не надо было
>> три раза править make.conf.
> Я вам указал точные доки, что вам еще нужно?
> Читайте, там все есть. Не можете осилить? - идите на форум, там
> помогут, если хорошо попросите.

Ну bsd.port.mk тоже. Увлекательное на ночь чтение.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk?r...

Ответить | Правка | ^ к родителю #542 | Наверх | Cообщить модератору

613. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от kshetragia email(ok) on 10-Авг-11, 06:29 
Сидите уже на пингвинах и не е..те мозг.. а? Вам человек дал всё что вам нужно.
Секции в make.conf могут например выглядеть таким образом:

.if (${.CURDIR:N*/ports/editors/vim} == "")
WITHOUT_X11= yes
NO_GUI= yes
WITH_RUBY= yes
WITH_PERL= yes
WITH_PYTHON= yes
WITH_CSCOPE= yes
.endif

.if (${.CURDIR:N*/ports/multimedia/mplayer} == "")
WITH_DVD_DEVICE= /dev/acd0
WITH_CDROM_DEVICE=/dev/acd0
WITHOUT_NVIDIA= yes
WITHOUT_ARTS= yes
WITHOUT_IPV6= yes
WITH_LANG= ru
.endif

Или как угодно еще. man make.

Ответить | Правка | ^ к родителю #566 | Наверх | Cообщить модератору

624. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rend email on 10-Авг-11, 10:03 
Замечательно. Наконец-то пошёл конструктив. И как это решит проблему? Даю подсказку - если вы собираете разные версии одного и того же порта (пусть и в разные каталоги), могут понадобится - вот сюрприз - разные версии зависимостей. Automake, Autoconf и 100500 других. Вы предлагаете мне вручную заполнить make.conf для всех этих вариантов? Сделайте одолжение, будьте так любезны, укусите себя змеёй. :)

P.S: типично красноглазый подход - вместо признания существования проблемы с пеной урта кричать что её нет, что есть вот такие замечательные костылики, что миллионы леммингов их используют и они не могут ошибаться. Спасибо, жрите сами. Я предпочту использование наиболее удобного и подходящего инструмента. Топором можно срубить много деревьев, но бензопила эффективнее.

Ответить | Правка | ^ к родителю #613 | Наверх | Cообщить модератору

626. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 10:15 
>[оверквотинг удален]
> если вы собираете разные версии одного и того же порта (пусть
> и в разные каталоги), могут понадобится - вот сюрприз - разные
> версии зависимостей. Automake, Autoconf и 100500 других. Вы предлагаете мне вручную
> заполнить make.conf для всех этих вариантов? Сделайте одолжение, будьте так любезны,
> укусите себя змеёй. :)
> P.S: типично красноглазый подход - вместо признания существования проблемы с пеной урта
> кричать что её нет, что есть вот такие замечательные костылики, что
> миллионы леммингов их используют и они не могут ошибаться. Спасибо, жрите
> сами. Я предпочту использование наиболее удобного и подходящего инструмента. Топором можно
> срубить много деревьев, но бензопила эффективнее.

Чего полезли-то вообще? Не нравится - не ешьте. Не хотите разбираться - не разбирайтесь.
Дурацкая это манера, сначала чего-то требовать, потом, так и не разобравшись, обосрать и сделав улыбку удалиться. Собственно этим самым обосрали вы себя, а не то, что хотели, увы.

Ответить | Правка | ^ к родителю #624 | Наверх | Cообщить модератору

630. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email on 10-Авг-11, 10:49 
> Чего полезли-то вообще? Не нравится - не ешьте. Не хотите разбираться -
> не разбирайтесь.
> Дурацкая это манера, сначала чего-то требовать, потом, так и не разобравшись, обосрать
> и сделав улыбку удалиться. Собственно этим самым обосрали вы себя, а
> не то, что хотели, увы.

Какие-то странные у вас фантазии. Мне нравится FreeBSD - с версии 2.2.8 ещё. На тот момент, на фоне всяких дистрибутивов linux она казалась шедевром. Но времена меняются, меняются задачи и цели - а вот система осталась той же. И, внезапно, оказалось, что она как чемодан без ручки - нести тяжело, а бросить - жалко. Нет желания тратить кучу времени на костыли, только чтобы поддерживать систему в адекватном состоянии. В данный момент есть более удобные решения.

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

В FreeBSD 9.0 вроде сделана попытка осознать и переработать некоторые проблемы - ну что же, посмотрим. Но лично у меня интерес теперь скорее академический - в продакшен FreeBSD у нас умерла. FAMP в России всё больше становится LAMP.
P.S: интересно, сколько лет нужно, чтобы починить проблему убегающего времени, в том случае, если freebsd - гостевая система? Практика показывает - два года - не предел.

Ответить | Правка | ^ к родителю #626 | Наверх | Cообщить модератору

633. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 10-Авг-11, 11:00 
> В FreeBSD 9.0 вроде сделана попытка осознать и переработать некоторые проблемы

проблема там в community, её коммитами кода не решишь, увы…

Ответить | Правка | ^ к родителю #630 | Наверх | Cообщить модератору

641. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 12:07 
> Просто чтобы вы, как защитник FreeBSD поняли - вы сделали сейчас всё,
> чтобы оттолкнуть людей от системы - так как вы себя ведут
> 80% адептов культа. Вместо того, чтобы дать чёткий ответ (вы же
> делаете вид, что его знаете) - вы гордо посылаете на х..,
> пардон в маны. Причём видно, что сами вы их если и
> читали, то смутно себе представляете, в чём суть вопроса.

Я сделал все, что бы человек думал свой головой, а не чужой. Копи-паст ума и понимания - не добавит. И да, ответ знаю, у меня так два мускуля на одном из серверов жили, например, долгое время. И вы бы узнали ответ, если бы почитали, а не верещали: "дай мне готовую рецептуру".

Ответить | Правка | ^ к родителю #630 | Наверх | Cообщить модератору

698. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email on 10-Авг-11, 17:41 
> Я сделал все, что бы человек думал свой головой, а не чужой.
> Копи-паст ума и понимания - не добавит. И да, ответ знаю,
> у меня так два мускуля на одном из серверов жили, например,
> долгое время. И вы бы узнали ответ, если бы почитали, а
> не верещали: "дай мне готовую рецептуру".

Я знаю минимум три способа. Проблема в том, что ни один из них не является эффективным с точки зрения трудозатрат.

Ответить | Правка | ^ к родителю #641 | Наверх | Cообщить модератору

651. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 10-Авг-11, 13:01 
> P.S: интересно, сколько лет нужно, чтобы починить проблему убегающего времени, в том
> случае, если freebsd - гостевая система? Практика показывает - два года
> - не предел.

У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт, и в sysctl  задать подходящий.

Ответить | Правка | ^ к родителю #630 | Наверх | Cообщить модератору

722. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email on 10-Авг-11, 19:50 
> У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в
> конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт,
> и в sysctl  задать подходящий.

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

Ответить | Правка | ^ к родителю #651 | Наверх | Cообщить модератору

764. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 11-Авг-11, 00:09 
>> У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в
>> конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт,
>> и в sysctl  задать подходящий.
> Не подскажете методику оценки точности таймеров, и от чего зависит выбор того или другого?

5.25. Почему часы на моем лэптопе показывают неправильное время?
http://www.freebsd.org/doc/ru/books/faq/troubleshoot.html#LA...


Ответить | Правка | ^ к родителю #722 | Наверх | Cообщить модератору

770. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email(ok) on 11-Авг-11, 00:24 
>>> У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в
>>> конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт,
>>> и в sysctl  задать подходящий.
>> Не подскажете методику оценки точности таймеров, и от чего зависит выбор того или другого?
> 5.25. Почему часы на моем лэптопе показывают неправильное время?
> http://www.freebsd.org/doc/ru/books/faq/troubleshoot.html#LA...

Боже мой. Лучше бы вы этого не показывали. facepalm.jpg

P.S: хорошо задокументированный баг - это не баг, а фича.

Ответить | Правка | ^ к родителю #764 | Наверх | Cообщить модератору

746. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 10-Авг-11, 22:14 
> У FreeBSD есть по крайней мере три таймера точного времени.

Linux может использовать кучу разных источников точного времени. Но часы почему-то идут нормально.

Ответить | Правка | ^ к родителю #651 | Наверх | Cообщить модератору

765. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 11-Авг-11, 00:10 
>> У FreeBSD есть по крайней мере три таймера точного времени.
> Linux может использовать кучу разных источников точного времени. Но часы почему-то идут нормально.

Не всегда: http://www.google.com/search?q=linux%20спешат%20часы


Ответить | Правка | ^ к родителю #746 | Наверх | Cообщить модератору

823. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 20:05 
> Не всегда: http://www.google.com/search?q=linux%20спешат%20часы

Ну вот у меня они идут нормально. В контейнерах. Виртуалках. На сервере, ноуте, десктопе, мобиле и на виртуалках. И даже в часах, которые к сожалению пока еще без линукса :).

Ответить | Правка | ^ к родителю #765 | Наверх | Cообщить модератору

666. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 13:57 
> если вы собираете разные версии одного и того же порта

Разные версии одного софта являются разными портами, а не разными версиями одного порта. Т.е. /usr/ports/lang/php и /usr/ports/lang/php52 - это разные порты, каждый со своим деревом зависимостей. И, кстати, основное счастье фрей в том, что создание собственного порта или метапорта - абсолютно легальное деяния, не вносящее разрухи в систему портов. Ну, поддерживать придется самостоятельно, и совместимость зависимостей тоже на совести изготовителя, но никаких концептуальных проблем возникать не должно.

Ответить | Правка | ^ к родителю #624 | Наверх | Cообщить модератору

700. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email on 10-Авг-11, 17:43 
>> если вы собираете разные версии одного и того же порта
> Разные версии одного софта являются разными портами, а не разными версиями одного
> порта. Т.е. /usr/ports/lang/php и /usr/ports/lang/php52 - это разные порты, каждый со
> своим деревом зависимостей. И, кстати, основное счастье фрей в том, что
> создание собственного порта или метапорта - абсолютно легальное деяния, не вносящее
> разрухи в систему портов. Ну, поддерживать придется самостоятельно, и совместимость зависимостей
> тоже на совести изготовителя, но никаких концептуальных проблем возникать не должно.

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

Ответить | Правка | ^ к родителю #666 | Наверх | Cообщить модератору

724. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 20:27 
> Простите, если сможете.

Да что вы! Какие могут быть обиды! Я наоборот - доволен и цвету, как майская роза :)

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

Ответить | Правка | ^ к родителю #700 | Наверх | Cообщить модератору

747. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 10-Авг-11, 22:16 
> косяками и дырками - тем больше и тем охотнее платят мне.

Или решают что содержать вас стало слишком дорого и валят на линукс? :)


Ответить | Правка | ^ к родителю #724 | Наверх | Cообщить модератору

750. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 22:32 
> Или решают что содержать вас стало слишком дорого и валят на линукс? :)

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

Ответить | Правка | ^ к родителю #747 | Наверх | Cообщить модератору

768. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Rend email(ok) on 11-Авг-11, 00:20 
Понимаете, вы исходите из неверной предпосылки, что кому-то нужна именно FreeBSD или именно Linux. Я открою вам таину и истену великую - бизнесу, по большому счёту, всё равно, что там под капотом. Бизнес интересует результат. Именно поэтому у гентушника или фрибздшника шансов устроится при прочих равных в серьёзную контору меньше, чем у нормального юниксоида. Никто не будет оплачивать вам ваши развлечения. Лишний OPEX никому не нужен.
Безусловно, экологическая ниша у фри есть и будет - вот только становится она всё меньше и уже. Специалисты по Cobol тоже сейчас не особо нужны, знаете ли ;) Спрос в этой нише ограничен.

P.S: мне всегда нравилась FreeBSD за свой "соборный" стиль построения системы и коммьюнити, в отличии от "базарного" в Linux. Кто бы мог подумать, что это же станет её проклятьем. Воистину, толпа решает.

Ответить | Правка | ^ к родителю #750 | Наверх | Cообщить модератору

809. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 11-Авг-11, 18:48 
> Понимаете, вы исходите из неверной предпосылки, что кому-то
> нужна именно FreeBSD или именно Linux.

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

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

Простейший пример - сравнить уровень киддизов, освоивших мускль в масс-хостинге, и ораклистов. Когда возникает серьезная задача - скорей обратятся к ораклистам, потому что у киддиза-хостера как бы он ни крутил - все равно получится хостинг ;)

Ответить | Правка | ^ к родителю #768 | Наверх | Cообщить модератору

876. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:26 
> Но данная стратегия не работает в случае нетривиальных штучных задач, требующих от
> проектирования, разработки и сопровождения уровня, заметно более высокого, нежели чем
> киддизовый.

Почему-то гугл, фэйсбук, вика и прочие top busiest sites с кастомными решениями ... все как один на линуксе. Топ500 суперкомпьютеров почему-то тоже оккупировали пингвины. Или это недостаточно масштабные задачи для господ илитистов?

Ответить | Правка | ^ к родителю #809 | Наверх | Cообщить модератору

906. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin on 12-Авг-11, 19:47 
> Почему-то гугл

Про Google не надо. Не говорите, чего не знаете.

Ответить | Правка | ^ к родителю #876 | Наверх | Cообщить модератору

938. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 14-Авг-11, 04:14 
> Про Google не надо. Не говорите, чего не знаете.

И чего мы не знаем про гугл? Того что у них на серверах свой допиленный пингвиникс с слегка кастомным ядром? Это довольно общеизвестный факт, если что :)

Ответить | Правка | ^ к родителю #906 | Наверх | Cообщить модератору

916. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 12-Авг-11, 20:25 
> Или это недостаточно масштабные задачи для господ илитистов?

Походу, в мировом океане гораздо больше планктона, чем крылатых насекомых (в частности, мух). Так что претендующих на ширпотреб линуксистам есть ещё куда стремиться — десктопы ещё не завоёваны числом установок. :))

Ответить | Правка | ^ к родителю #876 | Наверх | Cообщить модератору

793. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 15:14 
> В нетиповых случаях дружелюбная ось с коммьюнити из ламеров обходится значительно дороже,
> чем илитная ось с задротами глубокого бурения.

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

"Я сильный, я очень сильный! Но легкий, очень легкий!" (с) анек про ежика и медведя.

Ответить | Правка | ^ к родителю #750 | Наверх | Cообщить модератору

842. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 22:38 
>> В нетиповых случаях дружелюбная ось с коммьюнити из ламеров обходится значительно дороже,
>> чем илитная ось с задротами глубокого бурения.
> И вы конечно же готовы это обосновать? Прямо вот с бизнес-планом и
> цифрами на руках? Или это как всегда - следствие мнительности илитистов,
> которые в результате вечно себя переоценивают, что для всех остальных довольно
> смешно выглядит со стороны.

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

Ответить | Правка | ^ к родителю #793 | Наверх | Cообщить модератору

875. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:22 
> Если вам это не понятно - мне жалко вас. Я уж не  раз видел порутаные сервера
> из-за того, что за ними не следили,

Это вообще к чему? Илитизм головного мозга != компетенция и грамотное решение насущных инженерных задач. Напротим, илитизм очень вреден в борьбе с хакерами т.к. приводит к недооценке потенциального противника.

> видел сетей заваленные штормами, видел apr-спуфинг, всего этого можно было избежать...

Опять же - и к чему это? Вы хотите сказать что только бсдшники могут грамотно настраивать сеть чтоли? Позволю себе в этом усомниться.

> А сколько просто приходит железок с софтом который гадами не обновлялся...

И правда - форменные гады! А фрибсдшники будут гадами? За древнюю версию сишного компилера, например, не обновляемую гОдами?

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

Вы так говорите как будто вот все вокруг - пи...сы, и только вы один - в белом. Это опять следствие илитизма? Для начала, я вообще не вижу ни одного подтверждения вашей высокой квалификации, а вот илитизм и высокомерие - вижу. Догадайтесь как это смотрится со стороны.

Ответить | Правка | ^ к родителю #842 | Наверх | Cообщить модератору

901. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:38 
>> Если вам это не понятно - мне жалко вас. Я уж не  раз видел порутаные сервера
>> из-за того, что за ними не следили,
> Это вообще к чему? Илитизм головного мозга != компетенция и грамотное решение
> насущных инженерных задач. Напротим, илитизм очень вреден в борьбе с хакерами
> т.к. приводит к недооценке потенциального противника.

Это к тому, что: "В нетиповых случаях дружелюбная ось с коммьюнити из ламеров обходится значительно дороже". Ламеры есть ламеры. От эникейщиков ждать ничего хорошего не приходится, увы. С илитизмом и выводами - согласен.

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

К тому, что если вы посадите 10-ть недоучей, вместо одного грамотного специалиста - ничего хорошего не выйдет. При чем тут БСД - не знаю, у вас наверное БСД головного мозга.

>> А сколько просто приходит железок с софтом который гадами не обновлялся...
> И правда - форменные гады! А фрибсдшники будут гадами? За древнюю версию
> сишного компилера, например, не обновляемую гОдами?

А там есть уязвимости?

> Вы так говорите как будто вот все вокруг - пи...сы, и только
> вы один - в белом. Это опять следствие илитизма? Для начала,
> я вообще не вижу ни одного подтверждения вашей высокой квалификации, а
> вот илитизм и высокомерие - вижу. Догадайтесь как это смотрится со
> стороны.

У вас с мозгом явно что-то не так...

Ответить | Правка | ^ к родителю #875 | Наверх | Cообщить модератору

911. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 20:05 
> Это к тому, что: "В нетиповых случаях дружелюбная ось с коммьюнити из
> ламеров обходится значительно дороже". Ламеры есть ламеры.

Не бывает так чтобы 100.0% ламеров. Даже под макосью и виндой можно изредка встретить неглупого специалиста. Процент конечно не очень большой, но все-таки.

> От эникейщиков ждать ничего хорошего не приходится, увы.
> С илитизмом и выводами - согласен.

Взаимоисключающие параграфы, имхо ;)

> К тому, что если вы посадите 10-ть недоучей, вместо одного грамотного специалиста
> - ничего хорошего не выйдет. При чем тут БСД - не знаю, у вас наверное БСД головного мозга.

Глядя на местных тигаров изенов и прочих - я почему-то постоянно хочу их назвать недоучами и ламерами. А то что они бсдшники - ну вот так получилось. Я не виновт что статистика такая.

>> сишного компилера, например, не обновляемую гОдами?
> А там есть уязвимости?

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

Ответить | Правка | ^ к родителю #901 | Наверх | Cообщить модератору

933. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 13-Авг-11, 07:57 
>> Это к тому, что: "В нетиповых случаях дружелюбная ось с коммьюнити из
>> ламеров обходится значительно дороже". Ламеры есть ламеры.
> Не бывает так чтобы 100.0% ламеров. Даже под макосью и виндой можно
> изредка встретить неглупого специалиста. Процент конечно не очень большой, но все-таки.

Если цель уволить одного профессионала за 100тр и нанять 3-и за 20тр, то очень сомнительно, что там будет человек, который все сможет грамотно настроить.


>> От эникейщиков ждать ничего хорошего не приходится, увы.
>> С илитизмом и выводами - согласен.
> Взаимоисключающие параграфы, имхо ;)

Мое имхо - другое.

> Глядя на местных тигаров изенов и прочих - я почему-то постоянно хочу
> их назвать недоучами и ламерами. А то что они бсдшники -
> ну вот так получилось. Я не виновт что статистика такая.

294-ый, а сам себя-то ты как оцениваешь? :)

>>> сишного компилера, например, не обновляемую гОдами?
>> А там есть уязвимости?
> Там баги есть. Двухдневную сессию бдения над воркэраундингом оных я не так
> давно видел.

у любой версии gcc багов куча, я на них давно уже не смотрю - скучно стало. если будет конкретная бага генерирующая уязвимый код, то известие придет по каналам, а там уже и можно будет думать об обновлении. К тому же, еси будет такое БСД-уны сами быстро выпустят заплатку.

>Смешно выглядит - толпа фанатиков геморроится 2 дня с
> тем что за час делается только потому что линукс не комильфо,
> бсд им подавайте.

Приведите мне примеры, плз. У меня, например, есть другой опыт, приключившийся где то год назад: стоит у нас в офисе железка, на которой был старый дебин 4-ех летней давности , решил не обновлять, а просто переставить систему, тем более, что под руку просили убунту. Попробовал поставить убунту - установщик не нашел винты, причем ядро их видело, так и сяк покорячил - не встает, ладно, взял дебиан, инталлер начал ерроры показывать при скачивании пакетов, для проверки прогнал mhdd, memtest+ - нормально. Вкорячил фрю - встала без проблем. В результате, т.к. нужна была линух на этой машинке, так же, без проблем, как и со фрей, встала gentoo. Ну да, вот такая история неосилятора десктоп-ориентированной системы. На др. компах таких приключений не было, т.е. это единичная такая железка, но осадок...

Ответить | Правка | ^ к родителю #911 | Наверх | Cообщить модератору

934. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 13-Авг-11, 08:00 
за ошибки и описки - сорри, на бегу пишу.
Ответить | Правка | ^ к родителю #933 | Наверх | Cообщить модератору

973. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 18-Авг-11, 01:34 
> Если цель уволить одного профессионала за 100тр и нанять 3-и за 20тр,
> то очень сомнительно, что там будет человек, который все сможет грамотно настроить.

А зачем нанимать 3 по 20? Один по 50-80 - не вариант?

> Мое имхо - другое.

Ну, я вас с этим поздравляю.

>> ну вот так получилось. Я не виновт что статистика такая.
> 294-ый, а сам себя-то ты как оцениваешь? :)

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

> у любой версии gcc багов куча, я на них давно уже не смотрю - скучно стало.

Да, но их еще и чинят, вообще-то. И как правило сами авторы программ используют более-менее свежие версии компилеров, библиотек и прочая. Потому что их абсолютно не прет воркэраундить окаменелые баги чужих либ, компилеров, etc. Стандартная реакция програмеров на репорт в старой версии - "поставьте текущую версию и попробуйте снова".

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

Програмеров которые в 2011 году хотят греть свой мозг багами замшелых версий доGPLv3ного GCC - не очень много, извините.

> К тому же, еси будет такое БСД-уны сами быстро выпустят заплатку.

На все заплаток не наделаешь. Упомянутый софт например сроду ни у кого в портах, репах и прочем не фигурирует. Хотя-бы потому что майнтайнеры не всегда успевают за прогрессом, а это к тому же относительно малотиражный софт, который к тому же часто адаптируется на местах вплоть до допила сырца напильником под те или иные реалии. Тем не менее, какие-то такие corner cases могут сильно попортить жизню. В этом случае желательно чтобы система на которую собирается софт была бы более-менее похожа (хотя-бы по версиям либ, компилеров и прочая) на то что у програмеров. Это отлажено на самих програмерах и как-то работает. А вот что-то сверх того - уже не факт. Далеко не у всех програмеров есть ресурсы тестировать софт на сильно отличающихся конфигурациях, а сами они предпочитают как правило свежие версии от себе подобных, чтобы не париться с древними багами, которые сто лет исправлены. Собственно они же первым делом и репортят баги в програмерских тулзах и шкурно заинтересованы в их скорейшей починке.

>> бсд им подавайте.
> Приведите мне примеры, плз.

Дык привел уже то что вспомнилось из наиболее вопиющего и свежего, как умел. А если посмотреть, такое сплошь и рядом. Мне специально такие приколы коллекционировать начать? :)

> начал ерроры показывать при скачивании пакетов, для проверки прогнал mhdd, memtest+
> - нормально. Вкорячил фрю - встала без проблем. В результате, т.к.
> нужна была линух на этой машинке, так же, без проблем, как и со фрей, встала gentoo.

Похоже на какие-то глюки инсталлера. Наверное это была какая-то довольно экзотичная конфига, на которой никто не словил какой-то баг. Только вот если мы о железе будем говорить - я без проблем найду вагон железок куда фря или не ставится никак или впихивается чисто номинально, так что результат бесполезен на практике. Особенно если не дай боже взять что-то отличное от х86 (бздуны же любят кивать поддержкой ARM и MIPS, можно это припомнить и взять наугад десяток плат на этом всем из того что более-менее массово продается, во смеху то будет).

> Ну да, вот такая история неосилятора десктоп-ориентированной системы.

У фри corner cases где она взбрыкивает - ИХМО сильно больше. А если придираться то даже XP после обновления до SP2 вываливала синий экран на некоторых конфигруациях. Ответ MS был гениален своей простотой: "извините, но ваше железо не поддерживается SP2". В общем то проблемы везде можно найти.

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

Идеальных систем вообще без багов - не бывает. Тут скорее вопрос насколько часто и больно грабли будут выдавать в лоб.

Осиляторы могут меня забрасывать тапками, но имхо управление софтом в фре грабельное и архаичное, требующее больше усилий/времени для типовых сценариев чем apt-get install something. По крайней мере с точки зрения удобства содержания боевых серверов на этом. Древние компилеры эпохи царя гороха - вообще маразм. Перескок на шланг опять же странная затея: он пилится только эпплом, которому на проблемы бзди как-то перпендикулярно, так что данный шаг вызовет много попаболи и не факт что закончится чем-то хорошим.

Ответить | Правка | ^ к родителю #933 | Наверх | Cообщить модератору

779. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от kshetragia email(ok) on 11-Авг-11, 06:05 
> Замечательно. Наконец-то пошёл конструктив. И как это решит проблему? Даю подсказку -
> если вы собираете разные версии одного и того же порта (пусть
> и в разные каталоги), могут понадобится - вот сюрприз - разные
> версии зависимостей. Automake, Autoconf и 100500 других. Вы предлагаете мне вручную
> заполнить make.conf для всех этих вариантов? Сделайте одолжение, будьте так любезны,
> укусите себя змеёй. :)

Поток сознания. Разные версии "одного и того же софта" находятся в разных каталогах портов.
Пример? Сколько угодно: lang/perl5.10, lang/perl5.12, www/apache13, www/apache20, www/apache22. etc..
"разные версии зависимостей" синхронизированы для всей ветки. для клинических случаев:
devel/autoconf, devel/autoconf213, devel/automake, devel/automake14

Для совсем уж древних портов portupgrade сохраняет библиотеки в compat. т.е. есть гарантия, что при обновлении скажем libpng - gimp останется рабочим.

> P.S: типично красноглазый подход - вместо признания существования проблемы с пеной урта
> кричать что её нет, что есть вот такие замечательные костылики, что
> миллионы леммингов их используют и они не могут ошибаться.

Ну и к чему эти ваши спазмы? Проблема есть. И ясно(по крайней мере мной) осознаваемая. Большая и жЫрная. Но не там где вы ее пыжитесь найти.

> Спасибо, жрите сами. Я предпочту использование наиболее удобного и подходящего инструмента. Топором можно срубить много деревьев, но бензопила эффективнее.

Да за ради бога. Советчиков и без вас хватает.

Ответить | Правка | ^ к родителю #624 | Наверх | Cообщить модератору

788. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email(ok) on 11-Авг-11, 11:37 
Вы хоть раз сами пробовали поставить несколько версий одного и того же порта одновременно??
Ответить | Правка | ^ к родителю #779 | Наверх | Cообщить модератору

836. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 11-Авг-11, 22:09 
> Вы хоть раз сами пробовали поставить несколько версий одного и того же
> порта одновременно??

Утихомирьтесь уже, пробовали, делали, обновляли - все работает.

Ответить | Правка | ^ к родителю #788 | Наверх | Cообщить модератору

819. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 19:50 
> Сидите уже на пингвинах и не е..те мозг.. а?

Ну так чего ж вы потом такие новости то постите, что ай-яй-яй, все валят на пингвины. Нестыковочка.

Ответить | Правка | ^ к родителю #613 | Наверх | Cообщить модератору

695. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Кирилл (??) on 10-Авг-11, 17:31 

> угробленных наплевательским отношением к пользователям.

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

Ответить | Правка | ^ к родителю #477 | Наверх | Cообщить модератору

279. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 08-Авг-11, 23:22 
[ multi apache+php ]
> У меня нет желания тратить время на разработку костылей в подобных ситуациях.
> Да, я могу наделать jail-ов со своим деревом портов в каждом
> - но это за гранью добра и зла в плане поддержки.

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

Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

335. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 09-Авг-11, 01:44 
> [ multi apache+php ]
>> У меня нет желания тратить время на разработку костылей в подобных ситуациях.
>> Да, я могу наделать jail-ов со своим деревом портов в каждом
>> - но это за гранью добра и зла в плане поддержки.
> Справедливости ради, на линуксе я бы тоже постарался такое не наворачивать --
> в плане поддержки куда лучше выходят несколько контейнеров с ясной конфигурацией,
> чем один со страшными макаронами ("здесь играем, здесь не играем, здесь
> селёдку заворачивали").

А что у вас в этих контейнерах. Чем от них отличаются jail'ы?


Ответить | Правка | ^ к родителю #279 | Наверх | Cообщить модератору

571. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:41 
> А что у вас в этих контейнерах. Чем от них отличаются jail'ы?

Ну а потребление ресурсов например ограничить группе процессов там как? В лине все понятно, есть cgroups. А тут что? Фига, как обычно?

Ответить | Правка | ^ к родителю #335 | Наверх | Cообщить модератору

647. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 12:47 
> А что у вас в этих контейнерах. Чем от них отличаются jail'ы?

Дорогой iZEN, пойми же наконец разницу между ИЗОЛЯЦИЕЙ процессов
и НАРЕЗКОЙ РЕСУРСОВ под них. Линупсячий openvz, к примеру, делает
и первое и второе. chroot и фришный jail -- только первое.

Ответить | Правка | ^ к родителю #335 | Наверх | Cообщить модератору

652. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 10-Авг-11, 13:02 
>> А что у вас в этих контейнерах. Чем от них отличаются jail'ы?
> Дорогой iZEN, пойми же наконец разницу между ИЗОЛЯЦИЕЙ процессов
> и НАРЕЗКОЙ РЕСУРСОВ под них. Линупсячий openvz, к примеру, делает
> и первое и второе. chroot и фришный jail -- только первое.

man setrlimit(2)
man cpuset(1)

OpenVZ не в ванильном ядре.

Ответить | Правка | ^ к родителю #647 | Наверх | Cообщить модератору

669. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 14:41 
> man setrlimit(2)

Хочу (1) или (8).  Так можно и man напильник предлагать :-/

> man cpuset(1)

Хочу (и применяю) изоляцию сетевых интерфейсов, в т.ч. лупбэка, а также приоретизацию I/O.  Что читать?

> OpenVZ не в ванильном ядре.

Когда же до таких, как Вы, дойдёт, что это не мешает его применять практически при условии наличия внятного поставщика?  Как и ядро того же RHEL или Android, например.

У меня есть ovz в двух ядрах из дистрибутива, и этого вполне достаточно.

Ответить | Правка | ^ к родителю #652 | Наверх | Cообщить модератору

754. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 10-Авг-11, 23:05 
> Хочу (и применяю) изоляцию сетевых интерфейсов, в т.ч. лупбэка, а также приоретизацию I/O.  Что читать?

Читать сначала про epair(4), а потом окунуться с головой в vimage в FreeBSD 9.
Про приоритезацию I/O ничего не читать — в OpenVZ её тоже нет, так как никому неизвестно, как заставить её правильно работать из-за присуствия SWAP'а и общего файлового кэша, разделяемого всеми виртуальными машинами (ой, простите — изолированными окружениями).

>> OpenVZ не в ванильном ядре.
> Когда же до таких, как Вы, дойдёт, что это не мешает его применять практически при условии наличия внятного поставщика?  Как и ядро того же RHEL или Android, например.

Когда же до олухов дойдёт, что наличие OpenVZ — это не столько отличительная особенность Linux, сколько отличительная особенность поставщика конкретного ядра Linux. А таких поставщиков наберётся от силы пять-шесть, два из которых никаких гарантий и предоставление подписок на сопровождение не дадут.

> У меня есть ovz в двух ядрах из дистрибутива, и этого вполне достаточно.

Поздравляю.

Ответить | Правка | ^ к родителю #669 | Наверх | Cообщить модератору

774. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 11-Авг-11, 03:02 
>> Хочу (и применяю) изоляцию сетевых интерфейсов, в т.ч. лупбэка,
>> а также приоретизацию I/O.  Что читать?
> Читать сначала про epair(4)

Вы про lo точно прочли?

> а потом окунуться с головой в vimage в FreeBSD 9.

Видите ли, я в отпуске и окунуться в головой предпочту в море, нежели в эти удобства во дворе.  Зачем Вы мне ЭТО суёте как достижение?  В OpenVZ есть более легковесная реализация (venet), которая не требует пар типа-эзернетов (которые тоже есть -- veth), собираемых в бриджи со всеми вытекающими.  Заодно более безопасная -- снупать или повесить свой dhcpd не выйдет.

http://wiki.openvz.org/Differences_between_venet_and_veth

> Про приоритезацию I/O ничего не читать — в OpenVZ её тоже нет

И опять врёте.  vzctl(8), --ioprio.  _Работает_, мы так и жили на весьма скромном терминальном сервере (два ядра, 4G RAM, 5 HDD) -- три "прижатых" сборочных контейнера, каждый из которых по отдельности способен заметно "задумать" само железо, практически не оказывали влияния на интерактивность терминальных сессий при полной нагрузке.

http://wiki.openvz.org/I/O_priorities_for_containers

На отдельно взятом умеренно древнем линуксе -- schedutils и ionice(1) из них.

> так как никому неизвестно, как заставить её правильно работать из-за присуствия SWAP'а

1) активный своп на плотно нагруженной системе недопустим;
2) производительность фонового вытеснения хлама некритична;
3) ссылку http://wiki.openvz.org/Vswap уже раз или два в ответах Вам здесь давал.

> и общего файлового кэша

С производительностью кэша проблем не наблюдаю: seek'ать нечему; ручка к его объёму (по метаданным) есть: vzctl set --dcachesize.

> Когда же до олухов дойдёт, что наличие OpenVZ — это не столько
> отличительная особенность Linux

Ну-ка найдите мне его нынче на другом ядре, а потом продолжим.

> сколько отличительная особенность поставщика конкретного ядра Linux.
> А таких поставщиков наберётся от силы пять-шесть, два из которых
> никаких гарантий и предоставление подписок на сопровождение не дадут.

Вот скажите, кем надо быть, чтоб пытаться проскочить перед камазом с очень простой мыслью:

    если есть хотя бы один, лучше два,
    дающих гарантию внятных поставщика
    -- неважно, сколько "не дадут"

ARM-овый ширпотреб идёт вон вообще со своими ядрами, _и ничего_.  Потихоньку сводят и обобщают, но главное-то в том, что этот самый хотя бы один поставщик -- находится, пока Вы тут продолжаете спамить "в защиту" вместо того, чтобы помочь со сбором претензий (sic) или на худой конец -- полезным сравнительным анализом.

Ответить | Правка | ^ к родителю #754 | Наверх | Cообщить модератору

789. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 11-Авг-11, 11:53 
> Вы про lo точно прочли?

jail_jailname_ip="192.168.1.5,127.0.0.1" в /etc/rc.conf хоста (в FreeBSD 7.2 и выше).

Зачем тебе изолированный loopback-интерфейс в изолированном окружение, скажи пожалуйста? У тебя настолько старые программы, что им нужен именно loopback-интерфейс для связи друг с другом внутри клетки?

Ответить | Правка | ^ к родителю #774 | Наверх | Cообщить модератору

797. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email(ok) on 11-Авг-11, 16:06 
iZen, извините, но вы чудовищно некомпетентны. Изолирование loopback - одна из мер изоляции виртуальных машин друг от друга, во-первых, во-вторых - даёт возможность использования локализованных данной ВМ сетевых приложений.
Ответить | Правка | ^ к родителю #789 | Наверх | Cообщить модератору

847. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 11-Авг-11, 23:36 
> iZen, извините, но вы чудовищно некомпетентны.

Я-то? Я же пример уже привёл, как сделать изолированный loopback-интерфейс в Jail'ах современных ОС FreeBSD. Какие ещё могут быть вопросы?

> Изолирование loopback - одна из мер
> изоляции виртуальных машин друг от друга, во-первых, во-вторых - даёт возможность
> использования локализованных данной ВМ сетевых приложений.

До  этой возможности (которая появилась в FreeBSD 7.2), хостеры FreeBSD-VPS как-то обходились без изолированного (и вообще без никакого) loopback-интерфейса. А потом пришёл OpenVZ и пользователи почему-то вдруг, нет — РЕШИТЕЛЬНО — захотели единоличный 127.0.0.1 в своих изолированных операционных окружениях. :)) Почему так, а?!

Ответить | Правка | ^ к родителю #797 | Наверх | Cообщить модератору

877. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:31 
> iZen, извините, но вы чудовищно некомпетентны.

Капитан! Вы снова нас посетили! :)

Ответить | Правка | ^ к родителю #797 | Наверх | Cообщить модератору

676. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от vle email(ok) on 10-Авг-11, 15:30 
>>> А что у вас в этих контейнерах. Чем от них отличаются jail'ы?
>> Дорогой iZEN, пойми же наконец разницу между ИЗОЛЯЦИЕЙ процессов
>> и НАРЕЗКОЙ РЕСУРСОВ под них. Линупсячий openvz, к примеру, делает
>> и первое и второе. chroot и фришный jail -- только первое.
> man setrlimit(2)

О да, это шедевр.

> man cpuset(1)

Как уже сказал Шигорин, ФС и процессор -- не единственные ресурсы,
доступ к которым хотелось бы ограничить.
Да и выдвигать cpuset(1) как средство ограничения jail-а к CPU -- это,
извини подвинься, ни в какие ворота.
Все-таки фанатизма бы тебе поменьше.

> OpenVZ не в ванильном ядре.

Никого это не волнует в мире Линупса. Берется правильный вендор
с правильным ядром, и никому не колупется моск.
grsecurity тоже нет в ванилле, но те, кому он нужен, знают, где его взять.
Это одно из преимуществ сильной фрагментации Линупс рынка.

Ответить | Правка | ^ к родителю #652 | Наверх | Cообщить модератору

773. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 11-Авг-11, 00:28 
> Как уже сказал Шигорин, ФС и процессор -- не единственные ресурсы,
> доступ к которым хотелось бы ограничить.

Лимиты на память, cputime, количество одновременно запущенных процесов и т.д. для клеток задаются для собственных классов пользователей в login.conf этих клеток.

> Никого это не волнует в мире Линупса. Берется правильный вендор с правильным ядром, и никому не колупется моск.

Да где ж его взять-то?

> grsecurity тоже нет в ванилле, но те, кому он нужен, знают, где его взять.

Да где ж его взять-то?

> Это одно из преимуществ сильной фрагментации Линупс рынка.

Это — самое неприятное в Linux. Потому и не больше 5% всех установок GNU/Linux на десктопы во ВСЁМ мире. Как говориться: divide et impera ("разделяй и властвуй") — принцип, к которому вынужденно прибегли корпорации, чтобы не допустить конкуренции с мейнстримом на десктопах — Microsoft и Apple — основных движителей индустрии потребительских устройств, которые совместимы только с ИХ десктопами и ИХ мобильными коммуникаторами. Договор, вернее, сговор между корпорациями:
1) убрать GNUсятину из потребительских устройств методом деунификации кодовой базы;
2) оставить возможность "плодить и размножаться" несовместимым клонам одного и того же, чтобы обеспечить управляемый рост по-отдельности вендоров проприетарных решений, несовместимых друг с другом и с общей кодовой базой (которая мизерна и включает в себя только ванильное ядро Linux);
3) оставить GNU/Linux на серверах, чтобы кое-кто не лежал на печи, а продуцировал нужные всем инновации (веб-два-ноль, облачные вычисления). Google чего-то там рыпается с Android и вроде отвечает на судебные выпады против неё самой (а не Linux), но, я думаю, это "показательные выступления" вендора разработки инфраструктуры проприетарных решений, а не "остриё атаки" движения FOSS.

Ответить | Правка | ^ к родителю #676 | Наверх | Cообщить модератору

785. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov on 11-Авг-11, 11:00 
>>не колупется моск.
> Да где ж его взять-то?

Прогрессивное человечество рыдает над Вашими проблемами.

Ответить | Правка | ^ к родителю #773 | Наверх | Cообщить модератору

787. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от andy (??) on 11-Авг-11, 11:20 

> Это — самое неприятное в Linux. Потому и не больше 5% всех
> установок GNU/Linux на десктопы во ВСЁМ мире. Как говориться: divide et
> impera ("разделяй и властвуй") — принцип, к которому вынужденно прибегли корпорации,
> чтобы не допустить конкуренции с мейнстримом на десктопах — Microsoft и
> Apple — основных движителей индустрии потребительских устройств, которые совместимы
> только с ИХ десктопами и ИХ мобильными коммуникаторами. Договор, вернее, сговор
> между корпорациями:
> 1) убрать GNUсятину из потребительских устройств методом деунификации кодовой базы;

Не считая того, что сговор это бред сивой кобылы, можно вспомнить FreeBSD, которая делает все возможное, что бы убрать gnu утилиты из системы. Чем Apple и пользуется, благодаря "более свободной" лицензии. Друзья проприетарщиков, одним словом.

> 2) оставить возможность "плодить и размножаться" несовместимым клонам одного и того же,
> чтобы обеспечить управляемый рост по-отдельности вендоров проприетарных решений, несовместимых
> друг с другом и с общей кодовой базой (которая мизерна и
> включает в себя только ванильное ядро Linux);

Какие несовместимые клоны? В чем? Объясни простую истину - почему между дистрибутивами Linux'а софт пересобирают, а между разными BSD его именно переносят? Так кто фрагментирован то?

Ответить | Правка | ^ к родителю #773 | Наверх | Cообщить модератору

792. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 11-Авг-11, 15:12 
> Какие несовместимые клоны? В чем? Объясни простую истину - почему между дистрибутивами Linux'а софт пересобирают, а между разными BSD его именно переносят? Так кто фрагментирован то?

Linux фрагментирован, потому что стадии пересборки в любом случае не избежать — даже внутри одного дистрибутива при изменении системного API c выходом очередной версии ядра и/или glibc.

А между *BSD софт переносят, потому что это не клоны, а РАЗНЫЕ операционные системы, как Mac OS X, AmigaOS и QNX.

Ответить | Правка | ^ к родителю #787 | Наверх | Cообщить модератору

924. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 21:12 
> Linux фрагментирован, потому что стадии пересборки в любом случае не избежать —
> даже внутри одного дистрибутива при изменении системного API c выходом очередной
> версии ядра и/или glibc.

Я вот вчера заменил 2.6.38 на 3.0 и не пересобрал при этом ни одной программы вообще. И ни единой библиотеки. Как можно быть настолько ламером, изен?!

Ответить | Правка | ^ к родителю #792 | Наверх | Cообщить модератору

820. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 19:52 
> OpenVZ не в ванильном ядре.

И чего? В большинстве дистров ставится парой команд. Я это ядро поставлю намного быстрее чем ты свои джайлы отполисуешь по ресурсам нормально, до уровня приемлимого например для хостинга, когда контейнер отдается бесконтролько хомяку и тот может буянить в нем как хочет, а хост при этом не должен дуба дать.

Ответить | Правка | ^ к родителю #652 | Наверх | Cообщить модератору

482. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email on 09-Авг-11, 15:20 
> [ multi apache+php ]
>> У меня нет желания тратить время на разработку костылей в подобных ситуациях.
>> Да, я могу наделать jail-ов со своим деревом портов в каждом
>> - но это за гранью добра и зла в плане поддержки.
> Справедливости ради, на линуксе я бы тоже постарался такое не наворачивать --
> в плане поддержки куда лучше выходят несколько контейнеров с ясной конфигурацией,
> чем один со страшными макаронами ("здесь играем, здесь не играем, здесь
> селёдку заворачивали").

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

Ответить | Правка | ^ к родителю #279 | Наверх | Cообщить модератору

480. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от www2 (??) on 09-Авг-11, 15:19 
Дык, у вас и с любым Linux те же проблемы будут. Если от замены предполагаемого источника проблемы проблема не исчезает, может быть не верно определён её источник? Другими словами: нежелание годами менять устаревший софт - это ваши личные трудности.
Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

294. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от VoViK email(ok) on 08-Авг-11, 23:59 
Под Alex я и имел в виду lissyara и с вопросом я хорошо знаком.
Переход на php 5.3 был неизбежен в любом случае.
Для того чтобы не было внезапностей принято читать UPDATING.
Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

479. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rend email on 09-Авг-11, 15:17 
> Под Alex я и имел в виду lissyara и с вопросом я
> хорошо знаком.
> Переход на php 5.3 был неизбежен в любом случае.
> Для того чтобы не было внезапностей принято читать UPDATING.

Да ладно? А вот у меня на тот момент было 5.2.7 и нужен был 5.2.11, а не кривой и несовместимый 5.3. Порт-майнтейнер почему-то решил, что лучше знает, как вести порт, и что нужно пользователям.

Ответить | Правка | ^ к родителю #294 | Наверх | Cообщить модератору

535. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от VoViK email(ok) on 09-Авг-11, 19:53 
> Да ладно? А вот у меня на тот момент было 5.2.7 и
> нужен был 5.2.11, а не кривой и несовместимый 5.3. Порт-майнтейнер почему-то
> решил, что лучше знает, как вести порт, и что нужно пользователям.

Надо было почитать UPDATING, заглянуть в форум и т.д.
php52 появился менее чем через 2 недели после смены версии.
Раз уж вы не обновляли с 5.2.7 полтора года, могли бы подождать 2 недели.
Он так решил именно потому что _он_ майнтейнер и с момента выхода 5.3.0 прошел уже почти год.

Ответить | Правка | ^ к родителю #479 | Наверх | Cообщить модератору

538. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Sem email(ok) on 09-Авг-11, 20:07 
>> Под Alex я и имел в виду lissyara и с вопросом я
>> хорошо знаком.
>> Переход на php 5.3 был неизбежен в любом случае.
>> Для того чтобы не было внезапностей принято читать UPDATING.
> Да ладно? А вот у меня на тот момент было 5.2.7 и
> нужен был 5.2.11, а не кривой и несовместимый 5.3. Порт-майнтейнер почему-то
> решил, что лучше знает, как вести порт, и что нужно пользователям.

Я прямо в растеренности... Ну вы словарик откройте что-ли, попробуйте осмыслить значение слова маинтейнер.

Ответить | Правка | ^ к родителю #479 | Наверх | Cообщить модератору

670. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 14:44 
> Я прямо в растеренности... Ну вы словарик откройте что-ли, попробуйте осмыслить значение
> слова маинтейнер.

Заодно найдите десять отличий от слова "диктатор" (начиная с того, что вовсе не обязательно принимать на себя весь груз ответственности -- можно и посоветоваться, особенно если светит не policy decision, а local admin decision).

--
майнтейнер

Ответить | Правка | ^ к родителю #538 | Наверх | Cообщить модератору

780. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 09:41 
Миша ты реально задостал. Ты пользуещся fbsd?! Тебя касаются проблемы fbsd?!


Тогда ты какого лезешь со своими "умными" советами?

Ответить | Правка | ^ к родителю #670 | Наверх | Cообщить модератору

878. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:33 
> Тогда ты какого лезешь со своими "умными" советами?

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

Ответить | Правка | ^ к родителю #780 | Наверх | Cообщить модератору

946. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от исчо_адын_аноним on 14-Авг-11, 19:40 
> Миша ты реально задостал. Ты пользуещся fbsd?! Тебя касаются проблемы fbsd?!
> Тогда ты какого лезешь со своими "умными" советами?

Ну наконец то сквозь покровы цивилизации поперла суть среднего фряшника.
Не кормите больше анонимов ;)

Ответить | Правка | ^ к родителю #780 | Наверх | Cообщить модератору

821. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 19:54 
> Я прямо в растеренности...

^^^^^^^^^^^^^^^^^^^^^^^ И эти люди учат других обращаться со словарем. Жесть как она есть!


Ответить | Правка | ^ к родителю #538 | Наверх | Cообщить модератору

224. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от anonymous (??) on 08-Авг-11, 19:41 
portupgrade php5\*

Таки сложно?

Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

240. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 08-Авг-11, 21:02 
> portupgrade php5\*
> Таки сложно?

Вы видимо этого не делали. Но это не проблема FreeBSD, это проблема криворуких PHP-разработчиков и web-разработчиков.

Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

253. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от anonymous (??) on 08-Авг-11, 21:40 
Тогда какое отношение имеет проблема криворуких PHP-шников к FreeBSD в частности и к любому дистрибутиву в общем? Да, PHP 5.3 несовместим с заточенными под 5.2 проектами, почему в эту драму девелоперов и пользователей вовлекается фря?
Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

258. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от Rend email on 08-Авг-11, 21:50 
> Тогда какое отношение имеет проблема криворуких PHP-шников к FreeBSD в частности и
> к любому дистрибутиву в общем? Да, PHP 5.3 несовместим с заточенными
> под 5.2 проектами, почему в эту драму девелоперов и пользователей вовлекается
> фря?

Всё просто - майнтейнер почему-то за всех решил, что всем надо 5.3, и не оставил возможности использовать 5.2. Потому что - сюрприз, для этого надо закоммитить новый порт (который теперь php52), а ему было то ли в лом, то ли последствия он не учёл. И внезапно, выяснилось, при портапгрейде, что у нас уже не 5.2, а 5.3, сломаные зависимости и неработающие плагины. И так может произойти с каждым мета-портом. Давно назрела необходимость сделать нормальную систему управления как портами, так и бинарными пакаджами. Можно сколько угодно изобретать костыли - системно проблема не решается, пользователи начинают голосовать ногами.

Ответить | Правка | ^ к родителю #253 | Наверх | Cообщить модератору

391. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от kshetragia email(ok) on 09-Авг-11, 08:14 
Тут соглашусь. Пакетная система фрюши - ее любимая мозоль. (Порты мне нравятся).
Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

519. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от aaa (??) on 09-Авг-11, 18:27 
внезапно? А вы пробовали читать /usr/ports/UPDATING - nfv vyjuj bynthtcyjuj bien/
Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

525. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 09-Авг-11, 19:06 
>[оверквотинг удален]
>> фря?
> Всё просто - майнтейнер почему-то за всех решил, что всем надо 5.3,
> и не оставил возможности использовать 5.2. Потому что - сюрприз, для
> этого надо закоммитить новый порт (который теперь php52), а ему было
> то ли в лом, то ли последствия он не учёл. И
> внезапно, выяснилось, при портапгрейде, что у нас уже не 5.2, а
> 5.3, сломаные зависимости и неработающие плагины. И так может произойти с
> каждым мета-портом. Давно назрела необходимость сделать нормальную систему управления
> как портами, так и бинарными пакаджами. Можно сколько угодно изобретать костыли
> - системно проблема не решается, пользователи начинают голосовать ногами.

Угу, а разработчики PHP такие все белые и пушистые. Ни с того, ни с сего вдруг объявили, что 5.2 больше не поддерживается. Не поддерживаемое ПО очень сложно держать в портах.

Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

649. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 12:50 
Вот чем больше читаю фришников про фрю, тем больше понимаю,
что сделал правильный выбор в свое время.
Господа, да посмотрите же, как проблема с php, apache, python и.п.
решена у ваших коллег в NetBSD/pkgsrc!
Там нет даже тени тех проблем, о которых вы говорите.
И pkgsrc чудесно работает и на FreeBSD тоже!
Ответить | Правка | ^ к родителю #525 | Наверх | Cообщить модератору

733. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 10-Авг-11, 21:02 
> Вот чем больше читаю фришников про фрю, тем больше понимаю,
> что сделал правильный выбор в свое время.
> Господа, да посмотрите же, как проблема с php, apache, python и.п.
> решена у ваших коллег в NetBSD/pkgsrc!
> Там нет даже тени тех проблем, о которых вы говорите.
> И pkgsrc чудесно работает и на FreeBSD тоже!

Сравни только количество портов. Ну и актуальность.

Ответить | Правка | ^ к родителю #649 | Наверх | Cообщить модератору

827. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 11-Авг-11, 20:33 
>> Вот чем больше читаю фришников про фрю, тем больше понимаю,
>> что сделал правильный выбор в свое время.
>> Господа, да посмотрите же, как проблема с php, apache, python и.п.
>> решена у ваших коллег в NetBSD/pkgsrc!
>> Там нет даже тени тех проблем, о которых вы говорите.
>> И pkgsrc чудесно работает и на FreeBSD тоже!
> Сравни только количество портов. Ну и актуальность.

Все, что нужно *МНЕ* в pkgsrc есть. А мне нужно сильно больше
среднестатистического админа.
Для справки: RHEL -- ~3500 пакетов, SLES - ~4500 пакетов.
pkgsrc -- ~11000 пакетов.

Актуальность?! Позвольте, но это же просто тупо! Более древний
софт можно найти и там и там. Это вообще не аргумент.
Но в плане управления пакетами и сборки,
насколько я вижу, фришные порты по сравнению с pkgsrc
и рядом не валялись. Ну сравните хотя бы базис -- pkg_*.
Основа основ!

Ответить | Правка | ^ к родителю #733 | Наверх | Cообщить модератору

863. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от анонимЪ on 12-Авг-11, 13:48 
>Для справки: RHEL -- ~3500 пакетов,
>pkgsrc -- ~11000 пакетов.

Зато у Fedora более 18000 уникальных пакетов ( см. "Software Packages" на  https://fedoraproject.org/wiki/Red_Hat_Enterprise_Linux#What...)

А про Debian я вообще не пишу, ибо там в два раза больше чем у Fedora.

Ответить | Правка | ^ к родителю #827 | Наверх | Cообщить модератору

865. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 12-Авг-11, 14:50 
>>Для справки: RHEL -- ~3500 пакетов,
>>pkgsrc -- ~11000 пакетов.
> Зато у Fedora более 18000 уникальных пакетов ( см. "Software Packages" на
>  https://fedoraproject.org/wiki/Red_Hat_Enterprise_Linux#What...)
> А про Debian я вообще не пишу, ибо там в два раза
> больше чем у Fedora.

Надеюсь, с английским проблем не возникнет?
http://mail-index.netbsd.org/netbsd-users/2011/08/04/msg0087...

Ответить | Правка | ^ к родителю #863 | Наверх | Cообщить модератору

833. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 21:58 
> Вот чем больше читаю фришников про фрю, тем больше понимаю,
> что сделал правильный выбор в свое время.
> Господа, да посмотрите же, как проблема с php, apache, python и.п.
> решена у ваших коллег в NetBSD/pkgsrc!
> Там нет даже тени тех проблем, о которых вы говорите.
> И pkgsrc чудесно работает и на FreeBSD тоже!

Чудесно-то оно, наверное, чудесно. Но. Здесь резонен вопрос - а почему тогда NetBSD/pkgsrc так непопулярна (сотые доли процента) ? Что-то, значит, не ладно, что-то не так? А значит, раз не так, то и не получится перетащить решение как есть.

Получается, надо адаптировать?.. Мы помним, что из NetBSD пришло много хорошего, значит, стоит посмотреть. Только где? Ты не мог бы дать какое-нибудь понятное обзорное руководство, где эта система доступна объясняется? Какая-нибудь статья на 30-40 тысяч знаков (не больше), охватывающая целиком.

Ответить | Правка | ^ к родителю #649 | Наверх | Cообщить модератору

856. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok) on 12-Авг-11, 08:37 
>> Господа, да посмотрите же, как проблема с php, apache, python и.п.
>> решена у ваших коллег в NetBSD/pkgsrc!
>> Там нет даже тени тех проблем, о которых вы говорите.
>> И pkgsrc чудесно работает и на FreeBSD тоже!
> Чудесно-то оно, наверное, чудесно. Но. Здесь резонен вопрос - а почему тогда
> NetBSD/pkgsrc так непопулярна (сотые доли процента)?
> Что-то, значит, не ладно, что-то не так?

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

>  А значит, раз не так, то и не
> получится перетащить решение как есть.

Чисто по-приколу я запустил однажды полный bulk-build на FreeBSD.

http://mova.org/~cheusov/pub/pkgsrc-distbb/FreeBSD/logs/2011...

Прошу учесть, включен ПОЛНЫЙ ПАРАНОИДАЛЬНЫЙ режим (PKG_DEVELOPER=yes).
Поэтому многие пакеты попадали, в норме, если собирать без этого флага,
соберется пакетов намного больше, но даже 7000 для "чужой"
платформы -- хороший результат. Я бы мог эксперимент повторить,
если б не померла в машинке сетевая карта, все никак не починю.
С удовольствием гонял бы bulk build-ы регулярно, но у меня нет
подходящего железа, да и возиться с настройкой FreeBSD
неохото, если честно.

В то время, когда в pkgsrc активно улучшалась поддержка DragonFlyBSD
над этим работало ну буквально один-два человека. За примерно пол года
поддержка стала такой же как и для NetBSD, сейчас для стрекозы
пакеты собираются практически все.

FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
поэтому обеспечить поддержку на 5 баллов для нее куда проще.

> Получается, надо адаптировать?.. Мы помним, что из NetBSD пришло
> много хорошего, значит,
> стоит посмотреть. Только где? Ты не мог бы дать какое-нибудь понятное
> обзорное руководство, где эта система доступна объясняется?\
> Какая-нибудь статья на 30-40
> тысяч знаков (не больше), охватывающая целиком.

http://www.netbsd.org/docs/pkgsrc/
http://www.netbsd.org/docs/guide/en/
http://pkgsrc.se/pkgtools/nih
http://pkgsrc.se/pkgtools/distbb
http://pkgsrc.se/pkgtools/pkg_summary-utils
http://pkgsrc.se/pkgtools/pkglint
http://pkgsrc.se/pkgtools/pkgin
http://pkgsrc.se/pkgtools/pbulk
http://netbsd.gw.com/cgi-bin/man-cgi?pkg_add++NetBSD-current
http://netbsd.gw.com/cgi-bin/man-cgi?pkg_delete++NetBSD-current
http://netbsd.gw.com/cgi-bin/man-cgi?pkg_admin++NetBSD-current
http://netbsd.gw.com/cgi-bin/man-cgi?pkg_summary++NetBSD-cur...

Для начала, думаю, хватит. Обрати внимание на флаги -u, -U и -A в pkg_add.
Без них жить нельзя!
При наличии заинтересованных по ту сторону, можно подумать над портированием NIH
под фрю.

Ответить | Правка | ^ к родителю #833 | Наверх | Cообщить модератору

948. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 15-Авг-11, 00:35 
>>> Господа, да посмотрите же, как проблема с php, apache, python и.п.
>>> решена у ваших коллег в NetBSD/pkgsrc!
>>> Там нет даже тени тех проблем, о которых вы говорите.
>>> И pkgsrc чудесно работает и на FreeBSD тоже!
>> Чудесно-то оно, наверное, чудесно. Но. Здесь резонен вопрос - а почему тогда
>> NetBSD/pkgsrc так непопулярна (сотые доли процента)?
>> Что-то, значит, не ладно, что-то не так?
> Я тебя умоляю, давай обойдемся без писькомера.
> Я человек технический, у кого длиннее мне мало интересно,
> давай лучше по делу ;-)

Кхе. Проблема в том, что есть куда более серьезные вещи, чем технические вопросы, вот например на http://ailev.livejournal.com/936771.html хорошо расписано. Или вот подумай, например, над объединением усилий команды FreeBSD Ports и pkgsrc в единую систему - какой объем работ потребуется? Технический ли это вопрос? А ведь вполне по делу. Рассматривать исключительно технические вопросы - вредно (кстати, они вовсе не сводятся к длине), впрочем, я начинаю пересказывать ссылку.

>>  А значит, раз не так, то и не получится перетащить решение как есть.
> Чисто по-приколу я запустил однажды полный bulk-build на FreeBSD.
> http://mova.org/~cheusov/pub/pkgsrc-distbb/FreeBSD/logs/2011...
> Прошу учесть, включен ПОЛНЫЙ ПАРАНОИДАЛЬНЫЙ режим (PKG_DEVELOPER=yes).
> Поэтому многие пакеты попадали, в норме, если собирать без этого флага,
> соберется пакетов намного больше, но даже 7000 для "чужой"
> платформы -- хороший результат. Я бы мог эксперимент повторить,

[...]
> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
> поэтому обеспечить поддержку на 5 баллов для нее куда проще.

А сколько из них рабочих? Во фре сейчас более 22 тысяч портов. Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс? А самое главное, кто этим будет заниматься?

>[оверквотинг удален]
> http://pkgsrc.se/pkgtools/distbb
> http://pkgsrc.se/pkgtools/pkg_summary-utils
> http://pkgsrc.se/pkgtools/pkglint
> http://pkgsrc.se/pkgtools/pkgin
> http://pkgsrc.se/pkgtools/pbulk
> http://netbsd.gw.com/cgi-bin/man-cgi?pkg_add++NetBSD-current
> http://netbsd.gw.com/cgi-bin/man-cgi?pkg_delete++NetBSD-current
> http://netbsd.gw.com/cgi-bin/man-cgi?pkg_admin++NetBSD-current
> http://netbsd.gw.com/cgi-bin/man-cgi?pkg_summary++NetBSD-cur...
> Для начала, думаю, хватит.

"Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е. такие обзорные, какие я и сам в ЖЖ пишу). Я осилил 16 глав из первой ссылки и указанные четырьмя последними маны - дальше по факту, пардон, ты крадешь моё время. Это с твоей стороны весьма неэтично. Вот скажи, оно _мне_ реально надо, это всё _целиком_ читать? Для какой цели? Вопросы мотивации - они, если что, тоже не технические.

Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод, что pkgsrc развилась из тех же самых FreeBSD Ports, и у них до сих пор всё еще много общего.

> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя!

Ясен пень. Но это не выглядит значительным в реализации отличием от фревых эквивалентов.

> При наличии заинтересованных по ту сторону, можно подумать над
> портированием NIH под фрю.

Он опирается на pkgsrc. А на портирование самого pkgsrc в NetBSD официально согласны?

Ответить | Правка | ^ к родителю #856 | Наверх | Cообщить модератору

958. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok) on 15-Авг-11, 07:48 
> Или вот подумай, например, над объединением усилий команды FreeBSD Ports и
> pkgsrc в единую систему - какой объем работ потребуется?

MirBSD понадобилось несколько месяцев для того,
чтобы написать порт pkgsrc под свою систему, которого раньше не было.
Примерно столько же MINIX-оидам.
Но и там и там полтора человека, ты же понимаешь.
Что касается фри, то под нее поддержка
есть давно. Что нужно делать -- править сборку пакетов, и, изредка,
прикладывать патчи типа s|/dev/dsp|/dev/audio|, чтоб работало.

> [...]
>> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
>> поэтому обеспечить поддержку на 5 баллов для нее куда проще.
> А сколько из них рабочих? Во фре сейчас более 22 тысяч портов.
> Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс?
> А самое главное, кто этим будет заниматься?

Никто из фришников не откажется от своих портов, и это вам никто не предлагает.
года 4 или 5 назад вы выпустили первоапрелбьскую шутку о том, что мол
FreeBSD собирается переходить на pkgsrc с целью...
Очень фришникам было смешно. А тем временем pkgsrc развивалась ;-)

> "Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е.
> такие обзорные, какие я и сам в ЖЖ пишу).

Ты хочешь сравнительную характеристику фришных портов и pkgsrc
по всем интересным направлениям. От хитрец! Да кто ж тебе такое даст то?
Где ты найдешь человека в равной степени владеющего
и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты -- извини.
Хотя некоторые пункты Jeremy Reed тебе уже дал, как я видел.
На наиболее очевидные и важные вещи вроде убогого pkg_* я тебе уже указал.

> Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод,
> что pkgsrc развилась из тех же самых FreeBSD Ports, и у
> них до сих пор всё еще много общего.

Подход общий, да, декларативное описание механизма сборки
на основе make/bmake-а. Дальше -- практически ничего общего.

>> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя!
> Ясен пень. Но это не выглядит значительным в реализации отличием от фревых
> эквивалентов.

Это выглядит значительным для того, чтобы стало возможным реализация
сколь-нибудь нормальной системы управления пакетами.
Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже.

По поводу полного сравнения pkgsrc vs. порты см. выше.

>> При наличии заинтересованных по ту сторону, можно подумать над
>> портированием NIH под фрю.
> Он опирается на pkgsrc.

nih опирается на pkg_{add,remove,info,admin} и pkg_summary(5).
При более менее общих pkg_{add/remove} портирование возможно
и, наверное, не сильно трудоемко.

> А на портирование самого pkgsrc в NetBSD официально
> согласны?

pkgsrc на фре работает очень давно. В NetBSD будут только рады
видеть регулярные балк билды и под FreeBSD тоже.

Вот, кстати, и первая ласточка от MirBSD
http://mail-index.netbsd.org/pkgsrc-bulk/2011/08/14/msg00831...
Успехом пока не назовешь, но тем не менее.
Случайных балдбилд под фрю (мой) я уже показывал.

Ответить | Правка | ^ к родителю #948 | Наверх | Cообщить модератору

967. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 16-Авг-11, 21:15 
>> Или вот подумай, например, над объединением усилий команды FreeBSD Ports и
>> pkgsrc в единую систему - какой объем работ потребуется?
> MirBSD понадобилось несколько месяцев для того,
> чтобы написать порт pkgsrc под свою систему, которого раньше не было.
> Примерно столько же MINIX-оидам.
> Но и там и там полтора человека, ты же понимаешь.
> Что касается фри, то под нее поддержка
> есть давно. Что нужно делать -- править сборку пакетов, и, изредка,
> прикладывать патчи типа s|/dev/dsp|/dev/audio|, чтоб работало.

Не, не портировать, а объединить обе команды в один общий проект. Переучить всех port committers & maintainers на новую схему. А самое главное, кто этим всем станет заправлять? :) Опять же не технические вопросы.

>>> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
>>> поэтому обеспечить поддержку на 5 баллов для нее куда проще.
>> А сколько из них рабочих? Во фре сейчас более 22 тысяч портов.
>> Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс?
>> А самое главное, кто этим будет заниматься?
> Никто из фришников не откажется от своих портов, и это вам никто
> не предлагает.

Кхе. Линуксоиды предлагали перейти на dpkg, например :) Из всех вариантов "перехода" pkgsrc - единственное, что хоть как-то хотя бы теоретически могло бы быть сделано.

> года 4 или 5 назад вы выпустили первоапрелбьскую шутку о том, что
> мол
> FreeBSD собирается переходить на pkgsrc с целью...
> Очень фришникам было смешно. А тем временем pkgsrc развивалась ;-)

Не знаю, я как-то пропустил эту шутку, видимо. Из косметики - /usr/pkg более правилен, чем /usr/local (наиболее повлияющее на пользователя отличие, я б переделал, да поздно ж...). Переход как есть действительно никому не нужен, вот объединение во что-то новое - уже как-то осмысленно.

>> "Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е.
>> такие обзорные, какие я и сам в ЖЖ пишу).
> Ты хочешь сравнительную характеристику фришных портов и pkgsrc
> по всем интересным направлениям. От хитрец! Да кто ж тебе такое даст
> то?

Ну, гм. Вот в той же Википедии регулярно можно видеть обширные статьи с табличками Comparison of ... про, например, файловые системы, instant messenger'ы и много чего еще. Конечно, по каждому пункту информации мало, но зато их самих много, и у них обычны сноски, ведущие на соответствующие источники - т.е. изучающему легко окунуться именно туда, куда конкретно надо.

К сожалению, по пакетным менеджерам такого там нет, просто список, единственное, что я нашел - это http://distrowatch.com/dwres.php?resource=package-management - но там совсем кратко, а NetBSD вообще нету.

> Где ты найдешь человека в равной степени владеющего
> и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты
> -- извини.

На уровне человека, разбирающегося в internals? Да, такое навряд ли, но оно и не нужно, а на уровне "рисовал сборку пакета туда и туда" - почему нет? Много таких людей, на разных дистрибутивах линукса, много таких, кто, например, собирал (рисовал) новый пакет и для FreeBSD, и для Debian. Логично предположить, что такие есть и для FreeBSD/NetBSD. Если нету, то у NetBSD, видимо, дела обстоят еще хуже, чем я предполагал :-/

> Хотя некоторые пункты Jeremy Reed тебе уже дал, как я видел.
> На наиболее очевидные и важные вещи вроде убогого pkg_* я тебе уже
> указал.

Пардон, _мне_? Мне никто не писал ничего, как уже выяснилось, ты меня с кем-то другим путаешь. Так что давай и мне ссылки, где писал ты и где Jeremy Reed :)

>> Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод,
>> что pkgsrc развилась из тех же самых FreeBSD Ports, и у
>> них до сих пор всё еще много общего.
> Подход общий, да, декларативное описание механизма сборки
> на основе make/bmake-а. Дальше -- практически ничего общего.

Я прочитал 16 глав и увидел очень много знакомого и похожего - та же структура Makefile, distinfo и т.д. Оно из тех же утилит развилось, что Jordan Hubbard делал для FreeBSD, и в те годы обменивались кодом туда-обратно еще как минимум раз, судя по докам. Наиболее значительное отличие, которое я успел увидеть - это способ задания опций и buildlink3.

>>> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя!
>> Ясен пень. Но это не выглядит значительным в реализации отличием от фревых
>> эквивалентов.
> Это выглядит значительным для того, чтобы стало возможным реализация
> сколь-нибудь нормальной системы управления пакетами.

Я с точки зрения трудозатрат на реализацию смотрю, разумеется. Насчет обеспечения возможности уже и так очевидно.

> Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже.
> По поводу полного сравнения pkgsrc vs. порты см. выше.

А почему он просто не встроен в основные утилиты? Следующий логический шаг, так сказать.

>> А на портирование самого pkgsrc в NetBSD официально
>> согласны?
> pkgsrc на фре работает очень давно. В NetBSD будут только рады
> видеть регулярные балк билды и под FreeBSD тоже.

Я под этим немножко другое имел в виду, см. выше про объединение.

Ответить | Правка | ^ к родителю #958 | Наверх | Cообщить модератору

968. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok) on 17-Авг-11, 01:44 
> Не, не портировать, а объединить обе команды в один общий проект. Переучить
> всех port committers & maintainers на новую схему. А самое главное,
> кто этим всем станет заправлять? :) Опять же не технические вопросы.

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

> Кхе. Линуксоиды предлагали перейти на dpkg, например :) Из всех вариантов "перехода"
> pkgsrc - единственное, что хоть как-то хотя бы теоретически могло бы
> быть сделано.

В Солярисе практика иметь несколько принципиально различных
_репозиториев_ вполне распространена. Не вижу в этом большого криминала.
Чего-то не хватает или версия не та -- дернул из другого места.
Хотя конечно меру знать надо. И dpkg и rpm прикрутить проблем никаких.
В OpenSolaris-е вон, опять же, пакетики из rpm spec собирают.
Страшненько, но как-то работает.

>> Где ты найдешь человека в равной степени владеющего
>> и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты
>> -- извини.
> Логично предположить, что такие есть и для FreeBSD/NetBSD.
> Если нету, то у NetBSD, видимо, дела обстоят еще хуже, чем
> я предполагал :-/

Дяденька, это уже второй некрасивый выпад с твоей стороны в этой ветке.
У меня возникают сомнения в твоей адекватности.
О NetBSD ты можешь думать все, что тебе вздумается, но не выноси свое
незнание на публику, стыдно же!
Во-первых, я не давал повода для хамства. Во-вторых, тему начал ты,
лично мне плевать с высокой башни на проблемы FreeBSD и,
тем более, на ее убогие порты (моя очередь хамить).
Ты воззвал к общественности -- я ответил, где я вижу проблему, и как я считаю
ее можно решить. Как никак коллеги.
В-третьих, не тебе сомневаться в компетентности
разработчиков NetBSD и pkgsrc, извини за прямоту.
Уж поверь, здесь прекрасно знают и Linux (dpkg, rpm, apt, yum etc.)
и MacOS-X (mac ports, fink), и Solaris (pkg*, pkg) и тем
более FreeBSD-ые порты.  Marc Espie из OpenBSD
постоянно читает tech-pkg@ и периодически делится своими соображения.
Иногда весьма полезные. Ему, думаю, тоже, иначе б не читал.

> Оно из тех же утилит развилось, что Jordan Hubbard делал для FreeBSD,

Ты еще времена Царя Гороха вспомни.

> и в те годы обменивались кодом туда-обратно еще как минимум раз, судя по докам.
> Наиболее значительное отличие, которое я успел увидеть - это способ задания
> опций и buildlink3.

NetBSD vs. FreeBSD ты уже нашел, там есть кое-что из сравнительных характеристик.
Хотя ветка скучная, там мало.

>> Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже.
>> По поводу полного сравнения pkgsrc vs. порты см. выше.
> А почему он просто не встроен в основные утилиты? Следующий логический шаг,
> так сказать.

По этому поводу есть разные мнения. Я считаю, что pkgsrc-ые pkg_*
задают необходимую базу, над которой уже можно сделать что-то вполне
приличное. Расширять pkg_* дальше не имеет смысла. Оно стабильно,
удобно, функционально достаточно. Все остальное делается
поверх этих утилит.
В OpenBSD считают по-другому, их pkg_add умеет обновлять
все пакеты одним махом, флаг им в руки. Я считаю их подход
кривым убогим костылем. Но это лично мое мнение.
Во FreeBSD-ых pkg_* нет даже самых элементарных и нужных вещей.
В этом смысле pkgsrc-ые pkg_* подобны Линуксячим rpm/dpkg,
хотя намного удобнее и, на мой взгляд, лучше.
nih/pkgin - подобие apt/yum/zypper.

>>> А на портирование самого pkgsrc в NetBSD официально
>>> согласны?
>> pkgsrc на фре работает очень давно. В NetBSD будут только рады
>> видеть регулярные балк билды и под FreeBSD тоже.
> Я под этим немножко другое имел в виду, см. выше про объединение.

Гораздо полезнее и нашим и вашим _для начала_ доказать, что
это вообще работает, т.е. построить на FreeBSD 10500 пакетов pkgsrc
+ >2500 WIP, а уж потом кого-то куда-то тащить с непонятными перспективами.

Ответить | Правка | ^ к родителю #967 | Наверх | Cообщить модератору

969. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok) on 17-Авг-11, 02:08 
Да, вот еще, asau/NetBSD.org использует pkgsrc как раз на FreeBSD.
Можешь спросить у него почему не фришные порты, он вполне говорит по-русски.
Может, и объяснит.

И еще.

http://mail-index.netbsd.org/tech-pkg/2011/04/05/msg006927.html

Опять же, на мой взгляд совершенно ненужный проект,
но некоторым идея нравится. Как по мне, так гораздо
полезнее было бы сделать конвертор из пакетов pkgsrc в
пакеты FreeBSD, сохранив при этом всю pkgsrc-шную инфраструктуру, например,
bulk-builder-ов. Есть желание в этом поучаствовать? ;-)
А с этим GSoC разьве что pkg_rolling-replace
баловаться. Да и то не получится, нет у вас pkg_add -uUD,
и многого другого. Остается bmake install/replace/update/package -- весьма
сомнительная радость.

Ответить | Правка | ^ к родителю #967 | Наверх | Cообщить модератору

176. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 17:25 
KDE?
Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

238. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 21:01 
> Лично меня во фре ужасно напрягает система обновлений, когда обновление/добавление одного порта может вылиться в пересборку всего мира с непредсказуемым результатом и поиском где что отвалилось.

1. Обновление портов никак не влияет на обновление системы.

2. Дерево портов до сих пор поддерживается в актуальном состоянии только для поддерживаемых веток, то есть для 8.x и 9-CURRENT. Так что не обновили систему до одного из поддерживаемого -RELEASE — ССЗБ.

3. Все версии системы FreeBSD поддерживаются БИНАРНУЮ совместимость "снизу вверх" для унаследованных приложений БЕЗ ПЕРЕКОМПИЛЯЦИИ — достаточно установить уровень совместимости misc/compat4x, misc/compat5x, misc/compat6x или misc/compat7x — новое ядро будет готово работать с устаревшим софтом.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

283. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 08-Авг-11, 23:30 
> 1. Обновление портов никак не влияет на обновление системы.

Не совсем понял по обсуждению (и не имея своего опыта, судить не могу) -- _возможно_, подразумевались упомянутые чрезмерно жёстко версионированные зависимости _бинарных_ пакетов и взаимодействие установленных пакетов/портов при обновлении.

> 3. Все версии системы FreeBSD поддерживаются БИНАРНУЮ совместимость "снизу вверх"
> для унаследованных приложений БЕЗ ПЕРЕКОМПИЛЯЦИИ — достаточно установить уровень
> совместимости misc/compat4x, misc/compat5x, misc/compat6x или misc/compat7x — новое ядро
> будет готово работать с устаревшим софтом.

У меня специально захолденый с 2002 контрольный пакет сборки 2001 вдруг продолжает работать с Linux 2.6 вместо 2.2.  Редхаты вон вообще зуб дают на много-много лет.  Стоило ли так старательно дуть щёки, будто о выдающейся уникальной фиче?

Ответить | Правка | ^ к родителю #238 | Наверх | Cообщить модератору

295. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 09-Авг-11, 00:02 
> У меня специально захолденый с 2002 контрольный пакет сборки 2001 вдруг продолжает
> работать с Linux 2.6 вместо 2.2.  Редхаты вон вообще зуб
> дают на много-много лет.  Стоило ли так старательно дуть щёки,
> будто о выдающейся уникальной фиче?

Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный ранее из порта, после пересборки и обновлении системы. На Linux — 100% отваливается.

Ответить | Правка | ^ к родителю #283 | Наверх | Cообщить модератору

304. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –5 +/
Сообщение от XPEH email on 09-Авг-11, 00:30 
Да это решающее преимущество. Линукс посрамлен.
Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

319. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –2 +/
Сообщение от anonymous (??) on 09-Авг-11, 01:14 
> Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный
> ранее из порта, после пересборки и обновлении системы. На Linux —
> 100% отваливается.

конечно, на сервере без 3д и компиза — никак. killer feature, инфа 100%

Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

320. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от iZEN (ok) on 09-Авг-11, 01:16 
>> Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный
>> ранее из порта, после пересборки и обновлении системы. На Linux —
>> 100% отваливается.
> конечно, на сервере без 3д и компиза — никак. killer feature, инфа 100%

А вы индуцируйте эту киллер-фичу на остальной легаси-софт и получите желаемое просветление. :)


Ответить | Правка | ^ к родителю #319 | Наверх | Cообщить модератору

324. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 01:22 
> А вы индуцируйте эту киллер-фичу на остальной легаси-софт и получите желаемое просветление.
> :)

с чего бы? это принцип дурацкого анекдота: «водку пьёшь? нет? значит — импотент». примеры, примеры. со ссылками. с тикетами. всё остальное — спекуляции, передёргивания и FUD.

Ответить | Правка | ^ к родителю #320 | Наверх | Cообщить модератору

334. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Капитана Очевиднастя on 09-Авг-11, 01:39 
>На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный ранее из порта

только чтобы он заработал нужна перезагрузка, ибо kldload nvidia нефунгуе.
и да, cuda в этом драйвере есть?

Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

337. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 09-Авг-11, 01:53 
>>На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный ранее из порта
> только чтобы он заработал нужна перезагрузка, ибо kldload nvidia нефунгуе.

Естественно, перезагрузки при обновлении системы не избежать. И в Linux тоже нужно делать reboot, так как киллер-фича онлайнового обновления ядра вскорости будет запатентована Oracle. ;)

Да, а nvidia.ko из каталога нового(!) ядра не исчезает. Так что остаётся возможность загрузить ядерный блоб при первой загрузке нового ядра.

> и да, cuda в этом драйвере есть?

http://forums.nvidia.com/index.php?showtopic=38242&view=find...


Ответить | Правка | ^ к родителю #334 | Наверх | Cообщить модератору

346. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Сама Доброта on 09-Авг-11, 02:26 
>>>На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный ранее из порта
>> только чтобы он заработал нужна перезагрузка, ибо kldload nvidia нефунгуе.
> Естественно, перезагрузки при обновлении системы не избежать. И в Linux тоже нужно
> делать reboot, так как киллер-фича онлайнового обновления ядра вскорости будет запатентована
> Oracle. ;)

я как бы про первую установку драйвера nvidia.
http://www.freebsd.org/doc/en/articles/compiz-fusion/nvidia-...


Note: You may attempt to immediately load the kernel module into the running kernel by issuing a command like kldload nvidia, however it has been noted that the latest versions of Xorg will not function properly if the driver is not loaded at boot time. After editing /boot/loader.conf, a reboot is recommended.


>> и да, cuda в этом драйвере есть?
> http://forums.nvidia.com/index.php?showtopic=38242&view=find...

Well, not exactly "CUDA work on FreeBSD" - it's Linux program that use Linux libs under Linuxlator on FreeBSD that works.

Also I didn't try to compile Cuda programs yet, I've just launched programs pre-compiled on Linux (Debian)
0

Ответить | Правка | ^ к родителю #337 | Наверх | Cообщить модератору

387. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от анон on 09-Авг-11, 07:38 
Когда была nvidia - у меня лично работало kldunload/kldload без перезагрузки после обновления. X.org приходилось перезапускать, разумеется.
Ответить | Правка | ^ к родителю #346 | Наверх | Cообщить модератору

625. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от тигар (ok) on 10-Авг-11, 10:04 
> Да, а nvidia.ko из каталога нового(!) ядра не исчезает. Так что остаётся
> возможность загрузить ядерный блоб при первой загрузке нового ядра.

это потому что она всю жизнь (ну или сколько я помню) лежит не в каталоге ядра, а в /boot/modules/;-)

Ответить | Правка | ^ к родителю #337 | Наверх | Cообщить модератору

822. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 19:59 
>> и да, cuda в этом драйвере есть?
> http://forums.nvidia.com/index.php?showtopic=38242&view=find...

А все-равно амд считает быстрее и дешевле. Hashkill например рвет на амдшных картах нвидию на британский флаг, даже разрекламленную теслу.

Ответить | Правка | ^ к родителю #337 | Наверх | Cообщить модератору

343. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nobody (??) on 09-Авг-11, 02:12 
>> У меня специально захолденый с 2002 контрольный пакет сборки 2001 вдруг продолжает
>> работать с Linux 2.6 вместо 2.2.  Редхаты вон вообще зуб
>> дают на много-много лет.  Стоило ли так старательно дуть щёки,
>> будто о выдающейся уникальной фиче?
> Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный
> ранее из порта, после пересборки и обновлении системы. На Linux —
> 100% отваливается.

ставим dkms и ничто не отваливается. отучаемся делать необоснованные утверждения под видом истины в последней инстанции...

Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

484. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от www2 (??) on 09-Авг-11, 15:23 
А как же DKMS? У меня не отвалилось.
Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

577. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 09-Авг-11, 22:58 
> Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA,

А у меня вот амдшный драйвер на пачке ати цифры лупит в несколько раз быстрее любой вашей нвидии, даже понтовой теслы. И в отличие от задро~~ в игры, скоростные вычисления могут еше и доход приносить. Но бздуны почему-то опять в пролете, скоростных вычислений на GPU они почему-то тоже не получают.

Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

416. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 09:50 
> У меня специально захолденый с 2002 контрольный пакет сборки 2001 вдруг продолжает
> работать с Linux 2.6 вместо 2.2.  Редхаты вон вообще зуб
> дают на много-много лет.  Стоило ли так старательно дуть щёки,
> будто о выдающейся уникальной фиче?

можно ссылкой сюда же, но чуть ниже, что бы не раздувать?:
http://www.opennet.me/openforum/vsluhforumID3/79595.html#352

Ответить | Правка | ^ к родителю #283 | Наверх | Cообщить модератору

428. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от northbear (ok) on 09-Авг-11, 10:40 
> Лично меня во фре ужасно напрягает система обновлений, когда обновление/добавление одного
> порта может вылиться в пересборку всего мира с непредсказуемым результатом и
> поиском где что отвалилось. Также в порты попадает софт не стабильных
> версий и нет вменяемой возможности (либо у меня кривые руки) в
> автоматическом режиме ставить только софт stable версий, как в том же
> Debian. Держу несколько серверов на фре из-за шейпера, весь остальной парк
> переведен на Linux о чем не жалею.

Вы хотите сказать, что в Debian'е установка свежего пакета не может вызвать обновление половины мира по цепочке зависимостей? 0_о

Вам стоит вспомнить откуда возник backports-репозитарий, почему он стал так популярен и сколько усилий стоило его мейнтейнерам его вести. И почему появились дистры c Rolling release.

Установка софта "автоматическом режиме" на боевой сервер?! Мне это и в кошмарном сне не приснится. Вам тогда конечно же надо переходить на Linux. Тут без комментариев...

В порты конечно же попадает софт нестабильных версий. А иначе как в портах будет появляться стабильный софт? Во FreeBSD нет репозитариев по типу Debian'а, и я не вижу в этом никакой проблемы. Когда ты ставите тот или иной софт на боевой сервер, вы должны точно знать что и зачем вы это делаете. Хотя если вы это делаете  в "автоматическом режиме"...

Во FreeBSD нет таких проблем, с которыми бы не сталкивался Linux. Пути решения их и там и там разные. Не все они одинаково удачны.  
Плюс Linux'а лишь в том, что в силу большого разнообразия дистрибутивов можно выбрать такой, где те проблемы, которые для вас существенны, решаются наилучшим образом. У FreeBSD такой возможности нет, к сожалению.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

490. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от www2 (??) on 09-Авг-11, 15:43 
> Вы хотите сказать, что в Debian'е установка свежего пакета не может вызвать
> обновление половины мира по цепочке зависимостей? 0_о

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

> Вам стоит вспомнить откуда возник backports-репозитарий, почему он стал так популярен и
> сколько усилий стоило его мейнтейнерам его вести. И почему появились дистры
> c Rolling release.

Сколько усилий? Уж поменьше, чем для поддержания двоичного репозитория для Rolling-release. backport-репозиторий в Debian полагается на стабильную базу с зафиксированными версиями пакетов, в результате чего его не приходится обновлять так часто.

> Установка софта "автоматическом режиме" на боевой сервер?! Мне это и в кошмарном
> сне не приснится. Вам тогда конечно же надо переходить на Linux.
> Тут без комментариев...

Не установка, а обновление. И не с версии на версию, а лишь security-upadtes. Пусть себе идёт в автоматическом режиме, пока я плещусь на берегу моря - и шансов, что взломают сервер меньше и я не отвлекаюсь от отдыха. Это вы со своими стереотипами - "обновление - это когда меняются версии софта" боитесь не можете даже представить обновление в автоматическом режиме. Тут без комментариев...

> В порты конечно же попадает софт нестабильных версий. А иначе как в
> портах будет появляться стабильный софт? Во FreeBSD нет репозитариев по типу
> Debian'а, и я не вижу в этом никакой проблемы.

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

> Когда ты
> ставите тот или иной софт на боевой сервер, вы должны точно
> знать что и зачем вы это делаете. Хотя если вы это
> делаете  в "автоматическом режиме"...

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

> Во FreeBSD нет таких проблем, с которыми бы не сталкивался Linux. Пути
> решения их и там и там разные. Не все они одинаково удачны.

Фраза ни очём. Поменяйте в ней FreeBSD и Linux местами - её смысл не изменится. Что сказать-то хотели?

> Плюс Linux'а лишь в том, что в силу большого разнообразия дистрибутивов можно
> выбрать такой, где те проблемы, которые для вас существенны, решаются наилучшим
> образом. У FreeBSD такой возможности нет, к сожалению.

У пользователей FreeBSD есть тоже возможность выбрать такой дистрибутив Linux, где не будет существенных для них проблем FreeBSD. Потому и наблюдаем отказ от FreeBSD в пользу Linux. И вообще, это вы к чему? Пытаетесь оправдать недостатки FreeBSD или свой фанатизм?

Ответить | Правка | ^ к родителю #428 | Наверх | Cообщить модератору

543. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от northbear email(??) on 09-Авг-11, 21:00 
> backport-репозиторий в Debian полагается на стабильную базу с зафиксированными
> версиями пакетов...

Очевидно вы эту фразу бездумно скопипастили cюда, раз считаете что поддержка rolling release сложнее, чем backports. В свете этого все остальные ваши комментарии выглядят рассуждениями дилетанта. У FreeBSD своя идеология, и вы её очевидно не понимаете. И соответственно судите о вещах, в которых не разбираетесь...

Вы еще и мозг свой выключили. Я сказал именно то, что сказал. Раз вы не поняли, значит это выходит за пределы круга ваших понятий и обсуждать это с вами бессмысленно. А объяснять вам, учитывая вашу, так сказать, манеру общения, нет никакого желания.

Ответить | Правка | ^ к родителю #490 | Наверх | Cообщить модератору

816. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от www2 (ok) on 11-Авг-11, 19:34 
> У FreeBSD своя идеология, и вы её очевидно не понимаете.

Ну конечно, это же так просто - встать в позу и объявить всех вокруг пидарасами, а себя - Д'Артаньяном. Тем не менее адекватный народ бежит с FreeBSD, не обращая внимания на такие глупости, как какая-то там идеология. Это говорит лишь о том, что вы в упор не хотите видеть того, что вам терпеливо разжёвывают. Впрочем, чего мне-то волноваться - выбранная мной система крепчает день ото дня, я уже могу пользоваться нормальной пакетной системой с нормальным подходом к обновлениям, в том числе пользуясь ядром FreeBSD.

Ответить | Правка | ^ к родителю #543 | Наверх | Cообщить модератору

790. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от oops (ok) on 11-Авг-11, 14:05 
> Зависит от того, насколько свежего. Ну понадобится обновить ещё парочку пакетов заодно, но не как при установки нового пакета из свежих портов. Почему так? Потому что в Debian указывается диапазон подходящих версий пакета, а в портах - версия порта из того же среза. В результате в FreeBSD приходится обновлять все пакет, версии которых изменились с прошлого среза системы портов.

Вообще-то во и в debian и во фре то же самое =)

Версию порта из того же среза поменяют только если
1 Сам порт обновился.
2 Порт подвергся переделке/рефакторингу/патчи.
2 Если обновился другой порт, от которого зависит наш, и при этом у первого _изменились_библиотеки_. Естественно, что тогда зависимые порты от первого надо пересобрать. В этом случае мэйнтэйнером меняется версия PORTREVISION.
Все, другого не дано.

Свежего в debian? ага)

Ответить | Правка | ^ к родителю #490 | Наверх | Cообщить модератору

814. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от www2 (??) on 11-Авг-11, 19:28 
> Вообще-то во и в debian и во фре то же самое =)
> Версию порта из того же среза поменяют только если
> 1 Сам порт обновился.

А в stable Debian версия не меняется. В stable разрешается только латать дыры и неисправности, но не обновлять версию.

> 2 Порт подвергся переделке/рефакторингу/патчи.

Ну подвергся deb-src рефакторингу, наложили патчи. В stable версия софта всё равно не меняется вплоть до сохранения ABI. И что там переделывать-то в стабильном? Лучшее - враг хорошего. Если острой необходимости нет, то ничего не трогают.

> 2 Если обновился другой порт, от которого зависит наш, и при этом
> у первого _изменились_библиотеки_. Естественно, что тогда зависимые порты от первого надо
> пересобрать. В этом случае мэйнтэйнером меняется версия PORTREVISION.
> Все, другого не дано.

А в stable Debian библиотеки не могут измениться настолько, чтобы у них поменялся ABI, поэтому при обновлении динамической библиотеки ничего зависящего от неё пересобирать не нужно.

Итого - все ваши утверждения относительно Stable я опроверг. Дополнительно могу ещё опровергнуть частично применительно к Testing и Unstable: в двоичном пакете Debian (deb) можно указать в зависимостях диапазон годных версий, так что обновлённый пакет не будет требовать какую-то определённую версию своей зависимости и может удовлетвориться не очень свежей, но подходящей установленной в системе версией.

> Свежего в debian? ага)

Вы что-то хотели сказать?


Ответить | Правка | ^ к родителю #790 | Наверх | Cообщить модератору

862. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от oops (ok) on 12-Авг-11, 13:22 
а разве мы говорим о конкретном релизе? кто-то сказал слово stable в треде выше?
во фре нет stable портов/пакетов. Так что, если вы хотели все это написать, и перед этим хорошенько бы подумали, то вы бы обошлись одной фразой: "во фре нет stable ветки портов и это говно". И вот с этим я соглашусь.
Иногда я просто охреневаю, насколько у людей искажена логика и последовательность в мышлении
Ответить | Правка | ^ к родителю #814 | Наверх | Cообщить модератору

864. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 12-Авг-11, 14:38 
> во фре нет stable ветки портов и это говно.

Какой ужас! Ну и чему удивляются эти люди? Рамблер? Яндекс?
Да вообще непонятно, как эти люди могут работают.

Ответить | Правка | ^ к родителю #862 | Наверх | Cообщить модератору

893. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 18:57 
> как эти люди могут работают.

Так все-таки могут или работают? oO

Ответить | Правка | ^ к родителю #864 | Наверх | Cообщить модератору

921. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 12-Авг-11, 20:59 
>> как эти люди могут работают.
> Так все-таки могут или работают? oO

s/могут работают/могут работать/

Ответить | Правка | ^ к родителю #893 | Наверх | Cообщить модератору

644. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от vle email(ok) on 10-Авг-11, 12:36 
> Лично меня во фре ужасно напрягает система обновлений, когда обновление/добавление одного
> порта может вылиться в пересборку всего мира с непредсказуемым результатом и
> поиском где что отвалилось.

Приведите свои pkg_* до уровня NetBSD/pkgsrc и возьмите nih из NetBSD.
http://mova.org/~cheusov/pub/pkgnih/nih.txt
http://github.com/cheusov/pkgnih/

Ну и возьмите на вооружение pkg_summary(5)
http://netbsd.gw.com/cgi-bin/man-cgi?pkg_summary++NetBSD-cur...

Если возникнет желание, помогу.

Ну и мир BSD на фре не заканчивается ;-)

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

20. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 08-Авг-11, 11:05 
проблема обновления в freebsd многих отпугивает, не каждый сдюжит сидеть пару часов обновляя зависимости, тем более на боевом сервере, а в случае всяких кед и опенофис так вообще обновления затягивается на сутки на рабочих станциях, за то проблемы бекапа и переноса сервера с одной железки на другую вообще нет(ну или почти нет).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 11:12 
Да. А представь если у тебя парк из 50 машин? Причем некоторые пакеты собраны с разными опциями. Тут уже приходится держать машину для сбора пакетов :))
Не все так ужасно, просто плохо.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

56. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:26 
> Да. А представь если у тебя парк из 50 машин? Причем некоторые
> пакеты собраны с разными опциями. Тут уже приходится держать машину для
> сбора пакетов :))
> Не все так ужасно, просто плохо.

А Вам зачем?
Имеется парк рабочих машин кол-вом до 200. Большинство из них имеют единую конфигурацию, отличающуюся лишь конфигрурациями.
Обновление системы занимает меньше 10 минут, удаленно.
ЧЯДН?

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

64. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:35 
> Имеется парк рабочих машин кол-вом до 200. Большинство из них имеют единую
> конфигурацию, отличающуюся лишь конфигрурациями.
> Обновление системы занимает меньше 10 минут, удаленно.
> ЧЯДН?

Нужно чтобы обновление всех 200 машин разом занимало 10 минут. 10 минут на одну машину неприемлемо.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

77. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от lagman on 08-Авг-11, 12:58 
Обновляешь эталонный образ машины
Перегружаешься
...
Profit!!!
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

98. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 08-Авг-11, 13:39 
> Обновляешь эталонный образ машины
> Перегружаешься
> ...
> Profit!!!

и так каждый день.... 4-5 рабочих часов на обновление всего парка говорите ? :-)
Переход на новую версию ОС - это отдельный вопрос, людей волнует обновление софта для исправления дыр и багов.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

106. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 13:46 
>> Обновляешь эталонный образ машины
>> Перегружаешься
>> ...
>> Profit!!!
> и так каждый день.... 4-5 рабочих часов на обновление всего парка говорите
> ? :-)
> Переход на новую версию ОС - это отдельный вопрос, людей волнует обновление
> софта для исправления дыр и багов.

Похоже вы говорите о desktop системах. Я же говорю про продакшн системы, у которых downtime не должен превышать пары часов в год.
Занимайтесь лучше линуксом:)

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

117. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 13:58 
> Похоже вы говорите о desktop системах. Я же говорю про продакшн системы,
> у которых downtime не должен превышать пары часов в год.

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

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

138. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 14:52 
>> Похоже вы говорите о desktop системах. Я же говорю про продакшн системы,
>> у которых downtime не должен превышать пары часов в год.
> Я говорю об обновлении серверных и системных приложений. А вы почему то
> пытайтесь всести все к обновлению всей системы c непременной перезагрузкой. Если
> для обновления какого-нибудь php или java вам требуется перезагружать сервер, это
> нонсенс. Обновлять их приходится регулярно, так как и дыры регулярно в
> них появляются.

upd@fupdater:/home/upd>clusupdate 'show php*'|wc -l
       12
upd@fupdater:/home/upd>clusupdate 'show java*' | wc -l
       3
upd@fupdater:/home/upd>clusupdate 'show sudo*' | wc -l
       318

у нас с Вами разные задачи.

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

141. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 15:00 
> upd@fupdater:/home/upd>clusupdate 'show sudo*' | wc -l

/home/upd и clusupdate говорит о том, что у вас самописное решение. Проблема не в том, что нельзя организовать систему обновления кластера, а в том, что из коробки таких решений нет.

Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

143. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 15:17 
>> upd@fupdater:/home/upd>clusupdate 'show sudo*' | wc -l
> /home/upd и clusupdate говорит о том, что у вас самописное решение. Проблема
> не в том, что нельзя организовать систему обновления кластера, а в
> том, что из коробки таких решений нет.

Увы, у каждой компании/IT отдела задачи разнятся.
мы планировали портировать данное решение. но в реальности, наши коллеги обкатав его, нашли не пригодным для себя/своих нужд (решение было предоставлено порядка 40 компаний средней и "длинной" руки). По этому "обломались". Увы.

Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

327. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от vegus (ok) on 09-Авг-11, 01:26 
> /home/upd и clusupdate говорит о том, что у вас самописное решение. Проблема
> не в том, что нельзя организовать систему обновления кластера, а в
> том, что из коробки таких решений нет.

нужно из коробки, а в коробке нет? - значит, вероятно, нужно положить в коробку, опенсурс же

лениво класть в коробку что-то "универсальное" и для всех? - можно положить самописное и для себя, - опенсурс, не?

лениво самому писать и класть для себя? - проблема, видимо, в лени, а не во FreeBSD, ведь так?

Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

400. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 08:42 
> лениво самому писать и класть для себя? - проблема, видимо, в лени,
> а не во FreeBSD, ведь так?

Вы только подчеркнули ту проблему о которой идет речь "Мне не нужно, значит и другим тоже". Вы такие вещи как система инициализации и инструменты работы с пакетами тоже сами на коленке скриптами пишете ? Понадобился драйвер - без проблем, напиши сам. Это не промышленный подход, должно быть готовое стандартное решение. А писать операционную систему самостоятельно у пользователей нет желания, а у компаний нет лишних денег, ресурсов, квалифицированных разработчиков и главное, нет лишнего времени на отладку и тестирование.  Поэтому люди понемногу отворачиваются от FreeBSD.

Ответить | Правка | ^ к родителю #327 | Наверх | Cообщить модератору

410. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от vegus (ok) on 09-Авг-11, 09:08 
> Вы только подчеркнули ту проблему о которой идет речь "Мне не нужно,
> значит и другим тоже". Вы такие вещи как система инициализации и
> инструменты работы с пакетами тоже сами на коленке скриптами пишете ?

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

> Понадобился драйвер - без проблем, напиши сам. Это не промышленный подход,

:-) интересно, почему этот драйвер _вдруг_ понадобился при "промышленном"-то подходе ;-)

> должно быть готовое стандартное решение. А писать операционную систему самостоятельно

что должно? кому должно?
есть мнение, что никто никому никаких "готовых стандартных решений" не должен - "...AS-IS, NO WARRANTY..."

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

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

так получается, Аноним?

кажется, мы все можем очень удивиться, выяснив корневые причины оттока пользователей от FreeBSD ;-)

Ответить | Правка | ^ к родителю #400 | Наверх | Cообщить модератору

685. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от XPEH email on 10-Авг-11, 16:16 
>  - компании, у которых _не_хватает_денег_ на обслуживание FreeBSD;

Жалкие ничтожные люди.

>  - пользователи, у которых _нет_желания_ находить существующие или создавать свои  "решения" на основе FreeBSD

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

Ответить | Правка | ^ к родителю #410 | Наверх | Cообщить модератору

837. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 22:13 
>> Понадобился драйвер - без проблем, напиши сам. Это не промышленный подход,
>  :-) интересно, почему этот драйвер _вдруг_ понадобился при "промышленном"-то подходе ;-)

Элементарно. Ставим вычислительный кластер, задача требует карточек Infiniband. Где для него дрова под фрю? Нету? Всё, фря пролетела. Промышленный подход, вот никто его писать и не стал.

>> должно быть готовое стандартное решение. А писать операционную систему самостоятельно
>  что должно? кому должно?
>  есть мнение, что никто никому никаких "готовых стандартных решений" не должен
> - "...AS-IS, NO WARRANTY..."

Вот те, у кого такое мнение, в жопе-то и сидят.

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

Ололо. Время - это единственное, что в конечном итоге ценно. Потерянные деньги можно заработать снова, время - нет.

> сделать вывод, что "отворачиваются от FreeBSD":
>  - компании, у которых _не_хватает_денег_ на обслуживание FreeBSD;
>  кажется, мы все можем очень удивиться, выяснив корневые причины оттока
> пользователей от FreeBSD ;-)

Это было и так очевидно любому с мозгом, кто читал пост. Вопрос-то каков - а почему это фря получается в обслуживании дороже? Стало быть, она не лучше. Решение компаний вполне логично, значит, проблема у FreeBSD.

Ответить | Правка | ^ к родителю #410 | Наверх | Cообщить модератору

919. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +1 +/
Сообщение от anonymous (??) on 12-Авг-11, 20:52 
> Вопрос-то каков — а почему это фря получается в обслуживании дороже?

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

Ответить | Правка | ^ к родителю #837 | Наверх | Cообщить модератору

937. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 14-Авг-11, 02:38 
>Элементарно. Ставим вычислительный кластер, задача требует карточек Infiniband. Где для него дрова под фрю? Нету? Всё, фря пролетела.

FREBSD 9 - всё фря не пролетела, пролетел ты :)

>Вопрос-то каков - а почему это фря получается в обслуживании дороже?

А с какого перепугу она получается дороже то?! Миф.

Ответить | Правка | ^ к родителю #837 | Наверх | Cообщить модератору

191. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 08-Авг-11, 18:28 
А зачем их обновлять *каждый день*. Каждый день дыр не обнаруживается.
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

173. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Сама Доброта on 08-Авг-11, 17:14 

> Похоже вы говорите о desktop системах. Я же говорю про продакшн системы,
> у которых downtime не должен превышать пары часов в год.
> Занимайтесь лучше линуксом:)

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

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

925. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 21:16 
> да и kexec помогает. а при работах на железе - просто
> смигрировать на другую ноду.

А на чем еще может работать виртуалка? В другой виртуалке чтоли? :)

Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

91. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 13:20 
И все одновременно перегружать?
Ну да, ну да:)
Пойдите работать в контору средней руки, и осуществите это все.
Самое слабое будет - выговор начальника....

Ну нас все тщательно обкатано за много лет.
Обновление данного парка машин занимает в общей сложности 4-5 рабочих часов одного человека.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

97. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 13:36 
> Ну нас все тщательно обкатано за много лет.
> Обновление данного парка машин занимает в общей сложности 4-5 рабочих часов одного
> человека.

Т.е. вы после обновления какого-нибудь userlang пакета обновляйте и перезаливайте образ всей системы и перезагружайте ?  95% обновлений можно произвести без перезагрузки. Обновление это не только ядро, а прежде всего софт в портах.


Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

102. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 13:43 
>> Ну нас все тщательно обкатано за много лет.
>> Обновление данного парка машин занимает в общей сложности 4-5 рабочих часов одного
>> человека.
> Т.е. вы после обновления какого-нибудь userlang пакета обновляйте и перезаливайте образ
> всей системы и перезагружайте ?  95% обновлений можно произвести без
> перезагрузки. Обновление это не только ядро, а прежде всего софт в
> портах.

Нет, я говорил про обновления базовой системы.
Обновление портов в данных системах происходит про четко очерченым причинам, но сперва идет обкатка на стендах, и в случае надобности уже заливается на рабочие машины. Механизм обновления  портов(если больше полутора десятков портов обновляется, то уже по другому) полностью отточен за долгое время и происходит полностью автоматически. В последние два-три года, т-т-т, без единого сбоя.

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

128. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 14:20 
> рабочие машины. Механизм обновления  портов(если больше полутора десятков портов обновляется,
> то уже по другому) полностью отточен за долгое время и происходит
> полностью автоматически. В последние два-три года, т-т-т, без единого сбоя.

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

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

333. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vegus (ok) on 09-Авг-11, 01:37 
> Про то и речь, что нет готового из коробки решения и приходится
> самому велосипед изобретать и писать свои скрипты.

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

Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

403. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 08:47 
>  мне интересно и постараюсь осторожно поинтересоваться: писать свои скрипты - это
> бывает как-то дискомфортно? или, может быть, иногда отнимает порядочно сил?
>  я просто пытаюсь представить, как это бывает у других людей...

Не все админы localhost-а и могут позволить себе засунуть в систему написанный на коленке скрипт. Автор этого скрипта потом уволится и кто с этим самописным парком работать/разбираться будет ? Для enterprise такой подход неприемлем.

Ответить | Правка | ^ к родителю #333 | Наверх | Cообщить модератору

406. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от lagman (ok) on 09-Авг-11, 08:55 
>>  мне интересно и постараюсь осторожно поинтересоваться: писать свои скрипты - это
>> бывает как-то дискомфортно? или, может быть, иногда отнимает порядочно сил?
>>  я просто пытаюсь представить, как это бывает у других людей...
> Не все админы localhost-а и могут позволить себе засунуть в систему написанный
> на коленке скрипт. Автор этого скрипта потом уволится и кто с
> этим самописным парком работать/разбираться будет ? Для enterprise такой подход неприемлем.

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

Ответить | Правка | ^ к родителю #403 | Наверх | Cообщить модератору

501. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 09-Авг-11, 16:37 
> Дружок, энтерпрайз на то и энтепрайз, что все решения, которые разрабатываются в
> рамках энтерпрайза - хорошо документируются и не имеют проблем с поддержкой
> в будущем.

такой вариант приводит к тому, что в каждой компании рождаются свои костыли для апдейта/управления софтом => при смене места работы надо изучать новую систему костылей.
в случае rhel/sles/debian надо минимум усилий для аналогичных вещей.

Ответить | Правка | ^ к родителю #406 | Наверх | Cообщить модератору

494. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Stanislavvv on 09-Авг-11, 16:05 
>> Про то и речь, что нет готового из коробки решения и приходится
>> самому велосипед изобретать и писать свои скрипты.
>  мне интересно и постараюсь осторожно поинтересоваться: писать свои скрипты - это
> бывает как-то дискомфортно? или, может быть, иногда отнимает порядочно сил?
>  я просто пытаюсь представить, как это бывает у других людей...

Из вашего ответа можно сделать вывод о том, что во фре невозможно что-то подобное apt-cron, которое можно _из_коробки_ поставить на бОльшую часть хостов и пусть оно занимается рутиной по обновлениям (тут, конечно, лучше свой репозиторий, но на многих хостах можно и напрямую).

А писать велосипеды... Эт конечно можно. Но задалбывает, ибо есть уже написанные.

Ответить | Правка | ^ к родителю #333 | Наверх | Cообщить модератору

660. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 13:39 
> Из вашего ответа можно сделать вывод о том, что во фре невозможно
> что-то подобное apt-cron, которое можно _из_коробки_ поставить на бОльшую часть хостов
> и пусть оно занимается рутиной по обновлениям (тут, конечно, лучше свой
> репозиторий, но на многих хостах можно и напрямую).

В принципе, у них все есть, если взять наработки NetBSD,
не в будущем, а уже сейчас, даже в двойном экземпляре.

http://pkgsrc.se/pkgtools/nih
http://pkgsrc.se/pkgtools/pkgin

По поводу перехода FreeBSD на pkgsrc даже шутка была от фришников
первоапрельская года 4 назад.

> А писать велосипеды... Эт конечно можно. Но задалбывает, ибо есть уже написанные.

А вот этого не надо ;-)

Ответить | Правка | ^ к родителю #494 | Наверх | Cообщить модератору

119. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 14:02 
http://www.vuxml.org/freebsd/ - это все нужно постоянно обновлять. Или вы на дырявом софте сидите ?
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

139. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 14:53 
> http://www.vuxml.org/freebsd/ - это все нужно постоянно обновлять. Или вы на дырявом софте
> сидите ?

См. пост 138.

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

26. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от RicoX email on 08-Авг-11, 11:29 
проблему переноса линуха решил через ClonezillaSE, для бэкапов хватает бакулы, не вижу принципиальных преимуществ dump/restore. Хотя чтоб уже совсем не гнобить фрю, мне в ней нравится разделение на сюсспейс и юзерспейс, более вменяемый шейпер (dummynet) чем любой из тех что пробовал в линухе, удобство пересборки ядра под свои нужды.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

29. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 11:36 
Bacula - вещь. Только копировать джобы не умеет на несколько Storage'й. ;(
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

181. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Forth email(??) on 08-Авг-11, 17:36 
Умеет вроде. Я сам пока на 3.0.3. Некогда директор обновлять. Но в 5.x вроде уже умеет.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

31. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от Аноним (??) on 08-Авг-11, 11:37 
да только у бсд dump/restore из коробки работает, и является нативным решением...а в линуксе еще и покривляться надо
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

61. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от QuAzI (ok) on 08-Авг-11, 12:34 
pax же, не?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

287. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 08-Авг-11, 23:41 
> да только у бсд dump/restore из коробки работает, и является нативным решением...
> а в линуксе еще и покривляться надо

"В линуксе" эти сроду кривые костыли давно (ЕМНИП в 2.2.x) объявили неподдерживаемыми.  А кому и при каких обстоятельствах вообще пришло в голову брать данные со смонтированной ФС мимо реализации этой самой ФС, обслуживающей mountpoint -- даже узнавать неохота.

Покривляетесь ещё или хоть немножко стыдно стало?

PS: rsync (и стопка инкрементальных обвязок вокруг) и bacula решают в принципе ту же задачу, но на совсем другом уровне.  Что характерно.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

298. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от myc on 09-Авг-11, 00:07 
> "В линуксе" эти сроду кривые костыли давно (ЕМНИП в 2.2.x) объявили неподдерживаемыми.  А кому и при каких обстоятельствах вообще пришло в голову брать данные со смонтированной ФС мимо реализации этой самой ФС, обслуживающей mountpoint -- даже узнавать неохота.

ИМХО, брать данные со снапшота - вполне валидная операция.

Ответить | Правка | ^ к родителю #287 | Наверх | Cообщить модератору

364. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от nuclight email(ok) on 09-Авг-11, 03:19 
>> да только у бсд dump/restore из коробки работает, и является нативным решением...
>> а в линуксе еще и покривляться надо
> "В линуксе" эти сроду кривые костыли давно (ЕМНИП в 2.2.x) объявили неподдерживаемыми.
>  А кому и при каких обстоятельствах вообще пришло в голову
> брать данные со смонтированной ФС мимо реализации этой самой ФС, обслуживающей
> mountpoint -- даже узнавать неохота.
> Покривляетесь ещё или хоть немножко стыдно стало?
> PS: rsync (и стопка инкрементальных обвязок вокруг) и bacula решают в принципе
> ту же задачу, но на совсем другом уровне.  Что характерно.

Михаил, и Вы после этого "стыдно" вместо полного анализа технических аргументов будете еще что-то заявлять о гордыне? Ну смешно же, право слово. Эти самые "средства другого уровня" весьма долго не умели полностью сохранять структуру FS (скажем, тех же файлов с дырками), а заявлять о костылях при необходимости тех же инкрементальных обвязок и умалчивании об уже давно реализованном доступе к снапшотам вместо живой FS - по меньшей мере, демагогично. Как и игнорирование того факта, что развитием идеи dump/restore в "правильном ключе" является zfs send/receive, а не отказ от подобного способа решения целиком в пользу изначально предназначенных для слегка других целей утилит.

Ответить | Правка | ^ к родителю #287 | Наверх | Cообщить модератору

719. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 19:25 
>> Покривляетесь ещё или хоть немножко стыдно стало?
> Михаил, и Вы после этого "стыдно" вместо полного анализа технических аргументов

Каких-каких аргументов?!  В сообщении, на которое я отвечал, их просто нет.

А за _полный_ анализ вопроса применимости dump/restore во FreeBSD и Linux (если Вы его имели в виду) могу при необходимости выставить Вам счёт -- поскольку придётся привлекать наших ядерщиков и системщиков как минимум.

> будете еще что-то заявлять о гордыне?

Вадим, мне бы за то, что спорол некто откомментированный, действительно было стыдно.  Чтоб Вам было понятно -- _естественно_, я _не_ свободен от гордыни.  За себя стыдно в части резкости, но предпочитаю сказать в лоб, что человек дурь сказал, чем поморгать глазками, поулыбаться и показать кукиш в кармане.

> Эти самые "средства другого уровня" весьма долго не умели полностью сохранять
> структуру FS

1) или у Вас оригинальное определение структуры ФС, или это не так;
2) зачем? (если мне нужен образ блокдевайса с отмонтированной или ro-ФС, его сделает dd; образ блокдевайса с rw ФС мне до сих пор нужен не бывал IIRC)

> (скажем, тех же файлов с дырками)

Я уже забыл, когда --sparse сделали в rsync (хотя багфиксы corner case'ов были и не так давно, e.g. в 3.0.8); в GNU tar поддержка sparse files была, когда я с ним столкнулся.

> а заявлять о костылях

Давайте уточним: я сказал, что согласен с тем, что dump и restore, которые ходят к блокдевайсу мимо драйвера ФС -- костыли (и против unix way, btw).

> при необходимости тех же инкрементальных обвязок

Если это было о надстройках над тем же rsync -- то лукавите: это как раз unix way.

Если нет -- то задача распределённого бэкапа (которая востребована) обычно решается с применением реализации инкрементального или инкрементально-дифференциального бэкапа для обеспечения разумного баланса периода, оперативности и стоимости резервных копий.  И не решается разумно в пределах локальной ФС.  Это так удивляет?

> и умалчивании об уже давно реализованном доступе к снапшотам вместо живой FS -
> по меньшей мере, демагогично.

Позвольте поинтересоваться, используете ли Вы эту реализацию в своей практике в сколь-нибудь существенной мере или же именно что демагогию разводите?  У меня давным-давно были под рукой снапшоты в XFS и LVM, но я ими попросту не пользовался (в отличие от иных коллег) -- не требовалось.  И соответственно не носился с ними, как дурак с торбой.

RAID, снапшоты, бэкап, rsync, bacula, диски, ленты, охрана периметра -- друг друга не заменяют, а дополняют.  У них разные плюсы, минусы и зоны применимости.  Местами перекрывающиеся.

> Как и игнорирование того факта, что развитием идеи dump/restore в
> "правильном ключе" является zfs send/receive

С этим незнаком, потому обсуждать не могу.

> а не отказ от подобного способа решения целиком в пользу
> изначально предназначенных для слегка других целей утилит.

По смыслу их предназначение такое же -- копирование информации; по реализации -- да, другое, только IMHO не "слегка", а существенно.  Вы о чём?

Dump was a stupid program in the first place. Leave it behind.
  -- Linus Torvalds (http://lwn.net/2001/0503/a/lt-dump.php3)

Ответить | Правка | ^ к родителю #364 | Наверх | Cообщить модератору

853. "dump/restore"  +/
Сообщение от nuclight email(ok) on 12-Авг-11, 02:15 
>>> Покривляетесь ещё или хоть немножко стыдно стало?
>> Михаил, и Вы после этого "стыдно" вместо полного анализа технических аргументов
> Каких-каких аргументов?!  В сообщении, на которое я отвечал, их просто нет.

То есть Вам за счет человека надо было посамоутверждаться, а не "правду искать", как оно может быть на самом-то деле с аргументами. Бывает, понимаю. Правда, со словами о поиске истины расходится, увы...

> А за _полный_ анализ вопроса применимости dump/restore во FreeBSD и Linux (если
> Вы его имели в виду) могу при необходимости выставить Вам счёт
> -- поскольку придётся привлекать наших ядерщиков и системщиков как минимум.

...И всё равно не даст ответа, потому что такая постановка вопроса рассматривает лишь конкретную имплементацию, а вовсе не идею, и вопрос вовлеченного кругозора для полного научного исследования тоже неясен - Вы, как оказалось, про zfs send/receive не знаете, например.

>> будете еще что-то заявлять о гордыне?
> Вадим, мне бы за то, что спорол некто откомментированный, действительно было стыдно.
>  Чтоб Вам было понятно -- _естественно_, я _не_ свободен от
> гордыни.  За себя стыдно в части резкости, но предпочитаю сказать
> в лоб, что человек дурь сказал, чем поморгать глазками, поулыбаться и
> показать кукиш в кармане.

Кхе-кхе. Ну да про ad hominem я уже выше сказал, не буду повторяться.

>> Эти самые "средства другого уровня" весьма долго не умели полностью сохранять
>> структуру FS
> 1) или у Вас оригинальное определение структуры ФС, или это не так;

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

> 2) зачем? (если мне нужен образ блокдевайса с отмонтированной или ro-ФС, его
> сделает dd; образ блокдевайса с rw ФС мне до сих пор
> нужен не бывал IIRC)

Ранее всегда это делалось чаще всего для того, чтобы вместо dd переливать только ту часть FS, которая действительно занята данными. Полный dd не только долог, но и не позволяет воссоздать FS на диске другого размера. Кроме того, формат записи дампа таков, что в начале идут все каталоги. Соответственно, restore имеет функциональность чтения сначала заголовка и позволяет выбрать только часть файлов для восстановления. Я этим неоднократно пользовался. Очень удобно, когда многогигабайтный образ сжат - с tar пришлось бы для чтения оглавления читать _весь_ архив. А уж на магнитной ленте - так и подавно.

>> (скажем, тех же файлов с дырками)
> Я уже забыл, когда --sparse сделали в rsync (хотя багфиксы corner case'ов
> были и не так давно, e.g. в 3.0.8); в GNU tar
> поддержка sparse files была, когда я с ним столкнулся.

Ну, вот видите, даже для такой элементарной штуки corner case'ы были еще вон сколько. А уж специфические вещи типа флагов файлов кроме dump вообще долгое время никто сохранять не умел. Неудивительно, что он эволюционировал в средство для бэкапов, при наиболее полной поддержке фич конкретной fs. В наше время, конечно, альтернативные средства уже доросли, но это ж не отменяет громадную историческую практику, и не означает, что надо сразу же выкинуть.

>> а заявлять о костылях
> Давайте уточним: я сказал, что согласен с тем, что dump и restore,
> которые ходят к блокдевайсу мимо драйвера ФС -- костыли (и против
> unix way, btw).

Э, не, так не получится. Во-первых, здесь два варианта смешаны в кучу: идея знания о некотором устройстве конкретной fs и её реализация прямым чтением с диска - могли быть недокументированные хуки в драйвере.

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

В-третьих, все остальные программы комплекта - fsck, newfs, fsdb - уже работали с диском напрямую, в силу своей природы. Логично было использовать общий код из них и не встраивать хуки в драйвер (а в ядерном коде цена усложнения больше) для еще всего лишь одной программы.

>> при необходимости тех же инкрементальных обвязок
> Если это было о надстройках над тем же rsync -- то лукавите:
> это как раз unix way.

Про это я уже выше писал. Использование маленькой специализированной утилиты для конкретной задачи - вполне подходит. Никто не обязывал набор утилит быть строго ортогональным (одни и те же задачи можно бывает решать разными). Про полную поддержку возможностей только в одной конкретной утилите - тоже.

> Если нет -- то задача распределённого бэкапа (которая востребована) обычно решается с
> применением реализации инкрементального или инкрементально-дифференциального бэкапа
> для обеспечения разумного баланса периода, оперативности и стоимости резервных копий.
>  И не решается разумно в пределах локальной ФС.  Это
> так удивляет?

Общие слова какие-то. Что конкретно сказать-то хотели?

>> и умалчивании об уже давно реализованном доступе к снапшотам вместо живой FS -
>> по меньшей мере, демагогично.
> Позвольте поинтересоваться, используете ли Вы эту реализацию в своей практике в сколь-нибудь
> существенной мере или же именно что демагогию разводите?  У меня
> давным-давно были под рукой снапшоты в XFS и LVM, но я
> ими попросту не пользовался (в отличие от иных коллег) -- не
> требовалось.  И соответственно не носился с ними, как дурак с
> торбой.

Использовал несколько лет. На UFS, конечно, для ограниченных целей, ибо их возможности там ограничены, в основном для дампов как раз. А на ZFS ныне их используют все подряд, ибо это попросту удобно.

> RAID, снапшоты, бэкап, rsync, bacula, диски, ленты, охрана периметра -- друг друга
> не заменяют, а дополняют.  У них разные плюсы, минусы и
> зоны применимости.  Местами перекрывающиеся.

Спасибо, кэп.

>> Как и игнорирование того факта, что развитием идеи dump/restore в
>> "правильном ключе" является zfs send/receive
> С этим незнаком, потому обсуждать не могу.

На чем сей спор можно и завершить, в таком случае.

>> а не отказ от подобного способа решения целиком в пользу
>> изначально предназначенных для слегка других целей утилит.
> По смыслу их предназначение такое же -- копирование информации; по реализации --
> да, другое, только IMHO не "слегка", а существенно.  Вы о
> чём?
> Dump was a stupid program in the first place. Leave it behind.
>   -- Linus Torvalds (http://lwn.net/2001/0503/a/lt-dump.php3)

Ну да, абстрагируемся до небес с полной потерей смысла, и приправим мнением Торвальдса от мохнатого года, будто бы оно истина в последней инстанции (а вот ребята из Sun c ним не согласились и сделали элегантный zfs send/receive, и чо?). Демагогично, при подобной глухоте к альтернативным вариантам желания продолжать не имею.

Ответить | Правка | ^ к родителю #719 | Наверх | Cообщить модератору

912. "dump/restore"  +/
Сообщение от Аноним (??) on 12-Авг-11, 20:15 
> элегантный zfs send/receive, и чо?).

А почему это должно быть прибито гвоздями к одной файловой системе? Возможность реализации каких-то еще файловых систем в будущем вы не рассматриваете даже теоретически?

Ответить | Правка | ^ к родителю #853 | Наверх | Cообщить модератору

950. "dump/restore"  +/
Сообщение от nuclight email(ok) on 15-Авг-11, 00:42 
>> элегантный zfs send/receive, и чо?).
> А почему это должно быть прибито гвоздями к одной файловой системе? Возможность
> реализации каких-то еще файловых систем в будущем вы не рассматриваете даже
> теоретически?

А кто-то у Вас такую возможность забирает разве? Реализуйте, я не против.

Ответить | Правка | ^ к родителю #912 | Наверх | Cообщить модератору

415. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 09:23 
>  А кому и при каких обстоятельствах вообще пришло в голову
> брать данные со смонтированной ФС мимо реализации этой самой ФС, обслуживающей
> mountpoint -- даже узнавать неохота.

во freebsd: man dump на предмет ключика -L.

Ответить | Правка | ^ к родителю #287 | Наверх | Cообщить модератору

174. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 17:16 
>более вменяемый шейпер
> (dummynet) чем любой из тех что пробовал в линухе, удобство пересборки
> ядра под свои нужды.

ipfw & dummynet есть на linux.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

193. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 18:32 
>более вменяемый шейпер (dummynet) чем любой из тех что пробовал в линухе

Если вы думаете, что в линуксе несколько шейперов, то вы явно никогда не имели дело с шейпингом трафика в линуксе. Это все равно что утверждать, что во фре есть только один фаервол.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

289. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 08-Авг-11, 23:47 
>>более вменяемый шейпер (dummynet) чем любой из тех что пробовал в линухе
> Если вы думаете, что в линуксе несколько шейперов

Даже я строил cbq и htb, а это разные шейперы (строго говоря, queue disciplines, но по сути именно то, что определяет поведение).

> то вы явно никогда не имели дело с шейпингом трафика в линуксе.

Напрашивается нескромный встречный вопрос.

PS: а ещё лучше бы всё-таки помочь мужукам по теме, если это в принципе возможно.

Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

151. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ян Злобин email(ok) on 08-Авг-11, 16:01 
> ...не каждый сдюжит сидеть пару часов обновляя зависимости...

Прям сидеть?  Этот процесс неплохо идёт параллельно и на боевой машине.  Всегда так делаю.  Просто не надо доводить процесс обновления до абсурда - обновляться по три раза в неделю.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

894. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:05 
> до абсурда - обновляться по три раза в неделю.

А хакеры, типа, будут вас месяц ждать "в случае чего"? Ну да, размечтались.

Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

910. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:55 
>> до абсурда - обновляться по три раза в неделю.
> А хакеры, типа, будут вас месяц ждать "в случае чего"? Ну да,
> размечтались.

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

Ответить | Правка | ^ к родителю #894 | Наверх | Cообщить модератору

913. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 20:17 
> дыры то тут, то там...

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

Ответить | Правка | ^ к родителю #910 | Наверх | Cообщить модератору

941. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 14-Авг-11, 10:51 
>> дыры то тут, то там...
> Баги есть в любых системах. Потому что людям свойственно ошибаться. Вы хотите
> сказать что в фряхе дыр не бывает в софте? Так это
> заведомо будет наглым враньем. В системе такого масштаба не может не
> быть багов.

Сравните кол-во секьюр фиксов тут и там и поймете о чем речь.

Ответить | Правка | ^ к родителю #913 | Наверх | Cообщить модератору

935. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ян Злобин email(ok) on 13-Авг-11, 08:46 
> А хакеры, типа, будут вас месяц ждать "в случае чего"? Ну да,
> размечтались.

Обновляйтесь хоть каждый день, если так хочется - обновления-то выходят чаще.

Ответить | Правка | ^ к родителю #894 | Наверх | Cообщить модератору

156. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 16:20 
Я бы рекомендовал тяжелые вещи таки тягать через pkg_add -r
удобнее и без головной боли.
Давно не встречался с какими либо проблемами при таком подходе (правда тягать на чистую систему).
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

241. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 21:08 
> проблема обновления в freebsd многих отпугивает, не каждый сдюжит сидеть пару часов
> обновляя зависимости

О каких "обновлениях зависимостей" идёт речь?

> тем более на боевом сервере

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

Дарю волшебную строчку из man portupgrade:
% env PKG_PATH=/path/to/mntnfsrepo/packages/All portupgrade -aPP

> а в случае всяких
> кед и опенофис так вообще обновления затягивается на сутки на рабочих
> станциях

KDE4 ВСЯ собирается из исходников на полудохлом 4x феномчике за 12 часов. OOo 3.2 — за 4 часа.

> за то проблемы бекапа и переноса сервера с одной железки на другую вообще нет(ну или почти нет).

Конечно нет — онлайновые снапшоты ФС рулят. В Linux до сих пор мучаются, что у них нет этого.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

291. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 08-Авг-11, 23:51 
>> а в случае всяких кед и опенофис так вообще обновления затягивается на сутки на
>> рабочих станциях
> KDE4 ВСЯ собирается из исходников на полудохлом 4x феномчике за 12 часов.
> OOo 3.2 — за 4 часа.

Надо на фряшников и гентушников натравить гринписятников.  И залечь за бруствер.

>> за то проблемы бекапа и переноса сервера с одной железки на другую вообще нет
> Конечно нет — онлайновые снапшоты ФС рулят. В Linux до сих пор
> мучаются, что у них нет этого.

Надо же, а я и не знал, что:
- нету;
- мучаюсь;
- есть проблемы переноса сервера по железкам, когда он разложен по контейнерам.

Изен Петросян, однако.

Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

389. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от анон on 09-Авг-11, 07:53 
> - есть проблемы переноса сервера по железкам, когда он разложен по контейнерам.

Перенос снимков ФС реализован "изящно" - через виртуализацию.

Ответить | Правка | ^ к родителю #291 | Наверх | Cообщить модератору

895. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:08 
> KDE4 ВСЯ собирается из исходников на полудохлом 4x феномчике за 12 часов.
> OOo 3.2 — за 4 часа.

А я как полный козел за 7 минут кде из пакетов установил. Что, всего в 102 раза быстрее? oO

Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

23. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +11 +/
Сообщение от 1 (??) on 08-Авг-11, 11:13 
Я не понимаю одного - ЗАЧЕМ дробить base-system ?

Не первый раз вижу такое предложение. И до сих пор не понимаю смысла этого.
По мне так это преимущество, а не недостаток. Сколько раз я натыкался на установки Linux где не установлен пакет с traceroute. В любом саппорте при наличии серверов Linux больше 3х техотдел сам формирует свою базовую систему, с "нужным" набором софта, и тщательно ей придерживается.

Что мне не нравится в FreeBSD.
1. Отсутствие внятной документации. Что по большому счёту у нас есть ? Документация поставляемая с системой. И... и лисяра, как это не печально выглядит.
Из "реально" полезных статей - выделю статью про ipfw того же Вадима Гончарова. Но таких статей просто единицы.

2. Поддержка нового оборудования. Ну это тема не новая, и как её решать ума не приложу.

3. Поддержка виртуализации. Чего нет, того нет. Ладно нет в системе. Но и FreeBSD в качестве гостевой OS ведёт себя странно, то время убежит, то socket залипнет. Ну и не передать ей (почему-то) сигнал от гипервизора. Конечно, может это у меня руки кривые, но "осадочек остался"

4. Ну систему портов, кто только не пинал. Мне в ней не нравится то, что никогда не узнать с какими опциями собран пакет. Да, появился механизм make config, но всё равно иногда приходится переменными окружения добиваться нужного функционала. Приходит время обновлять пакет, и на воспроизведение нужных действий тратится много времени.

Эк ... расписался :-)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

50. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:10 
> Я не понимаю одного - ЗАЧЕМ дробить base-system ?

traceroute в пакете base-system. Выходит новая версия traceroute, перекачивается и обновляется весь base-system. Печаль.

traceroute в своем собственном пакете. Выходит новая версия traceroute, быстро скачивается и обновляется только он. Радость.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

51. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:13 
>> Я не понимаю одного - ЗАЧЕМ дробить base-system ?
> traceroute в пакете base-system. Выходит новая версия traceroute, перекачивается и обновляется
> весь base-system. Печаль.
> traceroute в своем собственном пакете. Выходит новая версия traceroute, быстро скачивается
> и обновляется только он. Радость.

Нет не так, новые версии traceroute, ping и других сотен утилит выходят одновременно вместе с релизом ОС. Радость.
Сегодня выходит релиз пакета traceroute, завтра ping, после завтра zlib, каждый день приходится обновлять или курить зависимости. Печаль.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

53. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 12:18 
Уязвимости в отдельных программах не устраняются до тех пор, пока не выходит релиз ОС. Радость для взломщика.
Сегодня выходит релиз пакета traceroute, завтра ping, после завтра zlib, каждый день приходится искать новые уязвимости. Печаль для взломщика.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

57. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 12:26 
> Уязвимости в отдельных программах не устраняются до тех пор, пока не выходит
> релиз ОС. Радость для взломщика.
> Сегодня выходит релиз пакета traceroute, завтра ping, после завтра zlib, каждый день
> приходится искать новые уязвимости. Печаль для взломщика.

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

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

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

52. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от 1 (??) on 08-Авг-11, 12:15 
Если нужна новая traceroute (ну жизнь без неё не мила, без новой-то), ставим из портов/пакетов. Радость ?
А вот когда её в системе нет, и интернета нет (зачем же она ещё понадобилась ?) вот тут и пичаль.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

66. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от QuAzI (ok) on 08-Авг-11, 12:38 
>> Я не понимаю одного - ЗАЧЕМ дробить base-system ?
> traceroute в пакете base-system. Выходит новая версия traceroute, перекачивается и обновляется
> весь base-system. Печаль.
> traceroute в своем собственном пакете. Выходит новая версия traceroute, быстро скачивается
> и обновляется только он. Радость.

Лезем в /usr/src/usr.sbin/traceroute и make install . и перестаём пудрить голову о том, чего не знаем. Ы?

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

71. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от _yurkis_ on 08-Авг-11, 12:49 
>> Я не понимаю одного - ЗАЧЕМ дробить base-system ?
> traceroute в пакете base-system. Выходит новая версия traceroute, перекачивается и обновляется
> весь base-system. Печаль.
> traceroute в своем собственном пакете. Выходит новая версия traceroute, быстро скачивается
> и обновляется только он. Радость.

freebsd-update в cron- залог своевременного обновления traceroute. Security patches для base system приходят с бинарными апдейтами. То что базовая система не обновляется между релизами- заблуждение.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

103. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 13:43 
>> Я не понимаю одного - ЗАЧЕМ дробить base-system ?
> traceroute в пакете base-system. Выходит новая версия traceroute, перекачивается и обновляется
> весь base-system. Печаль.
> traceroute в своем собственном пакете. Выходит новая версия traceroute, быстро скачивается
> и обновляется только он. Радость.

печаль что вы не знаете предмет спора :)

cd /usr/src/usr/sbin/traceroute
make
make install
make clean

при обновлении системы руками.
или бинарный update если не хочется собирать - разницы никакой с тем что в linux.


Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

140. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от ivanko on 08-Авг-11, 14:53 
>>> Я не понимаю одного - ЗАЧЕМ дробить base-system ?
>> traceroute в пакете base-system. Выходит новая версия traceroute, перекачивается и
> при обновлении системы руками.
> или бинарный update если не хочется собирать - разницы никакой с тем
> что в linux.

Как проверить контрольные суммы? Вдруг, это злоумышленник залил не тот traceroute? Как тоже самое сделать для бинарного апгрейда?

Как сделать все тоже самое для программы, сильно зависящей от флагов сборки?

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

158. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 16:39 
>>>> Я не понимаю одного - ЗАЧЕМ дробить base-system ?
>>> traceroute в пакете base-system. Выходит новая версия traceroute, перекачивается и
>> при обновлении системы руками.
>> или бинарный update если не хочется собирать - разницы никакой с тем
>> что в linux.
> Как проверить контрольные суммы? Вдруг, это злоумышленник залил не тот traceroute?

куда залил? вот у Linux (Debian/RedHat) знаю что ломали централизованые репозитории пакетов, в FreeBSD нет. Так куда залил? в репозиторий из которого сделали csup ?

> Как
> тоже самое сделать для бинарного апгрейда?

Бинарный update подписывается ключем security team - автоматом проверка целостности иначе не сойдется цифровая подпись.


> Как сделать все тоже самое для программы, сильно зависящей от флагов сборки?

Так вы оприделитесь - или вам ручная сборка и флаги сборки - или вам бинарное ?:)
методы разные.


PS. вы бы разобрались в том о чем говорите - вопросов глупых бы не было.
Вот debian / redhat позволяют ставить не подписанные пакеты и лишних вопросов не задавать, а freebsd-update нет.
Так у кого дырка ?

Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

292. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –2 +/
Сообщение от Michael Shigorin email(ok) on 08-Авг-11, 23:56 
>>> или бинарный update если не хочется собирать - разницы никакой с тем
>>> что в linux.
>> Как проверить контрольные суммы? Вдруг, это злоумышленник залил не тот traceroute?
> куда залил? вот у Linux (Debian/RedHat) знаю что ломали централизованые репозитории

Вам, уважаемый.  Вам в $PATH.

> PS. вы бы разобрались в том о чем говорите - вопросов глупых бы не было.

Такие советы лучше звучат от тех, кто десятком строк выше не делает "слона я не приметил".

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

726. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 20:37 
> Думать не хочет

И опять соврамши, что характерно.  Как понимаю, ничего по существу проблемы контроля фактов подмены бинарников на развёрнутой системе не будет и всех пошлют к tripwire(8) со товарищи?

Ответить | Правка | ^ к родителю #853 | Наверх | Cообщить модератору

896. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:15 
> Вот debian / redhat позволяют ставить не подписанные пакеты и лишних вопросов
> не задавать,

В дефолтной конфигурации - отматерится и ставить ничего не будет. А если кто это заоверрайдил - ну он знал на что шел...

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

87. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от ABC (??) on 08-Авг-11, 13:15 
> Что мне не нравится в FreeBSD.
> 1. Отсутствие внятной документации. Что по большому счёту у нас есть ?
> Документация поставляемая с системой. И... и лисяра, как это не печально
> выглядит.

Звезда в шоке! Документация, поставляемая с системой, как изволил выразиться благородный дон закрывает 90% всех возникающих вопросов, и нигде, ни в одном дистре никакой иной ОС, я еще не встречал ничего подобного по охвату тем и ясности изложения.

Просто нужно научится читать по-английски.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

126. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от 1 (??) on 08-Авг-11, 14:11 
Это Вы наверное об handbook ? Или о faq ?
Тогда 2 примера
1. Сейчас повсеместно для организации доступа инет используется mpd (в FreeBSD). Handbook нам предлагает пользовать ppp (а то и pppd аж версии 2.3.5)
2. Посмотрите насколько много там написано про использование ZFS

Никто не говорит что документация плохая. Но обвязка же должна быть.
Вот перечень (мой) того что я хотел бы увидеть в ОТДЕЛЬНЫХ полных книжках.
1. pf, ipf (по ipfw есть статья Вадима)
2. zfs, geom
3. netgraph
4. best practice по разным аспектам поддержки FreeBSD.

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

145. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ветеран WoW on 08-Авг-11, 15:33 
> Это Вы наверное об handbook ? Или о faq ?
> Тогда 2 примера
> 1. Сейчас повсеместно для организации доступа инет используется mpd (в FreeBSD). Handbook
> нам предлагает пользовать ppp (а то и pppd аж версии 2.3.5)

будет mpd в базе - будет и глава про него в хэндбуке. Пока же он в портах.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

178. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от user (??) on 08-Авг-11, 17:28 
Ну вот опять религиозные войны начинаются.. мы говорим о документации с точки зрения пользователя.
То что используется- должно быть в документации.
Импользуется mpd- значит должно быть понятное, простое, внятное описание работы  с ним.
Причем доступ к этой документации должен быть таким же быстрым как к хандбуку..
грубо говоря- ставим mpd- на десктопе (или в домашнем каталоге пользователя) должен САМ появиться ярлычек на доку по mpd.
Доступ к такой документации должен происходить на расстоянии одного клика.
Иначе- R.I.P.
Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

180. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от mr_gfd on 08-Авг-11, 17:34 
>[оверквотинг удален]
> зрения пользователя.
> То что используется- должно быть в документации.
> Импользуется mpd- значит должно быть понятное, простое, внятное описание работы  с
> ним.
> Причем доступ к этой документации должен быть таким же быстрым как к
> хандбуку..
> грубо говоря- ставим mpd- на десктопе (или в домашнем каталоге пользователя) должен
> САМ появиться ярлычек на доку по mpd.
> Доступ к такой документации должен происходить на расстоянии одного клика.
> Иначе- R.I.P.

/usr/local/share/doc/mpd5/ уже не котируеться? как давно?

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

198. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 08-Авг-11, 18:39 
>[оверквотинг удален]
> зрения пользователя.
> То что используется- должно быть в документации.
> Импользуется mpd- значит должно быть понятное, простое, внятное описание работы  с
> ним.
> Причем доступ к этой документации должен быть таким же быстрым как к
> хандбуку..
> грубо говоря- ставим mpd- на десктопе (или в домашнем каталоге пользователя) должен
> САМ появиться ярлычек на доку по mpd.
> Доступ к такой документации должен происходить на расстоянии одного клика.
> Иначе- R.I.P.

Ты вообще mpd то видел? С ним вполне хорошая дока идет.

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

499. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от печаль on 09-Авг-11, 16:35 
> ставим mpd- на десктопе (или в домашнем каталоге пользователя) должен
> САМ появиться ярлычек на доку по mpd.
> Доступ к такой документации должен происходить на расстоянии одного клика.
> Иначе- R.I.P.

Вот на этом месте печаль накрыла меня с головой... Грусть и уныние... Но я рад, что использую freebsd, рад что в freebsd не делают так как вы говорите, и рад что вы не используете freebsd. Вам безусловно надо использовать только виндус 7 максимальная. Вот там буду ярлычки, мои документы, и 100500 других ништяков, так необходимых пользователям вашего уровня.

А на freebsd есть local/share/doc для этого. Все, кто знают freebsd - используют штатные возможности, и не требуют ярлычков на рабочем столе.

Это прискорбно (с)

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

159. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 16:40 
> Это Вы наверное об handbook ? Или о faq ?
> Тогда 2 примера
> 1. Сейчас повсеместно для организации доступа инет используется mpd (в FreeBSD). Handbook
> нам предлагает пользовать ppp (а то и pppd аж версии 2.3.5)

mpd имеет собственную очень хорошую документацию - и пока он не в base - то странно искать его в handbook.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

179. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от mr_gfd on 08-Авг-11, 17:33 
Откройте же для себя man.
man pf.conf
man ipfw
man zfs
все это снимет 90% вопросов. Лучше манов в свободных продуктах я еще не видел.
Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

208. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 18:52 
2. zfs замечательно описана у санок. geom в манах, чего еще надо?
Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

244. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 21:16 
> zfs замечательно описана у санок

У них административный гайд по ZFS переведён весь на русский!

Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

305. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от myc on 09-Авг-11, 00:33 
> Никто не говорит что документация плохая. Но обвязка же должна быть.
> Вот перечень (мой) того что я хотел бы увидеть в ОТДЕЛЬНЫХ полных
> книжках.
> 1. pf, ipf (по ipfw есть статья Вадима)

В ОТДЕЛЬНЫХ полных книжках? Даже не представляю что можно написать по этой теме в отдельных полных книжках.

> 2. zfs, geom
> 3. netgraph

Если честно я еще не разу не видел всеобъемлющих книжек по ядреным интерфейсам.
С линуксом в этом плане, имхо, все значительно хуже. Многие дистроклепатели не утруждаются поставкой манов даже на стандартные функции.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

451. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от 1 (??) on 09-Авг-11, 12:31 
Типа такого же - http://nuclight.livejournal.com/124348.html
Ответить | Правка | ^ к родителю #305 | Наверх | Cообщить модератору

699. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 10-Авг-11, 17:43 

> Вот перечень (мой) того что я хотел бы увидеть в ОТДЕЛЬНЫХ полных
> книжках.
> 1. pf, ipf (по ipfw есть статья Вадима)

По PF есть довольно свежая книжка от nostarh.


Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

662. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 13:49 
> Я не понимаю одного - ЗАЧЕМ дробить base-system ?

http://cvsweb.netbsd.org/bsdweb.cgi/src/distrib/syspkg/notes...

Тут все написано в более чем доступной форме.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

829. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 21:09 
>> Я не понимаю одного - ЗАЧЕМ дробить base-system ?
> http://cvsweb.netbsd.org/bsdweb.cgi/src/distrib/syspkg/notes...
> Тут все написано в более чем доступной форме.

И как, распилили? Файлу-то 7 лет уже. Если не распилили, то почему?

Ответить | Правка | ^ к родителю #662 | Наверх | Cообщить модератору

830. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 11-Авг-11, 21:25 
>>> Я не понимаю одного - ЗАЧЕМ дробить base-system ?
>> http://cvsweb.netbsd.org/bsdweb.cgi/src/distrib/syspkg/notes...
>> Тут все написано в более чем доступной форме.
> И как, распилили? Файлу-то 7 лет уже. Если не распилили, то почему?

Распилить распилили уже давно. 'make syspkg' генерит сотни мелких пакетиков,
и эту работу никто не бросает, пакетики все еще генерятся.
Нет ясности в том, как/чем эти пакеты ставить, в детали я не вникал,
да они, кажется, и не озвучивались толком.
Если действительно интересно, спроси в tech-userlevel@.
Только без привычного тебе тона, иначе просто проигнорят,
как в ветке FreeBSD vs. NetBSD ;-)
Jeremy -- он просто очень добрый.

Ответить | Правка | ^ к родителю #829 | Наверх | Cообщить модератору

838. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 22:18 
>>>> Я не понимаю одного - ЗАЧЕМ дробить base-system ?
>>> http://cvsweb.netbsd.org/bsdweb.cgi/src/distrib/syspkg/notes...
>>> Тут все написано в более чем доступной форме.
>> И как, распилили? Файлу-то 7 лет уже. Если не распилили, то почему?
> Распилить распилили уже давно. 'make syspkg' генерит сотни мелких пакетиков,
> и эту работу никто не бросает, пакетики все еще генерятся.
> Нет ясности в том, как/чем эти пакеты ставить, в детали я не
> вникал,
> да они, кажется, и не озвучивались толком.

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

> Если действительно интересно, спроси в tech-userlevel@.

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

> Только без привычного тебе тона, иначе просто проигнорят,

Гм. Какого именно тона? Где и с кем он был? :) Вопросы я вроде всегда точно задавал без всяких там тонов...

> как в ветке FreeBSD vs. NetBSD ;-)
> Jeremy -- он просто очень добрый.

Это что за ветка и где? Я не в теме, похоже :)

Ответить | Правка | ^ к родителю #830 | Наверх | Cообщить модератору

857. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok) on 12-Авг-11, 08:48 
>> Нет ясности в том, как/чем эти пакеты ставить, в детали я не
>> вникал,
>> да они, кажется, и не озвучивались толком.
> Гм. То есть, получается, это пока побочный тестовый проект, и по дефолтом
> всё еще идет монолитная база?

Разбитая на set-ы. ./build.sh строишь их, потом обновляешься по этой схеме
http://www.netbsd.org/docs/current/

Немного неудобно, но, в принципе, терпимо. С пакетами было бы проще.

>> Если действительно интересно, спроси в tech-userlevel@.
> Ну, меня больше проблемы FreeBSD интересуют, есть ли смысл заранее спрашивать, когда
> скорее всего это отвергнут, не знаю.

Проект значится в списке приоритетных для TNF и ищет исполнителя
для доведения до конца. Я как-нибудь сам спрошу, за чем там дело стало.

Ответить | Правка | ^ к родителю #838 | Наверх | Cообщить модератору

954. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 15-Авг-11, 00:55 
> Только без привычного тебе тона, иначе просто проигнорят,
> как в ветке FreeBSD vs. NetBSD ;-)
> Jeremy -- он просто очень добрый.

Судя по пролетавшей здесь туда ссылке, ты меня спутал с кем-то по имени Alex Goncharov. Я на NetBSD'шные мейллисты не был подписан никогда, и никогда туда не писал.

Ответить | Правка | ^ к родителю #830 | Наверх | Cообщить модератору

959. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok) on 15-Авг-11, 07:51 
>> Только без привычного тебе тона, иначе просто проигнорят,
>> как в ветке FreeBSD vs. NetBSD ;-)
>> Jeremy -- он просто очень добрый.
> Судя по пролетавшей здесь туда ссылке, ты меня спутал с кем-то по
> имени Alex Goncharov.

Да, точно. Попутал.

Ответить | Правка | ^ к родителю #954 | Наверх | Cообщить модератору

25. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от mic_sdfsdgfsdf on 08-Авг-11, 11:20 
Вопросы пакетного менеджера завязаны на позиционирование FreeBSD. Если её рассматривать как систему, обновление которой производится только исходными текстами (как базовой системы, так прикладного ПО), то, на мой взгляд, существующий portupgrade справляется с данной задачей. Минус в том, что для обновления в таком случае нужен мощный процессор и запас времени.
Значит, на маломощных ПК обновление будет проходить дольше. Хотя для маломощных маршрутизаторов и Web-серверов данная ОС как раз прекрасно и подходит.
С другой стороны, объёмное ПО вроде GNOME и KDE, которое и компилируется дольше всего остального, на такие маломощные ПК никогда не ставится.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 11:29 
портапгрейд не всегда панацея... как только появляется кривой порт, или чьи-то кривые руки ставили не из портов, а из бинарников... то автоматизация не работает... а так да портапгрейд весч
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

210. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 18:58 
> портапгрейд не всегда панацея... как только появляется кривой порт, или чьи-то кривые
> руки ставили не из портов, а из бинарников... то автоматизация не
> работает... а так да портапгрейд весч

из бинарников? и какие потом пробемы при обновлении?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

665. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 13:51 
> портапгрейд не всегда панацея... как только появляется кривой порт,

У вас стабильные бранчи дерева портов есть? Регулярные bulk build-ы
для тестирования сборки есть?
Code freeze перед выходом стабильного релиза и фазы исправления
ошибок сборки портов есть?
Или я чего-то не понимаю?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

245. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 21:22 
Дарю волшебную строчку из man portupgrade для БИНАРНОГО обновления установленных пакетов на машинах пользователей:

% env PKG_PATH=/path/to/mntnfsrepo/packages/All portupgrade -aPP
— если /path/to/mntnfsrepo/packages/All расшарен в локальной сети по NFS.

Если пользователь подключается только к Интернету, то:

% portsnap fetch update && portupgrade -aPP

Привет неосиляторам.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

444. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 12:07 
> локальной сети по NFS

Ещё можно включить amd. Очень порадовался ему, когда узнал и включил. :)

Ответить | Правка | ^ к родителю #245 | Наверх | Cообщить модератору

28. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от andy (??) on 08-Авг-11, 11:31 
> Социальными проблемами сообщества FreeBSD является наплевательское отношение к > потребностям простых пользователей, которые не принадлежат к ядру сообщества.

Неужели доперло наконец? В статье виден "бсдшный" подход: "нет, проблемы, конечно, есть, но в Рамблере все равно ..даки"
Похожие проблемы уже приводились Михаилом - http://forum.lissyara.su/viewtopic.php?p=109301#p109301

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ветеран WoW on 08-Авг-11, 11:39 
>> Социальными проблемами сообщества FreeBSD является наплевательское отношение к > потребностям простых пользователей, которые не принадлежат к ядру сообщества.
> Неужели доперло наконец? В статье виден "бсдшный" подход: "нет, проблемы, конечно, есть,

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

122. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от andy (??) on 08-Авг-11, 14:04 
> К проблемам простых пользователей, которые не читали одну из лучших в юниксах
> систему манов и хэндбук, и при этом пишут что лысяра -
> их все, и надо относиться нарлевательски.

Давайте предметно. Здесь было сказано, что "lissyara - наше все"? Здесь говорилось о том,
что чтение хендбука и манов вредно? (Хотя, если учесть, что русский хэндбук не обновлялся очень долго, то, _быть может_ его чтение вредно, в силу устаревшей информации).
У Лиссяры неплохие статьи, кстати. Хотя, если Вы знаете что-то лучшее, то никто не запрещает Вам привести ссылку.

Что касается проблем пользователей - положат даже на тех, кто маны на ночь читает, аки молитву.

p.S: Хотя все-таки приятно, что есть отзывчивые соотечественники, которые помогали - Дмитрий Маракасов и Сергей Осокин. Большое им спасибо!

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

129. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –3 +/
Сообщение от ветеран WoW on 08-Авг-11, 14:21 
копипэйст вреден. лысяра это клон вот этого самого ресурса, на котором мы с вами сейчас. они оба одинаково вредны, и они оба это - дайджест копипасты. местами еще и кривой и неправильной, хотя и от правильной толку мало. безотносительно системы. даже линукс нельзя кормить чужой копипастой.
Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

160. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от andy (??) on 08-Авг-11, 16:43 
> копипэйст вреден. лысяра это клон вот этого самого ресурса, на котором мы
> с вами сейчас.

Для меня это новость, поскольку на опеннете читаю только новости. А статьи уже
не читаю, так как почти на все вопросы отвечает документация. Если что-то осталось
не ясным - гугл приходит на помощь. Однако, могу и спросить на форуме.

> они оба одинаково вредны, и они оба это
> - дайджест копипасты.

Вредны не сайты, а идиотизм некоторых людей населяющих сайты и форумы.

> местами еще и кривой и неправильной, хотя и
> от правильной толку мало. безотносительно системы. даже линукс нельзя кормить чужой
> копипастой.

Вопрос - где и что правильно?


Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

136. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Anonim (??) on 08-Авг-11, 14:46 
www.bsdportal.ru ?
Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

214. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 19:23 
> www.bsdportal.ru ?

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

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

211. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 19:12 
>> К проблемам простых пользователей, которые не читали одну из лучших в юниксах
>> систему манов и хэндбук, и при этом пишут что лысяра -
>> их все, и надо относиться нарлевательски.
>Здесь было сказано, что "lissyara - наше все"?

Было сказано, что хороший ресурс. Статьи там совершенно безграмотные, и все по тому, что лиссяра стал публиковать не пойми кого.

Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

308. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от XPEH email on 09-Авг-11, 00:36 
> В статье виден "бсдшный" подход: "нет, проблемы, конечно, есть, но в Рамблере все равно ..даки"

Ну дык Amiga Persecution Complex в действии.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

360. "...Но в Рамблере всё равно ..даки"  +/
Сообщение от nuclight email(ok) on 09-Авг-11, 03:08 
>> Социальными проблемами сообщества FreeBSD является наплевательское отношение к потребностям простых пользователей, которые не принадлежат к ядру сообщества.
> Неужели доперло наконец? В статье виден "бсдшный" подход: "нет, проблемы, конечно, есть,
> Похожие проблемы уже приводились Михаилом - http://forum.lissyara.su/viewtopic.php?p=109301#p109301

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

> но в Рамблере все равно ..даки"

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

381. "...Но в Рамблере всё равно ..даки"  +/
Сообщение от andy (??) on 09-Авг-11, 04:39 
> Он там в ряде мест ненавязчиво так перегибает палку. Ну и еще
> отношение наглядно заметно - Вы так говорите "бсдшный", будто это что-то
> плохое и не имеет права на жизнь.

На жизнь-то оно, разумеется, право имеет. Вот только кому от этого хорошо?
Понимаете, если постоянно задирать нос, рано или поздно тебе по нему щелкнут. Что
сейчас с BSD и происходит. Вообще, со статьей я ознакомился. Написано хорошо, но
надменность проскакивает. Надо ли говорить о том, что она вовсе не красит?

> Фигу, мы сохраним свою уникальность. Более того, иметь мужество признать свои ошибки и
> исправить их, своим собственным способом — более трудно и более почетно, чем красноглазо ?
> выкрикивать, плетясь в мэйнстриме. Кто надеется пройти только через победы – не дойдет.
> Нужно быть готовым пройти и через грязь, и через поражения, и через позор, но – дойти.

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

> Всё дело в том (и тут вы все со мной сейчас радостно согласитесь и возвопите "агаа!"),
> что нам (фре) не нужны безмозглые хомячки-убунтоиды.

А кто вам вообще нужен? Все сразу родились со знанием FreeBSD. Поскольку рождаться со знаниями не получается, то приходится воспитывать пользователей. Но тут процесс оптимизирован - "не нужно".  

> И бывалые фряшники ужасаются
> низкому качеству статей на http://www.lissyara.su и ругают его, хотя это сейчас
> единственный ???? ресурс, выполняющий функции пропаганды "в общагах" (на безрыбье и он
> для FreeBSD сейчас весьма полезен).

Вот она, гордыня-то. Зудит поди, в одном месте? Бывалые фряшники, могли бы на досуге, сесть и написать статьи высокого качества, которые, несомненно, были бы по достоинству оценены. Но нет, пользователей воспитывать не надо, на что уже было указано. Это при том, что http://www.lissyara.su справляется с функцией стартовой площадки, где начинающие могут почерпнуть массу полезной информации. А дальше уже сами разберутся и информацию найдут.
И да, этот ресурс свои "пять сольдо" собирал "на куртку папе Карло"^W^W на донейт в фонд FreeBSD. И не раз, если мне память не изменяет. Так что не плевали бы в колодец.
Раз уж разговор о лиссяре зашел, кто-нибудь скажет почему там статьи низкого качества и все ли они такие?

Ответить | Правка | ^ к родителю #360 | Наверх | Cообщить модератору

418. "...Но в Рамблере всё равно ..даки"  +/
Сообщение от Аноним (??) on 09-Авг-11, 10:03 
> Раз уж разговор о лиссяре зашел, кто-нибудь скажет почему там статьи низкого
> качества и все ли они такие?

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

Ответить | Правка | ^ к родителю #381 | Наверх | Cообщить модератору

445. "...Но в Рамблере всё равно ..даки"  +/
Сообщение от Аноним (??) on 09-Авг-11, 12:19 
Одна из причин, по которой я на фре то,
> что http://www.lissyara.su справляется с функцией стартовой площадки, где начинающие могут почерпнуть массу полезной информации.

что функцию стартовой площадки прекрасно выполняет handbook. Там покрыто 90% базовых вопросов. Ну а статьи на http://www.lissyara.su от самого lissyara - тоже кладезь, правда, иногда out of date. :)

Ответить | Правка | ^ к родителю #381 | Наверх | Cообщить модератору

851. "...Но в Рамблере всё равно ..даки"  +/
Сообщение от nuclight email(ok) on 12-Авг-11, 00:57 
>> Он там в ряде мест ненавязчиво так перегибает палку. Ну и еще
>> отношение наглядно заметно - Вы так говорите "бсдшный", будто это что-то
>> плохое и не имеет права на жизнь.
> На жизнь-то оно, разумеется, право имеет. Вот только кому от этого хорошо?

Вот то же самое, "кому от этого хорошо" означает, что Вы считаете его таки плохим. А если что-то плохое, то уже возникают сомнения, имеет ли оно право на жизнь. Это что, ксенофобия такая, чужой подход считать по умолчанию плохим?

> Понимаете, если постоянно задирать нос, рано или поздно тебе по нему щелкнут.

А зачем Вы мне это говорите, когда я уже примерно те же мысли в статье изложил? Тянет лишний раз поморализировать?

> Что
> сейчас с BSD и происходит. Вообще, со статьей я ознакомился. Написано хорошо,
> но
> надменность проскакивает. Надо ли говорить о том, что она вовсе не красит?

Вообще, я по тексту всего этого комментария (особенно в конце) склоняюсь к тому, что нет там никакой надменности, а это просто восприятие статьи несколько искаженное кое-где.

>> Фигу, мы сохраним свою уникальность. Более того, иметь мужество признать свои ошибки и
>> исправить их, своим собственным способом — более трудно и более почетно, чем красноглазо ?
>> выкрикивать, плетясь в мэйнстриме. Кто надеется пройти только через победы – не дойдет.
>> Нужно быть готовым пройти и через грязь, и через поражения, и через позор, но – дойти.
> Мне интересно узнать, для чего в статье попадаются абзацы, написанные в
> стиле дешевой советской агитации?

Не для чего, а для кого. Для своих. Которым может быть тяжело признавать свои ошибки, ибо это им, возможно, _кажется_ чрезмерно тяжелым ударом. Необходимо чем-то уравновесить. А вот Ваше восприятие как "дешевой советской агитации" показывает, что Вы, как бы это, гм, вербализовать, не принимаете FreeBSD с её проблемами достаточно близко к сердцу, и потому со стороны получаетесь как слон в посудной лавке. См. также ниже.

> Кто у вас забирает уникальность? Почему предложения по улучшению,
> принимаются как личное оскорбление и желание поднасрать?

Эта тема очень хорошо раскрыта в двух небольших тредах:
http://nuclight.livejournal.com/128712.html?thread=696520
http://nuclight.livejournal.com/128712.html?thread=700104

> Складывается ощущение, что выводы
> то сделаны, но со своей "статусностью" и "элитностью" расставаться очень не
> хочется, и люди все равно цепляются за привычки, которые мешают.

В тредах выше описано. Я добавлю только, что это всё - тонкие моменты, и человеку постороннему сложно понять, где у явления (такого масштабного, как ОС) его второстепенное, привычки, которые менять можно, а где суть, которую трогать - фактически прибить.

>> Всё дело в том (и тут вы все со мной сейчас радостно согласитесь и возвопите "агаа!"),
>> что нам (фре) не нужны безмозглые хомячки-убунтоиды.
> А кто вам вообще нужен? Все сразу родились со знанием FreeBSD. Поскольку
> рождаться со знаниями не получается, то приходится воспитывать пользователей. Но тут
> процесс оптимизирован - "не нужно".

Там ж написано далее. Грамотные пользователи нужны. И это в большей степени не количественная характеристика опыта, а качественная - человек должен быть любознательным, стремиться узнать, как система работает, докопаться до сути.

>> И бывалые фряшники ужасаются
>> низкому качеству статей на http://www.lissyara.su и ругают его, хотя это сейчас
>> единственный ???? ресурс, выполняющий функции пропаганды "в общагах" (на безрыбье и он
>> для FreeBSD сейчас весьма полезен).
> Вот она, гордыня-то. Зудит поди, в одном месте?

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

> Бывалые фряшники, могли бы на досуге, сесть и написать статьи высокого
> качества, которые, несомненно, были бы по достоинству оценены.

Да, с вопросом не знакомы. "Бывалые фряшники" их вполне пишут, и статьи эти очень даже оценивают. Навскидку из имен - bu7cher, citrin, levsha, я.

>  Но нет, пользователей воспитывать не надо, на что уже было указано.

Скажите, вот Вы так огульно, не разобравшись, указываете на то, на сё - а много ли Вы сами воспитали высококлассных специалистов?

>  Это при том, что http://www.lissyara.su справляется с
> функцией стартовой площадки, где начинающие могут почерпнуть массу полезной информации.
> А дальше уже сами разберутся и информацию найдут.

А почему, спрашивается, не Handbook, не что-нибудь по основам юниксов, а сразу сборник готовых рецептов? То, с чего человек начинает учиться, очень влияет на последующее - он видит "так можно, так нормально". Хотя в действительности это может быть очень даже bad practice. Переучивать же сложнее, чем учить.

> И да, этот ресурс свои "пять сольдо" собирал "на куртку папе Карло"^W^W
> на донейт в фонд FreeBSD. И не раз, если мне память
> не изменяет. Так что не плевали бы в колодец.

Опять-таки, Вы это лично мне рассказываете? Я про него добрые слова уже писал. Всё-таки, столько попыток поучать на один комментарий - выглядит странновато. Подумайте, не такое ли отношение вызывает отторжение? Чтоб не удивляться потом, почему вроде бы "предложения по улучшению" воспринимаются в штыки.

> Раз уж разговор о лиссяре зашел, кто-нибудь скажет почему там статьи низкого
> качества и все ли они такие?

За все 100% конечно поручиться нельзя, кто б их все целиком читал. Но большинство - да. Это сборник bad practices. Хорошо, если человек после них просто не поймет, как что работает и друг с другом связано (узость взгляда там просто ужасная), но может и проблем огрести.

Ответить | Правка | ^ к родителю #381 | Наверх | Cообщить модератору

858. "...Но в Рамблере всё равно ..даки"  +/
Сообщение от andy (??) on 12-Авг-11, 09:30 
> Вот то же самое, "кому от этого хорошо" означает, что Вы считаете
> его таки плохим. А если что-то плохое, то уже возникают сомнения,
> имеет ли оно право на жизнь. Это что, ксенофобия такая, чужой
> подход считать по умолчанию плохим?

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

> А зачем Вы мне это говорите, когда я уже примерно те же
> мысли в статье изложил? Тянет лишний раз поморализировать?

А зачем тогда начинаете его задирать? Нет, не тянет. Хочется, что бы поднятые
Вами проблемы таки пошли на пользу. Но учитывая, что подход не меняется, то
верится в это с трудом.

> Вообще, я по тексту всего этого комментария (особенно в конце) склоняюсь к
> тому, что нет там никакой надменности, а это просто восприятие статьи
> несколько искаженное кое-где.

Цитирую:
> С чем всё это связано? Кроме технических факторов, есть еще социальный: Linux банально > у всех на слуху. И вот, из сотни студентов, услышавших в общаге про линукс и
> попробовавших, десять вырастают в "где-то в чем-то", но хоть как-то пригодных
> администраторов. А сколько из них слышало про фрю? Хорошо, если один-два, а то ведь и
> вообще никто. Как так получается? Всё дело в том (и тут вы все со мной сейчас радостно > согласитесь и возвопите "агаа!"), что нам (фре) не нужны безмозглые хомячки-убунтоиды.

Это надменное высказывание. Если Линукс - то "хоть как-то пригодны". Ну да, а среди фряшечников такого нету, там все профи априори. Кстати, насчет безмозглости - предлагаю так же ругать PC-BSD, за безмозглость и статическую сборку pbi.

> Не для чего, а для кого. Для своих. Которым может быть тяжело
> признавать свои ошибки, ибо это им, возможно, _кажется_ чрезмерно тяжелым ударом.

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

> Необходимо чем-то уравновесить. А вот Ваше восприятие как "дешевой советской агитации"
> показывает, что Вы, как бы это, гм, вербализовать, не принимаете FreeBSD
> с её проблемами достаточно близко к сердцу, и потому со стороны
> получаетесь как слон в посудной лавке. См. также ниже.

Кхм, видите ли, я начинал с FreeBSD и поработал с этой системой около трех лет. И использовал как десктоп, а не "видел ее через окошечко путти". Естественно, желание сделать что-то для развития было. Пытался переводить для русского хэндбука (раздел про ipfw), отправил перевод и как в бездонную бочку. Одно время пытался обновлять порты, тут получилось лучше, благо помогли соотечественники. Но потом, желание помогать пропало, видя как патчи от посторонних людей заворачиваются, опять же "не нужно" и тому подобное. В общем, я нашел применение своим возможностям в другом месте и ныне, FreeBSD почти не использую.

> В тредах выше описано. Я добавлю только, что это всё - тонкие
> моменты, и человеку постороннему сложно понять, где у явления (такого масштабного,
> как ОС) его второстепенное, привычки, которые менять можно, а где суть,
> которую трогать - фактически прибить.

Как было сказано Вами же, ос уже начинает умирать, так что про фактически прибить - это Вы драматизируете. Хотя я же посторонний, в Ваш кружок обладающих "истинной сутью" не вхож.


> Там ж написано далее. Грамотные пользователи нужны. И это в большей степени
> не количественная характеристика опыта, а качественная - человек должен быть любознательным,
> стремиться узнать, как система работает, докопаться до сути.

Это можно сделать в любой операционной системе. Человек желающий знать, будет копаться в поисках знаний и задавать вопросы. По моим наблюдениям, Вам нужны не только грамотные,
но и "морально устойчивые и идиологически выдержанные", а это уже хуже.

> Простите, как Вы может говорить о гордыне, если Вы, как видно по
> вопросу ниже, даже не в курсе, насколько серьезны проблемы? Это что,
> мания такая, везде гордыню искать и в ней обвинять?

А Вам не приходило в голову, что в курсе? Или мнение того, кто
код не пишет, уже и не рассматривается?

> Да, с вопросом не знакомы. "Бывалые фряшники" их вполне пишут, и статьи
> эти очень даже оценивают. Навскидку из имен - bu7cher, citrin, levsha,
> я.

Елсукова читал, с Вашими постами тоже знаком (не технические, можно сказать, читаю в данный момент :)) Остальные два - незнаком даже. Погуглил, зашел на citrin.ru (оно?), полазил - какие-то краткие выдержки на вики. Разработчику может быть интересно, мне не очень, я не разработчик.

> Скажите, вот Вы так огульно, не разобравшись, указываете на то, на сё
> - а много ли Вы сами воспитали высококлассных специалистов?

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

> А почему, спрашивается, не Handbook, не что-нибудь по основам юниксов, а сразу
> сборник готовых рецептов?

Русский хендбук устарел. Английский поддерживается, но насколько информация в нем актуальна на момент выхода беты FreeBSD 9? Где в handbook про pf написано? Как использовать, а не как включить.

> То, с чего человек начинает учиться, очень влияет
> на последующее - он видит "так можно, так нормально". Хотя в
> действительности это может быть очень даже bad practice. Переучивать же сложнее,
> чем учить.

Я начинал с Таймена "FreeBSD: Искусство достижения равновесия", читал lissyara.su
и http://house.hcn-strela.ru/BSDCert/BSDA-course/. Ну и маны, разумеется.
Сейчас, как уже писал, хватает документации и гугла.

> Опять-таки, Вы это лично мне рассказываете? Я про него добрые слова уже
> писал.

Не видел.

> Всё-таки, столько попыток поучать на один комментарий - выглядит странновато.

Хочется что бы вы (FreeBSD) были лучше. А не создавали культ из операционной системы
и ее использования.

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

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


> За все 100% конечно поручиться нельзя, кто б их все целиком читал.
> Но большинство - да. Это сборник bad practices. Хорошо, если человек

Это описание достижения результата. И это далеко не всегда best practices.

> после них просто не поймет, как что работает и друг с
> другом связано (узость взгляда там просто ужасная), но может и проблем
> огрести.

Так вытаптывания грабель, вроде, никто не отменял.

Ответить | Правка | ^ к родителю #851 | Наверх | Cообщить модератору

922. "...Но в Рамблере всё равно ..даки"  +/
Сообщение от anonymous (??) on 12-Авг-11, 21:00 
> А зачем тогда начинаете его задирать? Нет, не тянет. Хочется, что бы
> поднятые
> Вами проблемы таки пошли на пользу. Но учитывая, что подход не меняется,
> то
> верится в это с трудом.

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

Ответить | Правка | ^ к родителю #858 | Наверх | Cообщить модератору

39. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от BratSinot on 08-Авг-11, 11:47 
Ну а кому-то лицензия не нравиться. Я например с удовольствием на Linux забил и перешел бы на что-нибудь типа FreeBSD или DragonFLY BSD.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

215. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 19:25 
> Ну а кому-то лицензия не нравиться. Я например с удовольствием на Linux
> забил и перешел бы на что-нибудь типа FreeBSD или DragonFLY BSD.

так почему вы еще не там?

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

898. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:22 
> так почему вы еще не там?

Учтя что "не там" даже супержадные корпоративщики типа всяких цисок - не так уж трудно догадаться.

Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

41. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –5 +/
Сообщение от Аноним (??) on 08-Авг-11, 11:51 
Я уже давно не понимаю эту систему.

1. Система портов. Бессмысленна и беспощадна. Софт до стабильности прилично не дотягивает, глядя на зависимости при установке порта всегда смеяться хочется.
2. Особенности пакетов и их настройки. Постоянно путаться между /etc и /usr/local/etc как-то, нахрен, быстро надоедает.
3. Никаких новшеств, никакой практичности в настройке и эксплуатации. Система явно для бородато-пузатых-сисадминов-выходцев-из-90х.
4. Апдейт системы. Это, пожалуй самое страшное что я видел на этой ОСи.
Без переподвыподверта не получится. На дебианах и редхатах подождал после релиза месяца 3-4, выпуск бекпортов и жамкнул апдейт - без особых проблем, все работает прекрасно, только мелкая шлифовка. Во фре же апдейт даже небольшой части пакетов встает раком (или у меня может /dev/hands кривые, хз =) ).

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 11:58 
>Даешь инновации, обновления, гибкую и удобную настройку и доку для качественной экспуатации.

Ну так вас никто не держит же. Берете емакс в руки, и делаете ИННОВАЦИИ.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

48. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:08 
> Ну так вас никто не держит же. Берете емакс в руки, и
> делаете ИННОВАЦИИ.

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

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

59. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от _yurkis_ on 08-Авг-11, 12:31 
>Про то и речь в статье, что разработчики FreeBSD замкнулись в себе и уже адекватно не реагируют на запросы пользователей. Новый приток пользователей почти прекратился и существующие тоже понемногу уходят на другие системы.

В принципе ситуацию пытаются менять в ixSystems с PC-BSD и FreeNAS. Пока касательно привлечения новых пользователей альтернативы нет.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

73. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от ветеран WoW on 08-Авг-11, 12:54 
> Про то и речь в статье, что разработчики FreeBSD замкнулись в себе
> и уже адекватно не реагируют на запросы пользователей. Новый приток пользователей
> почти прекратился и существующие тоже понемногу уходят на другие системы.

Зато старый приток пользователей остался.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

83. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ветеран WoW on 08-Авг-11, 13:02 
>> Ну так вас никто не держит же. Берете емакс в руки, и
>> делаете ИННОВАЦИИ.
> Про то и речь в статье, что разработчики FreeBSD замкнулись в себе
> и уже адекватно не реагируют на запросы пользователей. Новый приток пользователей
> почти прекратился и существующие тоже понемногу уходят на другие системы.

Как можно адекватно реагировать на запросы пользователей, которые не читали документацию, но утверждают, что ее нет ? Читать им вслух маны и хэндбук ? Как сказку на ночь ? По ролям ? Всем FreeBSD Team ?

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

107. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +4 +/
Сообщение от Аноним (??) on 08-Авг-11, 13:46 
> Как можно адекватно реагировать на запросы пользователей, которые не читали документацию,
> но утверждают, что ее нет ? Читать им вслух маны и
> хэндбук ? Как сказку на ночь ? По ролям ? Всем
> FreeBSD Team ?

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

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

130. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ветеран WoW on 08-Авг-11, 14:23 
>[оверквотинг удален]
>> но утверждают, что ее нет ? Читать им вслух маны и
>> хэндбук ? Как сказку на ночь ? По ролям ? Всем
>> FreeBSD Team ?
> Проблема в том, что в хэндбук посылают абсолютно во всех случаях, даже
> когда требуется уточнить тонкие моменты, которых отродясь в хэндбуке не было.
> В вашем случае человек попытался узнать как можно без emacs и
> установки кучи специфичных и усложненных вещей принять участие в улучшении документации.
> Вы его послали в man и хэндбук, в которых ничего по
> этому вопросу даже близко нет. Вы думайте после такого подхода будет
> какой-то приток новых людей ?

В нашем - это в каком ? Вот в этой самой ветке этой новости ? Окститесь.

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

137. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от mic_jnasdfjsdbfsd on 08-Авг-11, 14:51 
Проблема с созданием/правкой документации FreeBSD:
1. в официальной документации по теме сведения устарели. Хотя общее направление они дают. В частности сказано использовать jade, хотя реально есть openjade
2. править/создавать что-либо в ОС, отличной от FreeBSD, довольно сложно - нет необходимых инструментов (emacs еще можно заставить работать в Windows вместе с psgml, а OpenJade вместе с OpenSP - у меня пока не получилось)
3. очень мало информации по использованию OpenJade - в том числе по опциям командной строки, возможностям форматирования. Рискну предположить, что развитие OpenJade остановилось и сообщество пользуется только теми его возможностями, которые востребованы (вывод в html), без оглядки на развитие. Остановка в развитии проекта OpenJade - печальный факт, который можно принять, только если признать, что OpenJade цели своей достиг.
Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

146. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ветеран WoW on 08-Авг-11, 15:35 
> Проблема с созданием/правкой документации FreeBSD: [...]

ОК, зерно конструктива в трескучем море оленьих рогов.
И все равно я не понимаю зачем заниматься обсуждением проблем FreeBSD на энтомологических и микробиологических ресурсах. Все равно это здесь никто не прочитает. Проблему с документацией нужно ставить ребром в freebsd-doc@

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

299. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 09-Авг-11, 00:20 
> Проблему с документацией нужно ставить ребром в freebsd-doc@

В линуксовом мире обычно находится добрая душа, которая отпинает внятно написавших, сделает выжимку и закинет в релевантное место (где давно уже сидит) с CC: этим самым написавшим.

Кто хочет -- найдёт способ сделать, кто не хочет -- отмазку.

hint, hint

Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

514. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кровавый Э. Нтерпрайз on 09-Авг-11, 17:53 
ггг вы ветку-то прочли? :) тут людям документацию хоть пиктограммами рисуй, хоть с хрюшей и степашкой объясняй - они ее все равно не читают. это видимо, религиозное что-то. зато писать и исправлять уже рвутся, дооо.
Ответить | Правка | ^ к родителю #299 | Наверх | Cообщить модератору

148. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кровавый Э. Нтерпрайз on 08-Авг-11, 15:41 
0. "SGML is not difficult to learn, but there is no objection to ASCII submissions"

http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contribu...

1.

.if defined(WITH_OPENJADE) || ${ARCH} != "i386"
RUN_DEPENDS+=    openjade:${PORTSDIR}/textproc/openjade \
        onsgmls:${PORTSDIR}/textproc/opensp
.else
RUN_DEPENDS+=    jade:${PORTSDIR}/textproc/jade
.endif

2. ditto. сборка jade под вин32 на сайте у Кларка.

3. ditto.

Вместо того, чтобы заколачивать гвозди, вы придираетесь к форме молотка, нет? Задача FDP, как я понимаю, не в девелопменте openjade, а в написании документации.

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

344. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от mic_dfdfdfdf on 09-Авг-11, 02:14 
Про какой сайт Кларка вы говорите? Адрес какой? Я нашел только сборку под Win32 Opensp с его onsgml. Печаль в том, что те опции, которые во FreeBSD работают, в Win-сборке не пашут... (интересут опция -s) По поводу jade - посмотрю внимательнее, я его не находил во FreeBSD, да и вся официальная документация собирается OpenJade. Справедливости ради можно сказать, что в исходных текстах OpenJade декларируется возможность компиляции его под Windows видимо с помощью Visual C++ 6.0.
man openjade отображает немного информации. Где примеры разбивки на страницы, создания оглавления? Примеров использования в Интернете вообще нет. В листе рассылки freebsd-doc, как я понял, внимание уделяют более содержимому документации. Видимо разработчики документации предполагают, что уже всё и так настрено.  
FDP разрабытывает документаию, правильно, но сами средства, с помощью которых документация генерируется в html, должны быть просты и понятны для пользователей любых платформ.
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

380. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кровавый Э. Нтерпрайз on 09-Авг-11, 04:25 
ох. вашу энергию да в мирных бы целях.

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

а еще лучше - ничего вообще не пишите, а прочтите все же праймер, а? там же все, блин, описано, и теги, и атрибуты, и декларации?

http://www.freebsd.org/doc/en_US.ISO8859-1/books/fdp-primer/...

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

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

Ответить | Правка | ^ к родителю #344 | Наверх | Cообщить модератору

150. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –2 +/
Сообщение от Кровавый Э. Нтерпрайз on 08-Авг-11, 15:55 
>> Как можно адекватно реагировать на запросы пользователей, которые не читали документацию,
>> но утверждают, что ее нет ? Читать им вслух маны и
>> хэндбук ? Как сказку на ночь ? По ролям ? Всем
>> FreeBSD Team ?
> В вашем случае человек попытался узнать как можно без emacs и
> установки кучи специфичных и усложненных вещей принять участие в улучшении документации.
> Вы его послали в man и хэндбук, в которых ничего по
> этому вопросу даже близко нет. Вы думайте после такого подхода будет
> какой-то приток новых людей ?

да, не разжевали человеку, что кроме /usr/share/doc/en/books/handbook per se есть же еще и просто /usr/share/doc/en/books/

добрые терпеливые люди, я б сразу на man (7) hier послал :)

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

154. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от Аноним (??) on 08-Авг-11, 16:15 
> да, не разжевали человеку, что кроме /usr/share/doc/en/books/handbook per se есть же еще
> и просто /usr/share/doc/en/books/

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

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


Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

166. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кровавый Э. Нтерпрайз on 08-Авг-11, 16:55 
> Понимайте, для любого вопроса может найтись книга или статья с ответом, на
> худой конец комментарий в коде. Но это не повод отправлять в
> пешее плавание читать всю документацию, вместо того чтобы указать конкретное решение
> или то где его найти.

как нельзя лучше подходят к моменту золотые, бессмертные строки: "Я программист, мне документацию читать некогда!"

>Ведь не говорят, прочитай такую-то страницу
>  в хэндбуке или такой-то man. Посылают просто в хэндбук и
> man, в которых а половине случаев нет решения заданного вопроса. IMHO,
> некоторые пользователи FreeBSD настолько кипят от своей крутизны, что конкретное решение
> подсказать не в состоянии. На деле же они не знают решения,
> и тыкают в хэндбук как религиозные фанатики тыкают в библию, дескать
> это панацея с ответами на все вопросы.

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

> Классический пример, настройка и проблемы MPD, постоянно тычут в хэндбук, в котором
> ничего по этому вопросу нет.

http://www.freebsd.org/doc/handbook/pppoa.html
27.6.2 Using mpd

мы с вами, похоже, смотрим в разные хендбуки.

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

эээ, фришный хендбук не идеален, и ему есть куда расти и улучшаться. но для этого его хоть прочитать надо, что ли?

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

456. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от 1 (??) on 09-Авг-11, 12:38 
> http://www.freebsd.org/doc/handbook/pppoa.html
> 27.6.2 Using mpd
> мы с вами, похоже, смотрим в разные хендбуки.

Не ... ну норм ... И представь начинающего админа - которому надо знать что ему нужен mpd и что читать надо именно в разделе pppoa и нигде больше ? У него может mpd вообще с проигрывателем ассоциируется.

Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

459. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 12:58 
>> http://www.freebsd.org/doc/handbook/pppoa.html
>> 27.6.2 Using mpd
>> мы с вами, похоже, смотрим в разные хендбуки.
> Не ... ну норм ... И представь начинающего админа - которому надо
> знать что ему нужен mpd и что читать надо именно в
> разделе pppoa и нигде больше ? У него может mpd вообще
> с проигрывателем ассоциируется.

ассоциироваться он должен с ppp наверное. а вообще mpd нет в базовой системе.

Ответить | Правка | ^ к родителю #456 | Наверх | Cообщить модератору

495. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кровавый Э. Нтерпрайз on 09-Авг-11, 16:15 
ну сюрприз, в хендбуке много про что написано, чего в базе нет. даже как оракл пускать, хотя я уж и не знаю, кому сейчас такое нужно. а то можно еще сказать, что у mpd свой мануал и тож размером с хендбук.
Ответить | Правка | ^ к родителю #459 | Наверх | Cообщить модератору

496. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кровавый Э. Нтерпрайз on 09-Авг-11, 16:22 
>> http://www.freebsd.org/doc/handbook/pppoa.html
>> 27.6.2 Using mpd
>> мы с вами, похоже, смотрим в разные хендбуки.
> Не ... ну норм ... И представь начинающего админа - которому надо
> знать что ему нужен mpd и что читать надо именно в
> разделе pppoa и нигде больше ? У него может mpd вообще
> с проигрывателем ассоциируется.

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

Ответить | Правка | ^ к родителю #456 | Наверх | Cообщить модератору

807. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от 1 (??) on 11-Авг-11, 18:35 
Это Вы к чему ?

Тем более связанно с клиникой ?

Ответить | Правка | ^ к родителю #496 | Наверх | Cообщить модератору

205. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ян Злобин email(ok) on 08-Авг-11, 18:47 
>Вы его послали в man и хэндбук, в которых ничего по этому вопросу даже близко нет

Есть уровнем выше, чем хэндбук.  Если кому-то лень искать, то пусть идёт мимо.

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

207. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Sem email(ok) on 08-Авг-11, 18:51 
> Я уже давно не понимаю эту систему.
> 1. Система портов. Бессмысленна и беспощадна. Софт до стабильности прилично не дотягивает,

Это какой софт до стабильности не дотягивает? При чем тут порты?

> глядя на зависимости при установке порта всегда смеяться хочется.
> 2. Особенности пакетов и их настройки. Постоянно путаться между /etc и /usr/local/etc
> как-то, нахрен, быстро надоедает.

Это с линуксом путает. Во фре как раз все понятно - все из портов в /usr/local/etc. Как раз наоборот в линуксе эта помойка в /etc достает.

> 3. Никаких новшеств, никакой практичности в настройке и эксплуатации. Система явно для
> бородато-пузатых-сисадминов-выходцев-из-90х.

Ну это я вообще не знаю о чем. Инсталятор новый в 9.0, да и постоянно что-то новое появляется.

> 4. Апдейт системы. Это, пожалуй самое страшное что я видел на этой
> ОСи.

Ну это понятно - руки )

А вообще, не понимаю, чего прикопались к фре в плане апдейта? У меня на ноуте убунту. Когда обновляю с релиза на релиз, постоянно что-то вылезает. Вместо того, что бы просто работать, сидишь и ковыряешься с ней.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

234. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 20:40 
> Это какой софт до стабильности не дотягивает? При чем тут порты?

чукча не читатель - чукча писатель? в портах самая свежая версия. многим это не надо(как и мне). я не хочу быть принудительным бетатестером. у nuclight в комментариях об этом пишут.

> Это с линуксом путает. Во фре как раз все понятно - все
> из портов в /usr/local/etc. Как раз наоборот в линуксе эта помойка
> в /etc достает.

какая пичалька. в solaris так же. и? если так хочется, можете сделать себе дистрибутив, где софт будет ставится в /usr/local - это несложно.

> Ну это я вообще не знаю о чем. Инсталятор новый в 9.0,
> да и постоянно что-то новое появляется.

в linux постоянно эти инсталляторы пишут. в 9.0 инсталлятор так и не умеет ставить систему на zfs. т.е. опять костылями это делать.
что-то новое в linux появляется с каждым релизом.

diff -rNu /usr/7.0/src/sys /usr/8.0/src/sys | wc -c
101411557

diff -rNu linux-2.6.39 linux-3.0 | wc -c
43273053

101Мб за почти 2 года и почти половина от этого - за 2 месяца в linux.

>> 4. Апдейт системы. Это, пожалуй самое страшное что я видел на этой
>> ОСи.
> Ну это понятно - руки )
> А вообще, не понимаю, чего прикопались к фре в плане апдейта? У
> меня на ноуте убунту. Когда обновляю с релиза на релиз, постоянно
> что-то вылезает. Вместо того, что бы просто работать, сидишь и ковыряешься
> с ней.

Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

247. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Sem email(ok) on 08-Авг-11, 21:26 
>> Это какой софт до стабильности не дотягивает? При чем тут порты?
> чукча не читатель - чукча писатель? в портах самая свежая версия. многим
> это не надо(как и мне). я не хочу быть принудительным бетатестером.
> у nuclight в комментариях об этом пишут.

Я *ваш* комментарий читаю. И что-то не заметил про "самую свежую версию в портах". Видимо это для экстрасенсов.
Не хотите быть бетатестером, не надо, не обновляйтесь, пока не будете уверенны.

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

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

К стати, по опыту, большинство писем на русском наиболее не сдержанные и постоянно содержут требования, как будто платную поддержку купили. Да и просто не уважение в стиле вашего "чукча не читатель - чукча писатель". В отличии от иностранцев, кто и поблагодарит, и еще помощь предложит.

Ответить | Правка | ^ к родителю #234 | Наверх | Cообщить модератору

393. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от анон on 09-Авг-11, 08:20 
> К стати, по опыту, большинство писем на русском наиболее не сдержанные и постоянно содержут требования, как будто платную поддержку купили. Да и просто не уважение в стиле вашего "чукча не читатель - чукча писатель". В отличии от иностранцев, кто и поблагодарит, и еще помощь предложит.

Кстати, да. 80% сообщений в maillist-ах от соотечественников вызывают чувство стыда.

Ответить | Правка | ^ к родителю #247 | Наверх | Cообщить модератору

434. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  –1 +/
Сообщение от anonymous (??) on 09-Авг-11, 10:57 
> Кстати, да. 80% сообщений в maillist-ах от соотечественников вызывают чувство стыда.

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

Ответить | Правка | ^ к родителю #393 | Наверх | Cообщить модератору

250. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 21:36 
>> Это с линуксом путает. Во фре как раз все понятно - все
>> из портов в /usr/local/etc. Как раз наоборот в линуксе эта помойка
>> в /etc достает.
> какая пичалька. в solaris так же. и? если так хочется, можете сделать
> себе дистрибутив, где софт будет ставится в /usr/local - это несложно.

Да, есть же нормальные системы, типа ФБ, где все по уму, нафига городить 1001-ый дистрибутив? Залипоны в линухе же не только в непомерной свалке...
Да, мои доводы на таком же уровне, что и ваши.

Ответить | Правка | ^ к родителю #234 | Наверх | Cообщить модератору

276. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 22:51 

> Да, есть же нормальные системы, типа ФБ, где все по уму, нафига
> городить 1001-ый дистрибутив?

что ж с этой нормальной системы уходят рамблер с гуглом? и в яхе 75% - linux.

привет.


Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

396. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от анон on 09-Авг-11, 08:21 
Почему большинство эксплуатирует продукцию АвтоВАЗ-а?
Ответить | Правка | ^ к родителю #276 | Наверх | Cообщить модератору

503. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 09-Авг-11, 16:42 
> Почему большинство эксплуатирует продукцию АвтоВАЗ-а?

у них нет денег на нормальные авто? ;)

та же приора стоит как renault logan. и кто будет в здравом уме покупать приору? ;)

Ответить | Правка | ^ к родителю #396 | Наверх | Cообщить модератору

405. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 08:51 
> что ж с этой нормальной системы уходят рамблер с гуглом? и в
> яхе 75% - linux.

таки с гуглом?


Ответить | Правка | ^ к родителю #276 | Наверх | Cообщить модератору

529. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 09-Авг-11, 19:23 
>> Да, есть же нормальные системы, типа ФБ, где все по уму, нафига
>> городить 1001-ый дистрибутив?
> что ж с этой нормальной системы уходят рамблер с гуглом? и в
> яхе 75% - linux.

Окстись, в гугле никогда не было фри.


Ответить | Правка | ^ к родителю #276 | Наверх | Cообщить модератору

217. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 19:27 
> Без переподвыподверта не получится. На дебианах и редхатах подождал после релиза месяца
> 3-4, выпуск бекпортов и жамкнул апдейт - без особых проблем, все
> работает прекрасно, только мелкая шлифовка. Во фре же апдейт даже небольшой
> части пакетов встает раком (или у меня может /dev/hands кривые, хз
> =) ).

возьмите debian/kfreebsd. еще 1-2 релиза и можно будет пускать в production.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

504. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 09-Авг-11, 16:44 
>> Без переподвыподверта не получится. На дебианах и редхатах подождал после релиза месяца
>> 3-4, выпуск бекпортов и жамкнул апдейт - без особых проблем, все
>> работает прекрасно, только мелкая шлифовка. Во фре же апдейт даже небольшой
>> части пакетов встает раком (или у меня может /dev/hands кривые, хз
>> =) ).
> возьмите debian/kfreebsd. еще 1-2 релиза и можно будет пускать в production.

хе-хе. кому надо будет ядро freebsd - смигрируют туда. маргиналы-илитисты останутся на истинно правильной ОС.

Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

47. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +5 +/
Сообщение от _yurkis_ on 08-Авг-11, 12:04 
На прошлогодней KievBSD выступал дядька из core team. Он как раз и говорил о двух проблемах: Старый gcc и бинарные обновления.

Из своих наблюдений могу выделить:
1. Нужно таки перелазить на clang (с 9.0 в базовой системе уже), а то gcc и binutils уже неприлично старые.

2. Нужен адекватный механизм бинарного обновления (freebsd-update для базовой системы есть, хоть и не идеальный,  для бинарных пакетов- проблема)

3. Механизмы развертывания и централизованого управления. Проблема.

4. Виртуализация. Jail"ы неплохи но мало. В NetBSD есть Xen Dom0. В принципе пока надежда на BHyVe от NetApp, но там скорее пока в зачаточном состоянии.

5. Для десктопа ситуация с графическими драйверами ужасна. По факту работает только nVidia. Правда, делают kms для Intel на деньги ixSystem, но, похоже, в 9.0 оно не попадет.

С другой стороны фря все таки развивается. В 9.0 в базовую систему впилили llvm/clang и capsicum (что для меня интересно).
Есть PC-BSD для десктопа и она весьма неплоха. Особенно будущая 9.0. Пока на неё надежда в плане расширения комьюнити.  Есть FreeNAS, который практически  вообще killer feature (особенно хорошо будет с выходом 8.1). Так что не все так плохо. Но проблемы есть и их таки нужно решать.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

62. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от RicoX email on 08-Авг-11, 12:35 
> С другой стороны фря все таки развивается. В 9.0 в базовую систему
> впилили llvm/clang и capsicum (что для меня интересно).
> Есть PC-BSD для десктопа и она весьма неплоха. Особенно будущая 9.0. Пока
> на неё надежда в плане расширения комьюнити.  Есть FreeNAS, который
> практически  вообще killer feature (особенно хорошо будет с выходом 8.1).
> Так что не все так плохо. Но проблемы есть и их
> таки нужно решать.

Боюсь 9 на боевой сервак уже ставить не рискну, вспоминая сколько нервов попортила 8 ветка, на нее перешел с 4 раза примерно, сколько раз корка падала в панику на ровном месте в случайные промежутки времени на живом железе. 7 - ветка самая стабильная и удачная IMHO, дальше уже не развитие, а предсмертные конвульсии.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

69. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от _yurkis_ on 08-Авг-11, 12:42 
> Боюсь 9 на боевой сервак уже ставить не рискну, вспоминая сколько нервов
> попортила 8 ветка, на нее перешел с 4 раза примерно, сколько
> раз корка падала в панику на ровном месте в случайные промежутки
> времени на живом железе. 7 - ветка самая стабильная и удачная
> IMHO, дальше уже не развитие, а предсмертные конвульсии.

Тут уже каждый находит свои грабли :( Пока все сходятся на том что шестерка была самой стабильной. Слышал что у людей наоборот были проблемы с семеркой но с восьмеркой было лучше. Вы 9.0 таки попробуйте. У фри бывали и раньше неудачные релизы. После ужасной 5.х выкатили очень стабильную 6. Может таки повезет.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

70. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от xxx (??) on 08-Авг-11, 12:47 
Тоже самое я слышал во времена 4х-5х.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

81. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от ветеран WoW on 08-Авг-11, 13:00 
> Тоже самое я слышал во времена 4х-5х.

"FOR THOSE WHO THINK THAT FREEBSD 4.x IS SLOW: [...]" (с)

Говорят такой текст был даже в UPDATING от 3.х

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

397. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от анон on 09-Авг-11, 08:25 
Было с точностью до наоборот. 7-ка была не очень стабильна и быстра по сравнению с 6-кой, в 8-ке все вылечилось.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

153. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кровавый Э. Нтерпрайз on 08-Авг-11, 16:14 
> 3. Механизмы развертывания и централизованого управления. Проблема.

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

> 5. Для десктопа ситуация с графическими драйверами ужасна. По факту работает только
> nVidia. Правда, делают kms для Intel на деньги ixSystem, но, похоже,
> в 9.0 оно не попадет.

нафиг никому не нужно; как и линукс на десктопе, впрочем. деньги на этом очень трудно заработать.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

340. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от _yurkis_ on 09-Авг-11, 02:02 
>> 3. Механизмы развертывания и централизованого управления. Проблема.
> эта проблема везде, и ее решение всяко не часть базовой оси.
>> 5. Для десктопа ситуация с графическими драйверами ужасна. По факту работает только
>> nVidia. Правда, делают kms для Intel на деньги ixSystem, но, похоже,
>> в 9.0 оно не попадет.
> нафиг никому не нужно; как и линукс на десктопе, впрочем. деньги на
> этом очень трудно заработать.

Нет, таки эта проблема, наверное, тоже есть. Та котороя про "не нужно".
Нужно. Очень нужно. Для расширения аудитории. Или новые девелоперы уже делением размножаются?
Ну не верю я что все девелоперы фри сидят и кодят в консольном vi. А еще иногда в UFO AI поиграться хочется. Или для UFO AI винду дуалбутить? И вобще, по хорошему, инжинера иногда нужно заставлять пользоваться своими поделками :)

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

209. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 08-Авг-11, 18:55 
> На прошлогодней KievBSD выступал дядька из core team. Он как раз и
> говорил о двух проблемах: Старый gcc и бинарные обновления.

Костя Белоусов (kib@)?

> Из своих наблюдений могу выделить:
> 1. Нужно таки перелазить на clang (с 9.0 в базовой системе уже),
> а то gcc и binutils уже неприлично старые.

А что именно не устраивает в gcc? Для себя можно из портов поставить. А для базы он вполне нормально все компилит. А вот с clang всплывают проблемы еще.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

338. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от _yurkis_ on 09-Авг-11, 01:56 
>А что именно не устраивает в gcc? Для себя можно из портов поставить. А для базы он вполне нормально все компилит. А вот с clang всплывают проблемы еще.

Что- то говорилось еще о binutils. Сейчас точно не вспомню. Можно попробовать поднять доклады

Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

667. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 14:08 
>>А что именно не устраивает в gcc? Для себя можно из портов поставить. А для базы он вполне нормально все компилит. А вот с clang всплывают проблемы еще.
> Что- то говорилось еще о binutils. Сейчас точно не вспомню. Можно попробовать
> поднять доклады

Костя Белоусов много чего говорил в докладе, посвященном проблемам FreeBSD.
Например, о том, что на userlevel фактически забивают болт.
Во фре как-то считается более почетным что ли заниматься ядром.
Еще говорил: "Здесь вам не лавочка по исполнению желаний.
Разработчики занимаются тем, что *им* интересно заниматься.
Чего-то хочется -- делайте".
Не дословно, но примерно так.

Ответить | Правка | ^ к родителю #338 | Наверх | Cообщить модератору

701. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от _yurkis_ on 10-Авг-11, 17:44 
>Еще говорил: "Здесь вам не лавочка по исполнению желаний.

Разработчики занимаются тем, что *им* интересно заниматься.
Чего-то хочется -- делайте".

Да, где-то так. В линуксе сильно больше девелоперов на ставке. Во фре почти все- энтузиасты. И ЗАСТАВИТЬ их что- то сделать действительно нельзя. Тут действительно подход такой- МНЕ надо- Я делаю. Если будут крупные конторы зарабатывающие на внедрении (и соответственно заинтересованные в продвижении) фри (по типу RedHat или Mandriva)- будут девелоперы на ставке. Пока тут видна только ixSystems.

>Костя Белоусов много чего говорил в докладе, посвященном проблемам FreeBSD.

Мне, кстати, доклад понравился очень. Вроде как со всем согласен.

PS Может в этом году подготовить доклад о проблемах но со стороны десктопа вобще и PC-BSD  в частности?

Ответить | Правка | ^ к родителю #667 | Наверх | Cообщить модератору

703. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 18:00 
> PS Может в этом году подготовить доклад о проблемах но со стороны
> десктопа вобще и PC-BSD  в частности?

Ну это уж я не знаю. Зависит все от того, есть ли что сказать,
нового и/или интересного.
Я в этом году надеюсь опять приехать с докладом,
опять на тему, связанную с NetBSD (NIH). Только что послал заявку,
надеюсь, пропустят.

Ответить | Правка | ^ к родителю #701 | Наверх | Cообщить модератору

834. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 22:01 
> Например, о том, что на userlevel фактически забивают болт.
> Во фре как-то считается более почетным что ли заниматься ядром.

Есть такое.Я примерно вижу, откуда у этого ноги растут, одна из причин - всё та же нехватка ресурсов.

> Еще говорил: "Здесь вам не лавочка по исполнению желаний.
> Разработчики занимаются тем, что *им* интересно заниматься.
> Чего-то хочется -- делайте".
> Не дословно, но примерно так.

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

Ответить | Правка | ^ к родителю #667 | Наверх | Cообщить модератору

218. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 19:28 
> 2. Нужен адекватный механизм бинарного обновления (freebsd-update для базовой системы
> есть, хоть и не идеальный,  для бинарных пакетов- проблема)

man portupgrade, кючики: -P -PP

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

341. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от _yurkis_ on 09-Авг-11, 02:04 
>> 2. Нужен адекватный механизм бинарного обновления (freebsd-update для базовой системы
>> есть, хоть и не идеальный,  для бинарных пакетов- проблема)
> man portupgrade, кючики: -P -PP

Пардон, запамятовал таки.

Ответить | Правка | ^ к родителю #218 | Наверх | Cообщить модератору

54. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Pbl6a (ok) on 08-Авг-11, 12:18 
nuclight, тут комментарии будешь просматривать? Можно оставлять мысли касательно технических/организационных моментов системы которые смотрятся как места для исправления?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

265. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 08-Авг-11, 22:15 
> nuclight, тут комментарии будешь просматривать? Можно оставлять мысли касательно технических/организационных
> моментов системы которые смотрятся как места для исправления?

Нет, здесь очень скоро станет слишком много дофига всего, и вообще таких мест с предложениями много скапливается. Я прочитаю всё, что тут есть на момент публикации этого коммента, а вот дальше - не факт (разве что опеннет должен присылать ответы на мои комментарии тут [но не ниже по треду]). ЖЖ позволяет комментить с OpenID и других сайтов, так что лучше сводить всё в одно место, и так слишком много работы по выуживанию жемчужин из потоков говна.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

58. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от _yurkis_ on 08-Авг-11, 12:29 
>Философское наблюдение. Для ОС с открытым кодом, можно сказать, что жесткость и величина некоей единой её базовой составляющей имеют обратное влияние на количество пользователей. То есть, чем больше и жестче/монолитнее базовая составляющая, тем меньше userbase.

Автор- линуксоид? ИМХО наличие базовой системы это как раз огромный плюс фре. Я говорю именно о base system а не о системе пакетов.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

349. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от nuclight email(ok) on 09-Авг-11, 02:42 
>>Философское наблюдение. Для ОС с открытым кодом, можно сказать, что жесткость и величина некоей единой её базовой составляющей имеют обратное влияние на количество пользователей. То есть, чем больше и жестче/монолитнее базовая составляющая, тем меньше userbase.
> Автор- линуксоид? ИМХО наличие базовой системы это как раз огромный плюс фре.
> Я говорю именно о base system а не о системе пакетов.

Комментатор - чукча? Ни саму статью не прочитал, ни посмотреть не удосужился, кто автор.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

60. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:33 
Меня напрягает то, что во FreeBSD оперативно правят и выпускают бинарные обновления только для критических уязвимостей. На локальные DoS-ы и специфичные проблемы просто забивают до следующего релиза.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

63. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:35 
Кстати, похоже не только на локальные DoS-ы забивают, но и вообще на все локальные уязвимости, только удаленные рассматривая. Такой подход, как и отсутствие легковесных изолированных контейнеров уровня OpenVZ, вынудил забыть о FreeBSD на shared-хостинге.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

68. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:40 
Срок поддержки релизов еще короткий.
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

828. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 21:08 
> Срок поддержки релизов еще короткий.

Хм. А какой нужен / устроит?

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

221. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 19:29 
> Кстати, похоже не только на локальные DoS-ы забивают, но и вообще на
> все локальные уязвимости, только удаленные рассматривая. Такой подход, как и отсутствие
> легковесных изолированных контейнеров уровня OpenVZ, вынудил забыть о FreeBSD на shared-хостинге.

Можно примеры?

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

222. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 19:33 
> Кстати, похоже не только на локальные DoS-ы забивают, но и вообще на
> все локальные уязвимости, только удаленные рассматривая. Такой подход, как и отсутствие
> легковесных изолированных контейнеров уровня OpenVZ, вынудил забыть о FreeBSD на shared-хостинге.

локальные:
http://security.freebsd.org/advisories/FreeBSD-SA-10:09.pseu...
http://security.freebsd.org/advisories/FreeBSD-SA-10:08.bzip...
http://security.freebsd.org/advisories/FreeBSD-SA-10:04.jail...
еще вопросы?

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

351. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 09-Авг-11, 02:45 
>> Кстати, похоже не только на локальные DoS-ы забивают, но и вообще на
>> все локальные уязвимости, только удаленные рассматривая. Такой подход, как и отсутствие
>> легковесных изолированных контейнеров уровня OpenVZ, вынудил забыть о FreeBSD на shared-хостинге.
> локальные:
> http://security.freebsd.org/advisories/FreeBSD-SA-10:09.pseu...
> http://security.freebsd.org/advisories/FreeBSD-SA-10:08.bzip...
> http://security.freebsd.org/advisories/FreeBSD-SA-10:04.jail...
> еще вопросы?

Да, да! Очень насущный вопрос: скажите пожалуйста, а как так выходит, что ссылки на исправление проблемы - это "забивают" ?

Ответить | Правка | ^ к родителю #222 | Наверх | Cообщить модератору

65. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от funt on 08-Авг-11, 12:37 
В принципе проблем не так много, со старым gcc думаю решится в 9.0 с использованием llvm-clang он даже более интересен чем gcc, единственно что нужно это выкинуть из базовой системы bind sendmail и т.п. особенно последний не кому не нужен, ну и систему портов привести в современный вид это наверное тяжелее всего на данном этапе, она реально в 2011 году не нужна в таком виде, как эталон gentoo portage-просто конфетка. Ядро у фряхи и многие вещи из базовой системы просто супер, будет очень плохо потерять это все потерять
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

252. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 21:37 
> единственно что нужно это выкинуть из базовой системы bind sendmail и т.п. особенно последний не кому не нужен

Дарю /etc/src.conf:

WITHOUT_ASSERT_DEBUG=true
WITHOUT_ATM=true
WITHOUT_BIND_DNSSEC=true
WITHOUT_BIND_ETC=true
WITHOUT_BIND_LIBS_LWRES=true
WITHOUT_BIND_MTREE=true
WITHOUT_BIND_NAMED=true
WITHOUT_EXAMPLES=true
WITHOUT_FLOPPY=true
WITHOUT_FREEBSD_UPDATE=true
WITHOUT_GAMES=true
WITHOUT_GDB=true
WITHOUT_GPIB=true
WITHOUT_HTML=true
WITH_IDEA=true
WITHOUT_IPFILTER=true
WITHOUT_IPX=true
WITHOUT_IPX_SUPPORT=true
WITHOUT_LPR=true
WITHOUT_MAIL=true
WITHOUT_MAILWRAPPER=true
WITHOUT_NCP=true
WITHOUT_NDIS=true
WITHOUT_PROFILE=true
WITHOUT_QUOTAS=true
WITHOUT_RCS=true
WITHOUT_SENDMAIL=true
WITHOUT_SYSINSTALL=true
WITHOUT_TELNET=true

Наслаждайтесь.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

266. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 22:17 
>> единственно что нужно это выкинуть из базовой системы bind sendmail и т.п. особенно последний не кому не нужен
> Дарю /etc/src.conf:
> WITHOUT_ASSERT_DEBUG=true

[skip]
> Наслаждайтесь.

iZEN как всегда в астрале
только на этот раз он не понимает что он закапывает freebsd
тем что пытается большинство проблем списать на незнание

приэтом речь о bind sendmail etс поднималась даже в рассылке (почитай?)
и если щас твой аргумент будет типа - а кому мешает bind senmail etc в contrib/
я спрошу - а давай тогда в contirib/ пол линукса закоммитим? ну просто так
ведь он никому мешать не будет? и ты будешь лишний раз его из svn вытягивать при обновлении, знаешь почему? потому что после обновления ты будешь ити и с довольной душой rm -rf contrib/linux/
теперь понял чем sendmail bind и etc мешает?

2all: прежде чем выступать в роли КЭПа, перечитайте хотябы блог

Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

345. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Имя on 09-Авг-11, 02:20 
А меня наоборот кстати в убунте напрягает что для каждого чиха надо apt-get, хорошо что утилита ping еще в базе. Но мля, почему sshd не в базе, почему finger не в базе и тд...
Ответить | Правка | ^ к родителю #266 | Наверх | Cообщить модератору

498. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Stanislavvv on 09-Авг-11, 16:29 
> А меня наоборот кстати в убунте напрягает что для каждого чиха надо
> apt-get, хорошо что утилита ping еще в базе. Но мля, почему
> sshd не в базе, почему finger не в базе и тд...

Видимо, потому, что на десктопе хомячков это не требуется.
Целевая аудитория убунты в большинстве своём не пользуется finger и не ходит на десктопы по ssh.
А для остальных есть ubuntu-server, если уж непременно хочется убунты.

Ответить | Правка | ^ к родителю #345 | Наверх | Cообщить модератору

508. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 17:04 
на Ubuntu Server?
Ответить | Правка | ^ к родителю #345 | Наверх | Cообщить модератору

604. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 10-Авг-11, 04:30 
> А меня наоборот кстати в убунте напрягает что для каждого чиха надо
> apt-get, хорошо что утилита ping еще в базе. Но мля, почему
> sshd не в базе, почему finger не в базе и тд...

а что, взять alternate не судьба? будем вам с шахматами и поэтэссами.

Ответить | Правка | ^ к родителю #345 | Наверх | Cообщить модератору

634. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 10-Авг-11, 11:01 
> А меня наоборот кстати в убунте напрягает что для каждого чиха надо
> apt-get, хорошо что утилита ping еще в базе. Но мля, почему
> sshd не в базе, почему finger не в базе и тд…

а это способ делать заявления «а зато у нас 100500 пакетов! а если мы каждый файл в системе разобьём на несколько частей и по разным пакетам засунем, то и вообще 100500*10 будет!»

Ответить | Правка | ^ к родителю #345 | Наверх | Cообщить модератору

382. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от andy (??) on 09-Авг-11, 04:45 
>[оверквотинг удален]
> WITHOUT_MAILWRAPPER=true
> WITHOUT_NCP=true
> WITHOUT_NDIS=true
> WITHOUT_PROFILE=true
> WITHOUT_QUOTAS=true
> WITHOUT_RCS=true
> WITHOUT_SENDMAIL=true
> WITHOUT_SYSINSTALL=true
> WITHOUT_TELNET=true
> Наслаждайтесь.

не хватает WITHOUT_IZEN=true

Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

550. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Funt email on 09-Авг-11, 21:44 
В том то вся и загвоздка все можно выкинуть но только при пересборке мира, однако такое не всегда возможно особенно на vds/vps маломощных, конечно можно это дело собрать где нибудь еще а потом залить туда и установить, но нужно что нибудь попроще, что бы пм подчищал от ненужного софта. Да дело даже не в этом, а том что в base-system должны быть средства управления и мониторинга ОС, но не как не тяжелые мта днс и т.п. к тому же еще и полумертвые и не кому не нужные(типа sendmail), что самое интересное в 9-ке вроде выпилили bind если не ошибаюсь, но как не странно он то еще актуальный по сравнению с сендмайлом, парадокс блин)))
Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

67. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 12:39 
FreeBSD маскот - это да! А вот кернел паник в версии 4.x (хотел познакомиться с системой - не вышло), баг, не дающий расшифровать шифрованный раздел в версии 7.х (вторая попытка подружиться) и куча других граблей как-то не добавляют симпатий.

p.s.
Заметье, в обоих случаях это была stable (!) ветка.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

109. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 13:48 
> Заметье, в обоих случаях это была stable (!) ветка.

А нужно было использовать релиз, а не обновляться без повода на STABLE, которая стабильна только в названии.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

220. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 08-Авг-11, 19:29 
>> Заметье, в обоих случаях это была stable (!) ветка.
> А нужно было использовать релиз, а не обновляться без повода на STABLE,
> которая стабильна только в названии.

Это к стати, в FAQ написано.

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

225. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 19:49 
>> Заметье, в обоих случаях это была stable (!) ветка.
> А нужно было использовать релиз, а не обновляться без повода на STABLE,
> которая стабильна только в названии.

http://dadv.livejournal.com/138951.html

"Все релизы FreeBSD вплоть до 8.2-RELEASE включительно содержат races в ядре, которые с некоторой небольшой вероятностью приводят к панике при удалении системного интерфейса, что при использовании mpd случается часто. Нахождение и исправление этих проблем - заслуга Глеба Смирнова, который закоммитил исправления в 9-CURRENT и 8.2-STABLE в марте-апреле этого года (перед этим я несколько недель гонял патчи под нагрузкой). Поэтому, если важна стабильность - нужно обновляться до 8.2-STABLE или ждать 8.3-RELEASE."


Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

500. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 09-Авг-11, 16:37 
>[оверквотинг удален]
>> А нужно было использовать релиз, а не обновляться без повода на STABLE,
>> которая стабильна только в названии.
> http://dadv.livejournal.com/138951.html
> "Все релизы FreeBSD вплоть до 8.2-RELEASE включительно содержат races в ядре, которые
> с некоторой небольшой вероятностью приводят к панике при удалении системного интерфейса,
> что при использовании mpd случается часто. Нахождение и исправление этих проблем
> - заслуга Глеба Смирнова, который закоммитил исправления в 9-CURRENT и 8.2-STABLE
> в марте-апреле этого года (перед этим я несколько недель гонял патчи
> под нагрузкой). Поэтому, если важна стабильность - нужно обновляться до 8.2-STABLE
> или ждать 8.3-RELEASE."

Это же "ура!". Не? Нашли наконец сложный рейс.

Ответить | Правка | ^ к родителю #225 | Наверх | Cообщить модератору

605. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 10-Авг-11, 04:33 
>>[оверквотинг удален]
> Это же "ура!". Не? Нашли наконец сложный рейс.

безусловно, ура и великая радость. но тут рассказывали что на RELEASE живётся лучше, чем на STABLE. А выходит, что на релизе как раз можно огрести проблем, которых в стейбле не будет.

Ответить | Правка | ^ к родителю #500 | Наверх | Cообщить модератору

75. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от Fbsd on 08-Авг-11, 12:57 
ну и толку от этих обсуждений?
комитет рассмотрит все эти хотелки и скажет:
- Да мы и сами знаем как развивать нашу freebsd!
но спасибо за замечания

по итогу все хотелки будут проигнорированы

хотите сделать что то? сделайте это сами! - вот лозунг bsd-ешников
нужена рамблеру особая freebsd? пусть сам ее пилит под свои нужды!
не устраивает вас в чем то freebsd?! чего то не хватает?! сами пишите патчи и пилите,
можете даже потом попробовать предложить что бы приняли в саму base-system
от только это там никому не надо

еще один ключевой лозунг freebsd - у нас нет капиталвложений как есть в linux
поэтому пилить нужные направления у нас некому!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

80. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ветеран WoW on 08-Авг-11, 12:58 
> еще один ключевой лозунг freebsd - у нас нет капиталвложений как есть
> в linux
> поэтому пилить нужные направления у нас некому!

У нас и пользователей-то нормальных нет, как выясняется. У нас только корки в панику падают.

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

144. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Anony on 08-Авг-11, 15:30 
Вообще не все так http://wiki.freebsd.org/FreeBSD9 тут довольно много предложений, и явно на все времени просто не хватает, что бы даже сделать чёткую концепцию для её воплощения в жизнь, ну конечно же привлечение финансов
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

82. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +5 +/
Сообщение от Аноним (??) on 08-Авг-11, 13:01 
"Опубликован анализ ключевых проблем" - мне кажется не совсем корректно от мнения отдельного русского блогера, как будто все коммьюнити FreeBSD спЕшно проонализировало проблемы -в мейллистах где находятся 99% разработчиков FreeBSD никто этого не слышал.
Что до FreeBSD покомменчу, что у нее всегда будет и ниша и пользователи. Маркетингом сообщество никогда не занималось (в отличие от Linux организаций которые вбухивают в это колоссальное бабло - и на статьи и на бенчмарки), поэтому наблюдаем то что наблюдаем - выходцы из школы слышали что Linux это круто и в детской психологии уже заложен то самое зерно, которое через пол года даст право на каждом форуме этому ребенку "закапывать" и чморить неизвестную ему систему.
Я лично заинтересован как в жизни линукс так и BSD - она отыгрывает хорошую роль в том, что работа определенных людей в ней не скатывает ВАШ софт до уровня Linux-софт и оставляет его кросс-платформенным, а значит универсальным
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

112. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 13:51 
> "Опубликован анализ ключевых проблем" - мне кажется не совсем корректно от мнения
> отдельного русского блогера,

Насколько я знаю, этот отдельно взятый блоггер уже довольно давно пилит GEOM, ipfw и NetGraph во FreeBSD, и часто выступает в конференциях с докладами по ним.

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

212. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ян Злобин email(ok) on 08-Авг-11, 19:18 
> Насколько я знаю, этот отдельно взятый блоггер
> уже довольно давно пилит GEOM, ipfw и NetGraph
> во FreeBSD, и часто выступает в конференциях с докладами по ним.

Да.  И статьи интересные пишет про это всё.

Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

711. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 10-Авг-11, 18:47 
При этом являясь очень сложным человеком. Эталонный сноб.Как вы думаете, кто захочет взаимодействовать с таким человеком? Перспектива взаимодейтсвия с таким кому хочешь настроение испортит. Жополизы не в счет - они бесполезны. А илита - слишком малочисленна и плюет на все задачи кроме своих тараканов в голове.

Особенно смешно в итоге получается с подсистемами типа геома. Столько пахали над генеральным решением всех проблем мира вообще! А в результате - есть убогий UFS который в любой позе останется древним барахлом, и есть ZFS которому geom - как собаке пятая нога. Гора родила мышь!

Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

717. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 10-Авг-11, 19:15 
> Особенно смешно в итоге получается с подсистемами типа геома. Столько пахали над
> генеральным решением всех проблем мира вообще! А в результате - есть
> убогий UFS который в любой позе останется древним барахлом, и есть
> ZFS которому geom - как собаке пятая нога. Гора родила мышь!

Бред, вы просто не представляете о чем пишите. УФС настолько древний, что в нем есть снапшоты, а в линухе настолько много новых навороченных ФС, что ни в одной снапшотов нет, ну кроме тех ФС, что не вылезли еще из беты и костылей в виде ЛВМ. ГЕОМ настолько не нужный, что я с одной убогой УФС могу собрать и зеркало и десятку и прикрутить журнал, где нужно, а где нужно: прикрутить шифрование.

Ответить | Правка | ^ к родителю #711 | Наверх | Cообщить модератору

84. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от klalafuda on 08-Авг-11, 13:07 
При всем уважении к *BSD проблемы у ребят лишь в одном: отсутствие за спиной Google, RedHat, Novell, Canonical и иже с ними. Все остальные проблемы мелкие и вполне решаемые.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

85. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 13:12 
тоесть вы отметаете варианты - из грязи в князи?
а в жизни такое очень часто встречается, значит проблема не в том что бы иметь за спиной громкие имена
а достаточно было всего лишь анализировать потребности рынка
и пилить в свое время нужную функциональность
пример тот же jail который по факту никому не нужен, все уходят на vds под linux
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

93. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от klalafuda on 08-Авг-11, 13:30 
> тоесть вы отметаете варианты - из грязи в князи?

А с какой собственно стати? А, главное, кто именно будет продвигать FreeBSD в князи? Core team? Не смешите мои тапки :)

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

Уберем громкие имена и оставим в голом поле одну скажем FSF без поддержки соотв. брендов. И далеко они уедут со своими идеями и творениями? Ровным счетом никуда не уедут. Встанут в один ряд с FreeBSD. Вот тогда они действительно сравняются :)

> пример тот же jail который по факту никому не нужен, все уходят на vds под linux

Я бы не сказал 'уходят' я бы сказал что никто не приходит. Linux - это уже стандарт де-факто. Стараниями многих контор от мала до велика. Нафига вообще смотреть потенциальному юзеру на FreeBSD, если все уже есть злое готовое дешевое и более чем распространенное и активно развиваемое под Linux?

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

110. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 13:49 
> А с какой собственно стати? А, главное, кто именно будет продвигать FreeBSD в князи? Core team? Не смешите мои тапки :)

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

> Уберем громкие имена и оставим в голом поле одну скажем FSF без поддержки соотв. брендов. И далеко они уедут со своими идеями и творениями? Ровным счетом никуда не уедут. Встанут в один ряд с FreeBSD. Вот тогда они действительно сравняются :)

FSF по другому пути развития изначально идет
я же описываю варианты которые сечас могут спасти ситуацию с freebsd
кардинально это влить много инвестиций - но этого не будет ибо некому
тогда другой вариант, переанализировать рынок потребностей и начать "плить" то что дествительно нужно, а не то что хочется core team


> Я бы не сказал 'уходят' я бы сказал что никто не приходит. Linux - это уже стандарт де-факто. Стараниями многих контор от мала до велика. Нафига вообще смотреть потенциальному юзеру на FreeBSD, если все уже есть злое готовое дешевое и более чем распространенное и активно развиваемое под Linux?

сечас да, а вот если бы раньше с тем же jail не возились, а портиловали или написали аналог чего то типа openVZ, ситуация сечас была бы не столь плачевной

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

161. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 16:44 
> сечас да, а вот если бы раньше с тем же jail не
> возились, а портиловали или написали аналог чего то типа openVZ, ситуация
> сечас была бы не столь плачевной

Патчи с реализацией vImage были сделаны для fbsd 4 и потом потихоньку вливаются в base.
вы видимо не в теме.

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

203. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 18:45 
> Патчи с реализацией vImage были сделаны для fbsd 4 и потом потихоньку вливаются в base.
> вы видимо не в теме.

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

Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

257. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 21:47 
> а вот если бы раньше с тем же jail не возились, а портиловали или написали аналог чего то типа openVZ, ситуация сечас была бы не столь плачевной

Jail — это и есть аналог OpenVZ. Только вот Jail появился ранее OpenVZ, а OpenVZ принесла на блюдечке Линусу одна конторка Parallels, Inc.. Да вот беда: до сих пор в ванильном ядре OpenVZ нету — приходится отдельными патчами доламывать изделие Торвальдса (на чём специализируются известные дистрибутивы GNU/Linux), в во FreeBSD система изолированных окружений Jail работает "из коробки".

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

383. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от andy (??) on 09-Авг-11, 04:51 
>> а вот если бы раньше с тем же jail не возились, а портиловали или написали аналог чего то типа openVZ, ситуация сечас была бы не столь плачевной
> Jail — это и есть аналог OpenVZ. Только вот Jail появился ранее
> OpenVZ, а OpenVZ принесла на блюдечке Линусу одна конторка Parallels, Inc..
> Да вот беда: до сих пор в ванильном ядре OpenVZ нету
> — приходится отдельными патчами доламывать изделие Торвальдса (на чём специализируются
> известные дистрибутивы GNU/Linux), в во FreeBSD система изолированных окружений Jail работает
> "из коробки".

В ядре Linux есть lxc, с версии 2.6.29. И есть выбор, либо одно, либо другое, но на более "старом" ядре.
p.S: iZEN, когда ты поймешь, что твоя упертость является ничем иным, как фильтром к получению новой информации?

Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

707. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от klalafuda on 10-Авг-11, 18:17 
> Jail — это и есть аналог OpenVZ. Только вот Jail появился ранее OpenVZ, а OpenVZ принесла на блюдечке Линусу одна конторка Parallels, Inc.. Да вот беда: до сих пор в ванильном ядре OpenVZ нету — приходится отдельными патчами доламывать изделие Торвальдса (на чём специализируются известные дистрибутивы GNU/Linux), в во FreeBSD система изолированных окружений Jail работает "из коробки".

$ yum search vzkernel
Loaded plugins: changelog, fastestmirror
Loading mirror speeds from cached hostfile
* addons: mirror.yandex.ru
* base: mirror.yandex.ru
* centosplus: mirror.yandex.ru
* contrib: mirror.yandex.ru
* extras: mirror.yandex.ru
* openvz-kernel-rhel5: mirror.ihc.ru
* openvz-utils: mirror.ihc.ru
* updates: mirror.yandex.ru
==================================================== Matched: vzkernel =====================================================
ovzkernel.i686 : Virtuozzo Linux kernel (the core of the Linux operating system)
ovzkernel.x86_64 : Virtuozzo Linux kernel (the core of the Linux operating system)
ovzkernel-PAE.i686 : The Linux kernel compiled for PAE capable machines.
ovzkernel-PAE-debug.i686 : The Linux PAE kernel compiled with debug config
ovzkernel-PAE-devel.i686 : Development package for building kernel modules to match the PAE kernel.
ovzkernel-debug.i686 : The Linux kernel compiled with debug config
ovzkernel-debug.x86_64 : The Linux kernel compiled with debug config
ovzkernel-devel.i686 : Development package for building kernel modules to match the kernel.
ovzkernel-devel.x86_64 : Development package for building kernel modules to match the kernel.
ovzkernel-ent.i686 : The Linux kernel compiled for huge mem capable machines.
ovzkernel-ent-debug.i686 : The Linux ent kernel compiled with debug config
ovzkernel-ent-devel.i686 : Development package for building kernel modules to match the ent kernel.
ovzkernel-xen.i686 : The Linux kernel compiled for Xen VM operations
ovzkernel-xen.x86_64 : The Linux kernel compiled for Xen VM operations
ovzkernel-xen-devel.i686 : Development package for building kernel modules to match the kernel.
ovzkernel-xen-devel.x86_64 : Development package for building kernel modules to match the kernel.

И какая мне собственно разница - есть OpenVZ в ванильном ядре или его там нет? Главное, что оно есть у меня. А уж кто и какими путями этого достигает - мне то что? Достигает. Работает. Достаточно стабильно. Вот и чудно.

Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

945. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 14-Авг-11, 17:52 
>[оверквотинг удален]
> ovzkernel-xen.i686 : The Linux kernel compiled for Xen VM operations
> ovzkernel-xen.x86_64 : The Linux kernel compiled for Xen VM operations
> ovzkernel-xen-devel.i686 : Development package for building kernel modules to match the
> kernel.
> ovzkernel-xen-devel.x86_64 : Development package for building kernel modules to match
> the kernel.
> И какая мне собственно разница - есть OpenVZ в ванильном ядре или
> его там нет? Главное, что оно есть у меня. А уж
> кто и какими путями этого достигает - мне то что? Достигает.
> Работает. Достаточно стабильно. Вот и чудно.

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

Ответить | Правка | ^ к родителю #707 | Наверх | Cообщить модератору

712. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 18:54 
> Jail — это и есть аналог OpenVZ. Только вот Jail появился ранее
> OpenVZ, а OpenVZ принесла на блюдечке Линусу одна конторка Parallels, Inc..

Джайлы были раньше, а почему-то слили опенвзе по всем параметрам. Параллелсы принесли только то что и должны были - ядерные патчи. Вам не принесли? Так вы сами разрещили вашей лицензией. Поэтому у ispsystems есть какой-то кривой но более продвинутый чем джайлы виртуализатор, а у вас как обычно. В результате - есть "типа крутое" коммерческое решение (нафиг никому не нужное) и фига в кармане у всех осталных. Такая небольшая разница.

> Да вот беда: до сих пор в ванильном ядре OpenVZ нету

Там LXC стандартно есть, он менее наворочен но для уймы задач и его хватит. А хардкорные хостеры - пользуют openvz.

> — приходится отдельными патчами доламывать изделие Торвальдса (на чём специализируются
> известные дистрибутивы GNU/Linux), в во FreeBSD система изолированных окружений
> Jail работает "из коробки".

Что впрочем джайлам не сильно помогло - хостеров которые бы всерьез предлагали аренду джайлов нынче почти не осталось, в то время как ovz - как грязи под ногами ;)

Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

356. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vegus (ok) on 09-Авг-11, 02:57 
> тоесть вы отметаете варианты - из грязи в князи?
> а в жизни такое очень часто встречается, значит проблема не в том
> что бы иметь за спиной громкие имена
> а достаточно было всего лишь анализировать потребности рынка
> и пилить в свое время нужную функциональность
> пример тот же jail который по факту никому не нужен, все уходят
> на vds под linux

...вспоминается DEC с ее Alpha и позицией топ-менеджмента "хорошее решение продает себя само"...

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

если "князи" - это статья в академическом издании как о "самой-самой ОС", то можно примерить на FreeBSD пути Mach, Plan9 и чего-нибудь еще.

если "князи" - это что-то совсем другое, то есть еще варианты =)

вопрос посложнее - это как трактовать "грязи" ;-)

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

88. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сергей (??) on 08-Авг-11, 13:16 
Да всего на этот год кажется 300 тысяч баксов, по сравнению с миллионами как не вяжется...
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

100. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 13:40 
>При всем уважении к *BSD проблемы у ребят лишь в одном: отсутствие за спиной Google, RedHat, Novell, Canonical и иже с ними.

Из этих компаний можно оставить только гугл и новел. Редхат маленький, каноникал вообще исчезающе мала. При этом гугл мало занимается разработкой собственно линукса (который для десктопов и серверов, а не гуглофонов).

В то время как за фрей стоят такие монстры, как Apple и Juniper. Другое дело, что специфика лицензии фри привлекает таких "друзей", которые совсем не заинтересованы в ней как в популярном и независимом проекте.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

226. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 19:53 
>>При всем уважении к *BSD проблемы у ребят лишь в одном: отсутствие за спиной Google, RedHat, Novell, Canonical и иже с ними.
> Из этих компаний можно оставить только гугл и новел. Редхат маленький, каноникал
> вообще исчезающе мала. При этом гугл мало занимается разработкой собственно линукса
> (который для десктопов и серверов, а не гуглофонов).

смишно, да. гугл влил rps/rfs(привет, netisr). а redhat вообще больше всех коммитит в ядро.

> В то время как за фрей стоят такие монстры, как Apple и
> Juniper. Другое дело, что специфика лицензии фри привлекает таких "друзей", которые
> совсем не заинтересованы в ней как в популярном и независимом проекте.

и что они закоммитили?


Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

404. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от анон on 09-Авг-11, 08:48 
Apple - много всякого, не говоря о llvm, Juniper - порт на MIPS.
Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

713. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 19:00 
> Apple - много всякого, не говоря о llvm, Juniper - порт на MIPS.

Оно и видно - у эппла есть ифон, а у вас для смартфонов что? Кукиш? А у линуксоидов аж несколько разных операционок на выбор, и уж сырец ядер адаптированных под железо получить не проблема. Порт на мипс? Гыгы, на сферический мипс в вакууме. А что с ним таким делать то? А если на реальное железо посмотреть - ну вон на AR7161 (RouterStation, etc) уже года три как порт "делают". А тем временем вкалывает на таких штуках пингвин. Когда будет порт? Когда AR7161 снимут с производства? И кому порт для снятого с производства чипа нужен? ;)

Ответить | Правка | ^ к родителю #404 | Наверх | Cообщить модератору

165. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от Yakov Markovitch on 08-Авг-11, 16:54 
> При всем уважении к *BSD проблемы у ребят лишь в одном: отсутствие
> за спиной Google, RedHat, Novell, Canonical и иже с ними. Все
> остальные проблемы мелкие и вполне решаемые.

Я с Вами согласен, но хочу заметить, что это следствие, а не причина. Я рискую быть здесь побитым, но успех Линукса/неуспех FreeBSD в основном лежит в выбранной лицензии. GPL _заставляет_ отдавать усовершенствования обратно, поэтому, если некая компания решает  использовать и допиливать GPL-систему, она знает, что она получит бОльшую часть того, что делают другие. Это позволяет очень эффективно распределять стоимость владения и одновременно избавляет от психологически (и не только!) понятного опасения "неэквивалентного обмена" - "мы вот тут сделали X, должны его отдать, а что взамен?" Тем самым GPL оказывается гораздо эффективнее как лицензия для _очень_ больших систем.
BSD-лицензия расчитана на то, что все сознательны и моральны и ведут себя правильно, а GPL - на то, что правильное поведение надо, гм, стимулировать. Столлман называют идеалистом, в то время как он очень жёсткий реалист, прекрасно понимающий личные и корпоративные побуждения.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

171. "Опублик ов лиз ключ"  +/
Сообщение от Andrey Mitrofanov on 08-Авг-11, 17:04 
> BSD-лицензия расчитана на то, что все сознательны и моральны и ведут себя
> правильно, а GPL - на то, что правильное поведение надо, гм,

OMG! Вы так намекаете, что, гм...,  _не_все_ пользователя BSD-лицензии "сознательны и моральны"? Как Вы можете!!? Во что превратился ОпенНЕТ!!1!

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

Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

254. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 21:42 
> При всем уважении к *BSD проблемы у ребят лишь в одном: отсутствие за спиной Google, RedHat, Novell, Canonical и иже с ними. Все остальные проблемы мелкие и вполне решаемые.

Давайте уже скажем прямо: "У FreeBSD не то ядро".

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

86. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от klalafuda on 08-Авг-11, 13:15 
> В качестве примера, когда подобная позиция уже привела к почти полному вымиранию, приводится история сети Фидо. Излишняя жесткость, упертость и консерватизм её старожилов привели к тому, что технические изменения не были приняты вовремя из-за противоречия традициям. Традиции, однако, уже в то время были не более чем традицией, а через несколько лет что-то менять в технической базе стало уже слишком поздно.

Чрезвычайно спорное мнение! Как фидошник со стажем :) могу лишь заметить, что Фидо было действительно актуально тогда, когда не был доступен интернет. Попросту не было других доступных каналов социальной связи. Ну и естественно наработанная критическая масса людей, которая позволяла ему существовать и развиваться. С приходом же Интернет-а Фидо полностью и всецело потеряло свою актуальность. Действительно - зачем? Если с тем же самыми интересующими меня людьми стало возможным поддерживать контакты и куда более простыми и надежными способами.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

357. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 09-Авг-11, 02:58 
Да просто надо первоисточники читать (а Вы и саму статью не прочитали, видимо, а только текст новости) - видели бы графики числа нод. И что падение числа узлов началось позже, чем появились "более простые и надежные способы". А если еще немного над первоисточниками поразмыслить, стало бы понятнее, что Фидо - прежде всего социальное средство, а не техническое. И потому сравнения с пейджерами некорректны - Фидо, например, могло бегать и по IP, просто другой транспорт.
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

458. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от klalafuda on 09-Авг-11, 12:45 
> Да просто надо первоисточники читать (а Вы и саму статью не прочитали, видимо, а только текст новости) - видели бы графики числа нод. И что падение числа узлов началось позже, чем появились "более простые и надежные способы". А если еще немного над первоисточниками поразмыслить, стало бы понятнее, что Фидо - прежде всего социальное средство, а не техническое. И потому сравнения с пейджерами некорректны - Фидо, например, могло бегать и по IP, просто другой транспорт.

Спасибо, binkd я и сам поднимал и хостил :) Но через какое-то, достаточно непродолжительное, время эти развлечения мне устали 'шобы было'. На фоне же бурного развития Интернет и проникновения его в массы... Фидо как технический транспорт потерял свой смысл чуть больше чем полностью ещё лет восемь-десять назад. Сегодня же не несет вообще никакого. У меня и стационарного телефона то нет, чтобы хоть куда-то подключить модем :) Просто не нужен как класс. Фидо как социальное сообщество - те люди, которые мне были интересны в Фидо, мы и сейчас поддерживаем контакты друг с другом минуя Фидо. Благо, возможностей для этого сегодня море с озерком в придачу.

Я очень благодарен Фидо за то, что оно было. Оно действительно сильно повлияло на мою жизнь по ряду направлений. Но - в своё время. Всему рано или поздно приходит конец. RIP старый друг :)

Ответить | Правка | ^ к родителю #357 | Наверх | Cообщить модератору

840. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 22:26 
Ну опять же, пер-во-ис-точ-ни-ки! Зачем спорить, приводя в пример то, что уже указано? У меня в посте про Фидо не так много, и всего 2 ссылки на другие посты. Да, 8-10 лет. А обсуждения были уж _тринадцать_ лет назад. Еще могли взяться за техническую модернизацию, и Интернет мог стать не врагом, а всего лишь транспортом... Даже тот же модемный транспорт уже не аргумент, его-то успели модернизировать, уже 8 лет назад большинство уже в инете были, по факту. Только поздно. Техническое отставание было в других областях...
Ответить | Правка | ^ к родителю #458 | Наверх | Cообщить модератору

714. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 19:03 
> бегать и по IP, просто другой транспорт.

Да, при том оно стало выглядеть на редкость архаично. Этакий e-mail и nntp, только очень тормозной и через известное место, да еще с закидонами по части правил.

Ответить | Правка | ^ к родителю #357 | Наверх | Cообщить модератору

89. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от xxx (??) on 08-Авг-11, 13:17 
>начат сбор предложений по путям их решения

Где начат, куда начат, кем начат? Предлагается строчить комменты в жж Вадиму Гончарову? Или кто-то будет собирать конструктивные предложения по всем концам рунета?

>Собранные русскоязычным сообществом пути решения через неделю планируется обсуждать с англоязычным сообществом в списке рассылки arch@freebsd.org.

Это хорошо, только обсуждение размытых идей очень быстро угаснет.

Моё первое конструктивное предложение - это для начала организовать площадку для русскоязычного сообщества, где эти "пути решения" будут проходить отсев, обсуждение, проработку и в идеале для них будет рождаться код.

P/S. Возможно я чего-то не знаю, поэтому если уже существует русскоязычный ресурс, где обсуждают технические вопросы по FreeBSD (а не её администрирование), буду рад узнать о нём.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

92. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 13:24 
> Моё первое конструктивное предложение - это для начала организовать площадку для ...

второе конструктивное предложение будет - а давайте пилить сами? ;)

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

95. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от klalafuda on 08-Авг-11, 13:32 
> Моё первое конструктивное предложение - это для начала организовать площадку для русскоязычного
> сообщества, где эти "пути решения" будут проходить отсев, обсуждение, проработку и
> в идеале для них будет рождаться код.

Эээ.. Вообще то уже тысячу лет как есть соотв. списки рассылок и тд и тп. Пишите туда. Да, они не русскоязычные. Но мне так кажется, что для поставленной задачи это не должно быть какой-то преградой. Зачем себя так сильно ограничивать языковыми рамками :-?

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

353. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 09-Авг-11, 02:53 
>>начат сбор предложений по путям их решения
> Где начат, куда начат, кем начат? Предлагается строчить комменты в жж Вадиму
> Гончарову? Или кто-то будет собирать конструктивные предложения по всем концам рунета?

Ну в ЖЖ, разумеется. Не по всем же концам.

>>Собранные русскоязычным сообществом пути решения через неделю планируется обсуждать с англоязычным сообществом в списке рассылки arch@freebsd.org.
> Это хорошо, только обсуждение размытых идей очень быстро угаснет.

Дак оформляйте их в комментах, зачем оставлять размытыми-то.

> Моё первое конструктивное предложение - это для начала организовать площадку для русскоязычного
> сообщества, где эти "пути решения" будут проходить отсев, обсуждение, проработку и
> в идеале для них будет рождаться код.

Вам шашечки или ехать? Основной площадкой обсуждений являются англоязычные листы. А "сначала организовывать" некую площадку - это трата сил в никуда вместо дела. Тому, кто действительно хочет помочь, довольно пофиг, в каком русскоязычном движке проблема поднята.

> P/S. Возможно я чего-то не знаю, поэтому если уже существует русскоязычный ресурс,
> где обсуждают технические вопросы по FreeBSD (а не её администрирование), буду
> рад узнать о нём.

Пардон, зачем? Те, кто действительно желает помогать FreeBSD _на таком уровне_, обязательно вращаются и в основных англоязычных местах. А уж там и на русскоязычные такие места отсылки есть (есть канал девелоперов в RusNet например).

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

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

355. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 02:56 
> Те, кто действительно хотят помочь системе, те знают, что у нас ресурсы
> очень сильно ограничены, и будут собственно помогать, а не отвлекать внимание
> и так малочисленных разработчиков на себя, любимого "а организуйте-ка мне сначала,
> чтоб мне было удобно".

а теперь перечитай свои же посты. а потом вспомни известную фразу про органы зрения и пиломатериалы.

Ответить | Правка | ^ к родителю #353 | Наверх | Cообщить модератору

361. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от nuclight email(ok) on 09-Авг-11, 03:10 
>> Те, кто действительно хотят помочь системе, те знают, что у нас ресурсы
>> очень сильно ограничены, и будут собственно помогать, а не отвлекать внимание
>> и так малочисленных разработчиков на себя, любимого "а организуйте-ка мне сначала,
>> чтоб мне было удобно".
> а теперь перечитай свои же посты. а потом вспомни известную фразу про
> органы зрения и пиломатериалы.

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

Ответить | Правка | ^ к родителю #355 | Наверх | Cообщить модератору

363. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 03:19 
а теперь ты попробуй поработать мозгом — для разнообразия. оно, конечно, понятно: «давайте трудиться с учётом интересов пользователей» — это крутой слоган. правда, те, кто уже есть в сообществе, до сих пор этого как-то не делали, и вряд ли внизапно возгорятся желанием делать. а тех, кт могл бы прийти и чем-то помочь, встречает обычный бсдшный приём: «чо? не нравится? да пошёл ты в анус, директор, мы и так ночей не досыпаем, будем мы ещё тебя слушать, чтобы удобно помогать сделать!»

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

Ответить | Правка | ^ к родителю #361 | Наверх | Cообщить модератору

370. "От анонимов никакой помощи еще никогда никому не было"  +/
Сообщение от nuclight email(ok) on 09-Авг-11, 03:39 
Ну да, конечно же, пришел аноним и будет учить других, как работать мозгом, не имея к тому никаких способностей самостоятельно. О том, что разработчики и пользователи есть две разные группы, он не думает. О том, что с не знающего английский язык "желающего помочь" кодера разработчикам будет больше возни, чем проку, он тоже не думает (а вот входящий в сообщество должен это понимать и стыдиться потратить на себя больше ресурсов сообщества, чем сам вложил). Зато, конечно же, можно навыдавать прогнозов и мнений, гы. И правда, зачем учитывать, что хорошо относящийся к системе и желающий _серьезно_ помочь должен быть готов преодолеть некий порог и бескорыстно/самоотверженно некоторое время в начале поработать и вложить свои усилия, не ожидая ничего взамен. Как бы пафосно это ни звучало, но это справедливо для любой системы, не только BSD - другим способом в разработчики не попадают (случайные редкие небольшие патчи - совсем, совсем другое).
Ответить | Правка | ^ к родителю #363 | Наверх | Cообщить модератору

715. "От анонимов никакой помощи еще никогда никому не было"  +/
Сообщение от Аноним (??) on 10-Авг-11, 19:05 
> Ну да, конечно же, пришел аноним и будет учить других, как работать
> мозгом, не имея к тому никаких способностей самостоятельно.

А потом они еще и удивляются - чего это с ними никто работать не хочет и считает их зазнайками?

Ответить | Правка | ^ к родителю #370 | Наверх | Cообщить модератору

749. "От анонимов никакой помощи еще никогда никому не было"  +/
Сообщение от anonymous (??) on 10-Авг-11, 22:20 
> А потом они еще и удивляются - чего это с ними никто
> работать не хочет и считает их зазнайками?

там была более длинная дискуссия, где я возил нуклайна носом по навозу, но её удалили, увы.

Ответить | Правка | ^ к родителю #715 | Наверх | Cообщить модератору

96. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 13:36 
По большей части пустые общие слова, хотя про пакетный менеджер замечания по делу.
Помимо него, ключевыми проблемами для фри на серверах сейчас являются нулевая поддержка виртуализации (хост режим критичен, мать их!) и поддержка оборудования (как тут неоднократно замечали). Да и с кластерными технологиями там туговато (особенно с распределенными файловыми системами типа GFS/OCFS).

Но все-таки, как мне кажется, это всего лишь следствия выбора лицензии. Хорошие независимые разработчики, между BSD и GPL выбирающие первую, все-таки очень редки. Да и по корпоративной поддержке есть своя специфика, основные друзья фри - это Apple и Juniper, которые любят брать и не любят отдавать (GPL таких отпугивает, да).

>В предварительной части автор делает вывод (на основе инсайдерской информации), что миграция на другую ОС конкретно в случае Rambler-почты неоправдана, и вызвана организационными проблемами

А вот здесь проблема освещена достаточно однобоко. Смирнов рассказывает в стиле Поттеринга "все презервативы, а я воздушный шарик". Это не сухое изложение фактов, а попытка убедить в чем-то. Поэтому сей вопрос оставим открытым.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

115. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 13:54 
> друзья фри - это Apple и Juniper, которые любят брать и не любят отдавать (GPL таких отпугивает, да).

Не любят но отдают ;)
Вот недавно компания NetAPP которая учавствовала в  BSDCan2011 презентовала первый нативный гипервизор для FreeBSD: BHyVE ( http://wiki.freebsd.org/201105DevSummit?action=AttachFile&do... ). Фичи у BSD есть но мало кто этим пользуется от незнания - LLVM, DTRACE (php 5.4 с поддержкой DTRACE работает на Фре).
Вот хорошая проблема озвучена - группы русскоязычных пользователей-разработчиков разрознена. Что да то да, никакой коммуникации.

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

120. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –4 +/
Сообщение от Аноним (??) on 08-Авг-11, 14:02 
>Вот недавно компания NetAPP которая учавствовала в  BSDCan2011 презентовала первый нативный гипервизор для FreeBSD

И когда это чудо выйдет на уровень хотя бы линуксового KVM, не говоря уже о вмвари?

>Фичи у BSD есть но мало кто этим пользуется от незнания - LLVM, DTRACE (php 5.4 с поддержкой DTRACE работает на Фре).

LLVM - это баг, а не фича. Судя по его "развитию". Все равно ближайшие лет пять он будет проигрывать gcc по основным параметрам.
DTrace и ZFS - это довольно интересные фичи... Соляриса. А еще у Солярки есть много других фич, которые во фрю пока не портировали. И не факт, что портируют в будущем.
В общем, позиционирование фри как суррогатной солярки для нищебродов, на мой взгляд, не ведет ни к чему хорошему и оскорбляет обе стороны.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

127. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 14:17 
> И когда это чудо выйдет на уровень хотя бы линуксового KVM, не
> говоря уже о вмвари?

Почему ты здесь это спрашиваешь? Спрашивай у авторов

>>Фичи у BSD есть но мало кто этим пользуется от незнания - LLVM, DTRACE (php 5.4 с поддержкой DTRACE работает на Фре).
> LLVM - это баг, а не фича.

Писать надо так: мне LLVM не нужна.

> DTrace и ZFS - это довольно интересные фичи... Соляриса.

Ну понятно - SSH на Linux портирован например с OpenBSD, как и многое чтоне находится в /boot

> А еще у

Ты не разработчик, я тоже - мы одеваем обувку которая нам нужна. Холиварить смысла нет,
переходить на ругательства типа "вы нищеброды" тоже - ты сам что в ядре Линукс написал, чем так горд?

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

132. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +4 +/
Сообщение от ветеран WoW on 08-Авг-11, 14:28 
> Ты не разработчик, я тоже - мы одеваем обувку которая нам нужна.
> Холиварить смысла нет,
> переходить на ругательства типа "вы нищеброды" тоже - ты сам что в
> ядре Линукс написал, чем так горд?

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

Тут таких полно. Если не большая часть.

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

206. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 18:48 
Пожалуйста, не надо проецировать свое восприятие на других. Вы делаете меня еще более грустным.

Заранее спасибо.

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

199. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 18:40 
> Почему ты здесь это спрашиваешь? Спрашивай у авторов

Это был риторический вопрос.

> Писать надо так: мне LLVM не нужна.

Интересно, а кому все-таки нужен компилятор, который даже компилировать толком не умеет?

> Ну понятно - SSH на Linux портирован например с OpenBSD, как и многое чтоне находится в /boot

То, что находится не в /boot и не в /lib/modules - это не линукс. Линукс - это ядро, и ничего больше.

> переходить на ругательства типа "вы нищеброды" тоже

А я и не называл никого нищебродами. Повторяю: я сказал, что позиционирование фри [ее адептами типа iZEN] как "солярки для нищебродов" ни к чему хорошему не ведет и унижает как фрю, так и соляру.

> чем так горд?

Причем здесь линукс и почему вы считаете, что я чем-то горжусь?

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

223. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 08-Авг-11, 19:37 
>> Писать надо так: мне LLVM не нужна.
> Интересно, а кому все-таки нужен компилятор, который даже компилировать толком не умеет?

А можно тут поподробней? В чем конкретные претензии?

Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

227. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 19:57 
>  Да и с кластерными технологиями там туговато (особенно с
> распределенными файловыми системами типа GFS/OCFS).

не надо путать людей. GFS/OCFS - это кластерные фс. но не распределённые.
распределённые - это lustre/glusterfs/elliptics

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

108. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от vitlva on 08-Авг-11, 13:48 
Проблемы во фре есть. Кто-то скажет виртуализация и будет прав, кто-то проблемы с нестабильными прогами в портах и то же будет прав, а кто-то поддержка железа оставляет желать лучшего и его правда. Но ведь и у тукса проблем хватает. А тем более у конкретно взятого дистра. Проблема в том что фря - это ось для фанатиков, как и гента. Кто еще будет порты обновлять прыгая по зависимостям? Все проходит, когда-то закончится время фанатиков останутся только любители dpkg & yum. Но на моих серваках будет фря с ее ipfw pipe, ipsec, gmirror & zpool.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

228. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 20:02 
>Но на моих серваках будет фря с ее ipfw pipe,
> ipsec, gmirror & zpool.

на своих серверах вы можете держать что угодно. хоть ректалОС.
ipfw есть под linux с шахматами и поэтэссами(да-да, dummynet там работает).
пассаж про ipsec не понял(реализаций для linux штуки 3 точно).
про gmirror вместе с zpool тоже не понятно - это ортогональные вещи.
и да, zfs портировали на linux и сейчас оно стабилизируется.

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

111. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от mvalery (ok) on 08-Авг-11, 13:49 
Никак не допилят новый инсталлятор.
В наличии поддержка огромных разделов через GPT и RAID через ZFS, но стандартными средствами воспользоваться невозможно.
Еще напрягает, что нет удобного языка конфигов, чтобы выполнять автоматическую установку.
Появились SSD - пришла новая проблема. Разделы надо выравнивать по границе 4К. А нечем.
Есть и другие мелочи которые мешают. При том, что на моих WEB - серверах (несколько шкафов)система очень стабильна. Прекрасный фаервол pf и прочие вкусности.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

116. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov on 08-Авг-11, 13:57 
> Никак не

И как Вы думаете, почему "_они_" всего этого не делают?

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

121. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 14:03 
> И как Вы думаете, почему "_они_" всего этого не делают?

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

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

261. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 22:05 
> И как Вы думаете, почему "_они_" всего этого не делают?

Потому что пользователи не хотят вникать в man'ы?

GEOM NOP позволяет выровнять разделы и задать способ разбивки на блоки логического пространства.

Ещё: http://opennet.ru/opennews/art.shtml?num=31364
Интегрирована поддержка операций TRIM для файловой системы UFS, что позволит увеличить производительность при работе с SSD-накопителями и повысить их срок службы.

Но для них этой информации не существует, как и man'ов, трудных для понимания.

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

716. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 19:07 
> Интегрирована поддержка операций TRIM для файловой системы UFS,

Наглядная иллюстрация к термину "выкрасить и выбросить".

Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

124. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от xxx (??) on 08-Авг-11, 14:10 
>Появились SSD - пришла новая проблема. Разделы надо выравнивать по границе 4К. А нечем.

Как нечем? Вроде же решили эту проблему: http://bu7cher.blogspot.com/2011/06/gpart.html

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

134. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от mvalery (ok) on 08-Авг-11, 14:40 
Инсталлятор с gpt не дружит.
Замечатьельно, что с помошью gpart можно правильно разметить диск.
Но систему на этот диск просто так не поставишь.
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

133. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от funt on 08-Авг-11, 14:40 
gpart умеет выравнивать,а стандартные средства уже есть в 9.0
Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

230. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сама Доброта on 08-Авг-11, 20:04 
> Прекрасный фаервол pf и прочие

это который отстаёт в развитии от версии в openbsd и может только локалку в инет выпустить?


Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

125. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от fedos (ok) on 08-Авг-11, 14:11 
кто бы чего не говорил, а монолитность base всегда была залогом стабильности freebsd. вынос в порты, это уже другое

у freebsd довольно большая коллекция портов >22000, и при этом сами порты находятся в более менее стабильном состоянии(дополнительно, перед выпуском новой версии порты замораживатся), но вот обычно жаловались на то, что софт в портах в устревшем состоянии и тп

из постов иногда создаётся впечатление, что и фрю хотят подогнать под этот новый "стандарт выпуска новых версий"

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

147. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от mef_ on 08-Авг-11, 15:39 
Лучше пожертувуйте бабла на развитие фрюшки. Можно даже один бакс, реально поможете проекту.
http://www.freebsdfoundation.org/donate/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

152. "FreeBSD vs Linux"  +1 +/
Сообщение от Василий email(??) on 08-Авг-11, 16:14 
Начинал с FreeBSD и она - "первая любовь"
но прошло время и, получив знания еще о Linux, для себя сравнил в плане администрирования.
Мои минусы в сторону Фри:
1) до сих приверженность к KOI8-R - в 21 веке это просто фотофиниш какой-то
2) пакеты только можно проверить на контрольную сумму, но не на авторство.
3) нет своей официальной системы обновления софта, portupgrade это не родная вещь, хоть и здоровская
4) в плане обновления всей системы - Linux проще обновить
и тд и тп
подробнее-развёрнутее http://vasilisc.com/freebsd_vs_linux
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

162. "FreeBSD vs Linux"  –2 +/
Сообщение от drTr0jan on 08-Авг-11, 16:46 
> 1) до сих приверженность к KOI8-R - в 21 веке это просто фотофиниш какой-то

Который раз задают вопрос - а зачем? И никто ответить не может. Зачем вам нужен KOI8-R в консоли? Или вы фрю в качестве десктопа используете?

> 3) нет своей официальной системы обновления софта, portupgrade это не родная вещь, хоть и здоровская

ports-mgmt/portmaster ещё лучше, и Ruby за собой не тянет.

Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

544. "FreeBSD vs Linux"  +/
Сообщение от talisman on 09-Авг-11, 21:02 
>Который раз задают вопрос - а зачем? И никто ответить не может. Зачем вам нужен KOI8-R в консоли? Или вы фрю в качестве десктопа используете?

UTF8 в консоли НУЖЕН чтобы из консоли можно было нормально работать с исходниками и базами в UTF8 чтобы работали и делали человеческий вывод скрипты написанные в UTF8. Чтобы блин наконец сравнение работало в простгресе по человечески и быстро, а не через костыли и в 10 раз тормознее. Мелочи скажите вы, какбы не так если каждый день на эти мелочи свое время тратишь.   Сервер это ведь не только роутер и файлопомойка в конце концов.

PS: А так Фря мне всем нравится, долго на ней работал... только приятные воспоминания.

Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

549. "FreeBSD vs Linux"  +/
Сообщение от Sem email(ok) on 09-Авг-11, 21:38 
>>Который раз задают вопрос - а зачем? И никто ответить не может. Зачем вам нужен KOI8-R в консоли? Или вы фрю в качестве десктопа используете?
> UTF8 в консоли НУЖЕН чтобы из консоли можно было нормально работать с
> исходниками и базами в UTF8 чтобы работали и делали человеческий вывод
> скрипты написанные в UTF8. Чтобы блин наконец сравнение работало в простгресе
> по человечески и быстро, а не через костыли и в 10
> раз тормознее. Мелочи скажите вы, какбы не так если каждый день
> на эти мелочи свое время тратишь.   Сервер это ведь
> не только роутер и файлопомойка в конце концов.

Я на консоль захожу, только если серверу совсем плохо и сети нет. Думаю, так делают 99% админов. Поэтому никто и не бежит реализовывать.

А при чем тут сравнение в постгресе не пойму.

Ответить | Правка | ^ к родителю #544 | Наверх | Cообщить модератору

564. "FreeBSD vs Linux"  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:27 
> А при чем тут сравнение в постгресе не пойму.

Человек явно путает консоль с терминалом, видимо думая, что во FreeBSD только в X-ах UTF-8 есть.

Ответить | Правка | ^ к родителю #549 | Наверх | Cообщить модератору

614. "FreeBSD vs Linux"  +/
Сообщение от talisman on 10-Авг-11, 08:36 
>Человек явно путает консоль с терминалом, видимо думая, что во FreeBSD только в X-ах UTF-8 есть.

Вот тото и оно что вот тут у нас UTF8 есть тут у нас ее нету а тут надо затычку вставить чтобы работало. Поразвлекайтесь так пару месяцев и вас тоже начнет это напрягать. И да я не админ, такуж вышло что по долгу службы приходится каждый день лазить и по консолям и под ssh. А вот X11 на серверах на фряхе это редкий гость.

Ответить | Правка | ^ к родителю #564 | Наверх | Cообщить модератору

618. "FreeBSD vs Linux"  –1 +/
Сообщение от Аноним (??) on 10-Авг-11, 09:08 
>>Человек явно путает консоль с терминалом, видимо думая, что во FreeBSD только в X-ах UTF-8 есть.
> Вот тото и оно что вот тут у нас UTF8 есть тут
> у нас ее нету а тут надо затычку вставить чтобы работало.
> Поразвлекайтесь так пару месяцев и вас тоже начнет это напрягать. И
> да я не админ, такуж вышло что по долгу службы приходится
> каждый день лазить и по консолям и под ssh.

Ну раз не админ и разбираться не разбираетесь, зачем сюда лезете? К слову - ваш утф8 есть, но не из коробки.

>А вот
> X11 на серверах на фряхе это редкий гость.

а что там не так? сижу 3-и года под фрюшными иксами, использую: window maker, gnome, kde, xfce.

Ответить | Правка | ^ к родителю #614 | Наверх | Cообщить модератору

352. "FreeBSD vs Linux"  +/
Сообщение от Andrew Kolchoogin on 09-Авг-11, 02:48 
> 4) в плане обновления всей системы - Linux проще обновить
> и тд и тп

Охъ. Сто раз уже копья ломали.

Что значит "проще"? Я пробовал обновлять Ubuntu 9.04 до 9.10, 9.10 до 10.04 и 10.04 до 10.10.
НИ ОДНОГО УДАЧНОГО АПГРЕЙДА.

Да, конечно, у меня стояли многие дополнительные пакеты. Да, многие зависимости "склеиваются", то есть, два пакета -- теперь один, и т.д.

Но не надо тогда и говорить, что Линукс ПРОСТО обновить. Ни фига не просто.
FreeBSD тоже ни разу не просто. Но проще, чем Линукс, в стопицотыщ раз.
Потому, что во FreeBSD есть compat'ы. А в Линуксе их нет.
Либо готов выслушать лекцию, как на одной системе иметь glibc от четырёх версий Ubuntu. Или Red Hat. Или SuSE. Да всего, чего угодно.

От четырёх версий Фришки -- запросто, из портов ставится.

Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

606. "FreeBSD vs Linux"  +/
Сообщение от Pan Prdel on 10-Авг-11, 04:38 
> Либо готов выслушать лекцию, как на одной системе иметь glibc от четырёх
> версий Ubuntu. Или Red Hat. Или SuSE. Да всего, чего угодно.

берете gentoo и ставите сколько угодно версий. там есть механизм слотов.

http://devmanual.gentoo.org/general-concepts/slotting/index....

"Packages can support having multiple versions installed simultaneously. This is useful for libraries which may have changed interfaces between versions — for example, the gtk+ package can install both versions 1.2 and 2.6 in parallel. This feature is called slotting. "

Ответить | Правка | ^ к родителю #352 | Наверх | Cообщить модератору

687. "FreeBSD vs Linux"  +/
Сообщение от XPEH email on 10-Авг-11, 16:43 
>> 4) в плане обновления всей системы - Linux проще обновить
>> и тд и тп
> Охъ. Сто раз уже копья ломали.
> Что значит "проще"? Я пробовал обновлять Ubuntu 9.04 до 9.10, 9.10 до
> 10.04 и 10.04 до 10.10.
> НИ ОДНОГО УДАЧНОГО АПГРЕЙДА.

Неоднократно обновлял Debian, всегда успешно. Один раз даже с перепрыгиванием через версию (ЕМНИП с woody на etch). И что теперь ?

> Да, конечно, у меня стояли многие дополнительные пакеты.

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

Ответить | Правка | ^ к родителю #352 | Наверх | Cообщить модератору

690. "FreeBSD vs Linux"  +/
Сообщение от vle email(ok) on 10-Авг-11, 17:03 
>>> 4) в плане обновления всей системы - Linux проще обновить
>>> и тд и тп
>> Охъ. Сто раз уже копья ломали.
>> Что значит "проще"? Я пробовал обновлять Ubuntu 9.04 до 9.10, 9.10 до
>> 10.04 и 10.04 до 10.10.
>> НИ ОДНОГО УДАЧНОГО АПГРЕЙДА.
> Неоднократно обновлял Debian, всегда успешно.
> Один раз даже с перепрыгиванием через версию
> (ЕМНИП с woody на etch). И что теперь ?

Не далее как неделю назад решил сменить сетевую карту
в запущенном на Дебиане KVM гесте. В результате мертво повис ХОСТ.

Пару лет назад при обновлении в sarge до etch получил МАССУ
проблем. Падающие иксы из-за шрифтов, неработающий xfs,
виснущий два раза в неделю сервер из-за nfs-а (на 64-битном ядре)
и массу прочих прелестей, неработающий snmpd. И что теперь? А ничего!
Аргументация в стиле "у меня все работает" или "у меня ничего не работает"
стоит ровно НОЛЬ!

Какое это имеет отношение к FreeBSD? А никакого, как и смысла
в дискуссиях подобного уровня.

Ответить | Правка | ^ к родителю #687 | Наверх | Cообщить модератору

718. "FreeBSD vs Linux"  +/
Сообщение от Аноним (??) on 10-Авг-11, 19:16 
> подробнее-развёрнутее http://vasilisc.com/freebsd_vs_linux

ИМХО:
---
1) бинарные пакеты собраны не вами и требуется доверие к ним. Если репозиторий не официальный, то ваше доверие НЕ должно быть бездумным.
---
Ну как бы для портов и прочее это тоже не отменяли. Вы должны доверять автору порта. Потому что читать все исходники KDE или там PHP вы "немного" устанете и если автор злонамеренный, то никаких проблем незамеченно вам вбросить немного лишнего в общем то нет. А без подписей это к тому же может сделать вообще кто угодно просто взломав сервер.

Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

164. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от Аноним (??) on 08-Авг-11, 16:48 
А мне нравяться порты. Туда очень много вложена ума и пота.
Очень приятно и спокойно спать зная что все зависимости на серверах удовлетворены, и что стоит чистый срез, без дублирования и избыточности.

Проблемы обновления с приходом опыта решаются на 100%.

За последние 5 лет, каждый год делал попытки спрыгнть на линукс. В основном на дебиан, но в все не как.. хвалят его хвалят.. а как до дела дойдет так фиг.

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

182. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от XPEH email on 08-Авг-11, 17:39 
Ну и кого это характеризует debian или вас ?
Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

235. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от o on 08-Авг-11, 20:46 
Получается если я осилил порты то зачем мне что то другое?
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

607. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 10-Авг-11, 04:39 
> Получается если я осилил порты то зачем мне что то другое?

если я осилил молоток, зачем мне отвёртка?

Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

269. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 22:20 
>> В основном на дебиан, но в все не как.. хвалят его хвалят.. а как до дела дойдет так фиг.

Дебиан хорош, даже очень хорош. Но только в виде stable и только под типовые задачи.

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

288. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 23:47 
> Дебиан хорош, даже очень хорош. Но только в виде stable и только
> под типовые задачи.

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

Ответить | Правка | ^ к родителю #269 | Наверх | Cообщить модератору

167. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 16:56 
порты у freebsd это одна из больших проблем
особенно я не понимаю зачем тянутся perl, mysql, ruby по R-dep когда они никогда не используются
взять тот же KDE, зачем в нём все выше перечисленное по R-dep ?

а FF досих пор по R-dep тянет mysql? странно, а mysql там не используется вообще

вот хотя бы и за таких R-dep я всю систему портов не люблю

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

229. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 20:04 
> порты у freebsd это одна из больших проблем
> особенно я не понимаю зачем тянутся perl, mysql, ruby по R-dep когда
> они никогда не используются
> взять тот же KDE, зачем в нём все выше перечисленное по R-dep
> ?
> а FF досих пор по R-dep тянет mysql? странно, а mysql там
> не используется вообще
> вот хотя бы и за таких R-dep я всю систему портов не
> люблю

http://www.freshports.org/www/firefox36
http://www.freshports.org/x11/kde4

ткнете пальчиком.

Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

231. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 20:10 
> http://www.freshports.org/www/firefox36
> http://www.freshports.org/x11/kde4
> ткнете пальчиком.

make install
pkg_info | grep все_то_ненужное  
результат более чем впечетляет
зачем оно? не правильные R-dep, о чем в блоге и было сказано на примере glib

Ответить | Правка | ^ к родителю #229 | Наверх | Cообщить модератору

232. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 20:23 
>> http://www.freshports.org/www/firefox36
>> http://www.freshports.org/x11/kde4
>> ткнете пальчиком.
> make install
> pkg_info | grep все_то_ненужное
> результат более чем впечетляет
> зачем оно? не правильные R-dep, о чем в блоге и было сказано
> на примере glib

# pkg_info|grep mysql
mysql-client-5.0.92 Multithreaded SQL database (client)

# pkg_info | grep firef
firefox-4.0_1,1     Web browser based on the browser portion of Mozilla
firefox-i18n-4.0    Localized interface for Firefox 4.0

# pkg_info | grep kde-3.5
kde-3.5.10_8        The "meta-port" for KDE

Если интересно, то могу еще вот так сделать:
# pkg_info -Rr firefox-4.0_1,1 | grep my|wc -l
       0

Клиент для мускуля в кде 3.5, если правильно помню, нужен для офиса (если интересно - посмотрите сами).
Для особо одаренных: mysql-client, это не mysql-server.

А теперь еще раз: ткните пальчиком.

Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

233. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 20:33 
отлично, значит в ff уже убрали
а mysql-client тянется далеко не оффисом, а или kdelib или kdebase

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

пихать в R-dep все что есть в configure не есть правильно - правда?
ведь на то он и configure что может учесть отсутсвие определенной библиотеки
и выбросить или ошибку, если он без библиотеки не может собраться
либо проигнорировать и собратся без нее, правда?

Ответить | Правка | ^ к родителю #232 | Наверх | Cообщить модератору

236. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от o on 08-Авг-11, 20:50 
> отлично, значит в ff уже убрали
> а mysql-client тянется далеко не оффисом, а или kdelib или kdebase
> но я попытался подчеркнуть что проблема есть, и всех программ в которых
> такие не нужные R-dep - много. где тянутся не нужные пакеты которые
> мною никогда не будут использоватся.
> пихать в R-dep все что есть в configure не есть правильно -
> правда?
> ведь на то он и configure что может учесть отсутсвие определенной библиотеки
> и выбросить или ошибку, если он без библиотеки не может собраться
> либо проигнорировать и собратся без нее, правда?

А как вы считаете составляются эти R-dep? Думаете просто берутся и методом тыка набрасываются пока не заработает?

Ответить | Правка | ^ к родителю #233 | Наверх | Cообщить модератору

239. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 21:02 
> А как вы считаете составляются эти R-dep? Думаете просто берутся и методом
> тыка набрасываются пока не заработает?

видимо именно так - методом тыка, выбираются все что есть в configure и пихается в R-dep
а опционально ставятся только библиотеки которые есть в --disable
и то это зависит от майнтейнера порта, некоторые и это игнорируют и пихат принудительно

взять тот же perl который в R-dep почти в каждом втором пакете видимо из за glib
но и без glib он тоже во многих пакетах и все и за того же unittest-ов?

или взять тот же Xorg для которого perl тоже R-dep
а используется только один раз(насколько я помню) для генерации одного .h файла
так может этот .h файл както по другому генерить? а не тянуть и устанавливать весь perl

Ответить | Правка | ^ к родителю #236 | Наверх | Cообщить модератору

248. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 21:30 
> или взять тот же Xorg для которого perl тоже R-dep
> а используется только один раз(насколько я помню) для генерации одного .h файла
> так может этот .h файл както по другому генерить? а не тянуть
> и устанавливать весь perl

а генерит этот .h-файл сам порт или конфигуратор иксов? у вас есть вариант более интересный/правильный - помогите, подскажите, может кто чего не видит: Maintained by: x11@FreeBSD.org (http://www.freshports.org/x11/xorg)

Ответить | Правка | ^ к родителю #239 | Наверх | Cообщить модератору

255. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 21:43 
>> или взять тот же Xorg для которого perl тоже R-dep
>> а используется только один раз(насколько я помню) для генерации одного .h файла
>> так может этот .h файл както по другому генерить? а не тянуть
>> и устанавливать весь perl
> а генерит этот .h-файл сам порт или конфигуратор иксов? у вас есть
> вариант более интересный/правильный - помогите, подскажите, может кто чего не видит:
> Maintained by: x11@FreeBSD.org (http://www.freshports.org/x11/xorg)

щас точно не вспомню, xorg не каждый день ставлю
возможно уже в последних версиях этого нет, буду ставить проверю
но генерился этот файл при компиляции Xorg-Server/Client

я не разработчик что бы указывать как решать проблемы
но как пользователь могу их только обозначить,
а таких _обозначателей_ на @freebsd.org игнорируют

да и вообще R-dep уже в рассылке кажется как то поднимали
закончилось все приблизительным выражением типа - "perl не так уж и много, скачаете и установите"

Ответить | Правка | ^ к родителю #248 | Наверх | Cообщить модератору

271. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Anonym on 08-Авг-11, 22:22 
тот же перл присутствует и в линуксе, при установке той же убунту, он таки есть родимый
Ответить | Правка | ^ к родителю #255 | Наверх | Cообщить модератору

293. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 23:57 
> тот же перл присутствует и в линуксе, при установке той же убунту,
> он таки есть родимый

Не подскажете версию Perl в Ubuntu? А то на FreeBSD доступны и поддерживаются аж четыре версии Perl: 5.8, 5.10, 5.12, 5.14 — ставь любую, если есть в ней особый смысл, но только ОДНУ.
Аналогично и с вездесущим Python'ом: 2.4.5, 2.5.6, 2.6.7, 2.7.2, 3.1.4, 3.2.1.

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

Ответить | Правка | ^ к родителю #271 | Наверх | Cообщить модератору

385. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Anony on 09-Авг-11, 07:14 
В бубнте 5.10.1, скорее всего можно поставить такие же версии, что и на фрее, большое кол-во одновременно поддерживаемых версий зависят все таки от разработчиков
Ответить | Правка | ^ к родителю #293 | Наверх | Cообщить модератору

491. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от анонимЪ on 09-Авг-11, 15:43 
> Не подскажете версию Perl в Ubuntu? А то на FreeBSD доступны и
> поддерживаются аж четыре версии Perl: 5.8, 5.10, 5.12, 5.14 — ставь
> любую, если есть в ней особый смысл, но только ОДНУ.

Ubuntu под рукой нет, но есть Debian Squeeze. Итак:


$ cat /etc/debian_version
6.0.2

$ perl -v | head -2

This is perl, v5.10.1 (*) built for x86_64-linux-gnu-thread-multi


И никто не мешает заюзать Pinning (http://wiki.debian.org/AptPreferences),
и поставить 5.12 (из testing) или 5.14 (из experimental).


Ответить | Правка | ^ к родителю #293 | Наверх | Cообщить модератору

839. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nagual email(ok) on 11-Авг-11, 22:24 
>> Не подскажете версию Perl в Ubuntu? А то на FreeBSD доступны и
>> поддерживаются аж четыре версии Perl: 5.8, 5.10, 5.12, 5.14 — ставь
>> любую, если есть в ней особый смысл, но только ОДНУ.
> Ubuntu под рукой нет, но есть Debian Squeeze. Итак:
> $ cat /etc/debian_version
> 6.0.2
> $ perl -v | head -2
> This is perl, v5.10.1 (*) built for x86_64-linux-gnu-thread-multi
> И никто не мешает заюзать Pinning (http://wiki.debian.org/AptPreferences),
> и поставить 5.12 (из testing) или 5.14 (из experimental).

Если 5.12 из testing а 5.14 из experimental то похапе это просто ацкий отжиг.
http://www.perl.org/get.html
Download Latest Stable Source (5.14.1) ...

Господа линуксаторы подскажите как в центосе сделать |wc -l только не на перле и не длиннее чем в 4 символа (учитывая пробелы) :-))

Ответить | Правка | ^ к родителю #491 | Наверх | Cообщить модератору

246. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 21:24 
> отлично, значит в ff уже убрали
> а mysql-client тянется далеко не оффисом, а или kdelib или kdebase

таки офисом:
http://www.freshports.org/editors/koffice-kde3/

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

> но я попытался подчеркнуть что проблема есть, и всех программ в которых
> такие не нужные R-dep - много. где тянутся не нужные пакеты которые
> мною никогда не будут использоватся.

посмотрите в debian - там этого хоть отбавляй.

> пихать в R-dep все что есть в configure не есть правильно -
> правда?
> ведь на то он и configure что может учесть отсутсвие определенной библиотеки
> и выбросить или ошибку, если он без библиотеки не может собраться
> либо проигнорировать и собратся без нее, правда?

если пакет нужен только на момент сборки, то он должен обязательно присутствовать: дополнительные ерроры со смыслом: 'поставь галочку "Х" что бы я мог собраться' - бред.
пакеты нужные только для сборки автоматом не удаляются - это есть, но это легко решается в portmaster, если оно надо.

Если пакет ставится который для работы вообще не нужен, программа собиралась, например с --without-mysql, то это косяк - пишите мантейнеру, я думаю поправится без каких-либо проблем.

Ответить | Правка | ^ к родителю #233 | Наверх | Cообщить модератору

251. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Fbsd on 08-Авг-11, 21:36 
> таки офисом:
> http://www.freshports.org/editors/koffice-kde3/

оффис мне никогда небыл нужен, не ставлю

> а базе он нужен только 4-ым кедам, если, опять же, правильно, помню.

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

> посмотрите в debian - там этого хоть отбавляй.

обсуждаем ведь не преимущется одной ОС перед другой и где больше глюков
а именно неудобные места freebsd

> если пакет нужен только на момент сборки, то он должен обязательно присутствовать:
> дополнительные ерроры со смыслом: 'поставь галочку "Х" что бы я мог
> собраться' - бред.
> пакеты нужные только для сборки автоматом не удаляются - это есть, но
> это легко решается в portmaster, если оно надо.

бред не бред, но я вечно после cvs портов лезу и ручками удаляю R-dep из Makefile-ов
тогоже perl-а
а иногда и что то серьезнее

> Если пакет ставится который для работы вообще не нужен, программа собиралась, например
> с --without-mysql, то это косяк - пишите мантейнеру, я думаю поправится
> без каких-либо проблем.

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

Ответить | Правка | ^ к родителю #246 | Наверх | Cообщить модератору

267. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 22:18 
>> посмотрите в debian - там этого хоть отбавляй.
> обсуждаем ведь не преимущется одной ОС перед другой и где больше глюков
> а именно неудобные места freebsd

согласен, в данном контексте - это излишнее.

>> Если пакет ставится который для работы вообще не нужен, программа собиралась, например
>> с --without-mysql, то это косяк - пишите мантейнеру, я думаю поправится
>> без каких-либо проблем.
> а может майтейнер team сама проведет ревизию? каждый своего пакета?
> как тяжело пропихиваются любые изменения в порте уже не раз обсуждалсь,
> и некоторые досих пор висят открытыми

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

Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

528. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 09-Авг-11, 19:20 
> а может майтейнер team сама проведет ревизию? каждый своего пакета?
> как тяжело пропихиваются любые изменения в порте уже не раз обсуждалсь,
> и некоторые досих пор висят открытыми

maintainers team вообще не существует как класса. Есть команда коммитеров портов. Но провести ревизию всех портов они физически не в состоянии.

В один порт пропихнуть *нормальные* изменения довольно легко. Пишется PR, которые аппрувится маинтейнером либо коммитится без аппрува через 2 недели по maintainer timeout. Проблемы могут быть только в том случае, если маинтейнер не согласен с изменениями или другие варианты. Но они достаточно редки.

Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

268. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 08-Авг-11, 22:18 
> отлично, значит в ff уже убрали

Не уже, а никогда Firefox от MySQL (-client или -server) не зависел. Я держу у себя FreeBSD с 2006 года, никогда MySQL с Firefox не ставился из-за взаимозависимостей.

Ответить | Правка | ^ к родителю #233 | Наверх | Cообщить модератору

170. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от light (??) on 08-Авг-11, 17:03 
очень грамотная статья, подробно расписано то, о чем я много лет говорил в двух словах - "хомячки решают"

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

196. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 18:34 
Дебиан и даже высмеиваемая некоторыми убунта - недурно работают на серверах и не доставляют головной боли. Как ни странно, на убунте уже который год живет википедия, и тамошние полтора сисадмина админят весь их парк машин. А больше админов проект существующий на пожертвования просто не потянет - админы тоже кушать хотят. Ну вот и пользуются они "лaмeрской бyбyнтoй" а не пoнтoвой фpибсд...
Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

243. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +7 +/
Сообщение от Andrew Kolchoogin on 08-Авг-11, 21:15 
Видите ли.

Wikipedia -- некоммерческий проект. И если "вдруг почему-то" при очередном апгрейде серверов они, э-э-э-э... слегка подлягут на полчасика -- С ТЕХ ПОЛУТОРА СИСАДМИНОВ НИКТО НИЧЕГО НЕ СПРОСИТ.

Проект-то некоммерческий, никто никому ничего не обещал, знаете ли.

А вот если на провайдерском узле что-то там навернётся, с провайдера, знаете ли, спросят. И спросят по-жёсткому.

"Серебряной пули" не существует -- взять, к примеру, Debian. Хорошая система, удобная. Я не могу сказать, что я -- большой фанат Linux, но временами с Linux работать всё-таки приходится, хотя данный случай выбора операционной системы многим покажется смешным (тем, кто в бизнесе ни черта не понимает, конечно) -- под Linux есть драйвера под выпущенный 8 лет назад TDM-мультиплексор Tormenta 2, а под *BSD их нет. Ну раз так, поставим Linux вместо соревнований в православности ОС -- купить новый Digium'овский мультиплексор можно, но цена вопроса за 40 тыщ переваливает, на эти деньги можно много чего нужного приобрести, а большого дяди с большим карманом у меня как-то нет.

Так вот, как-то раз пришёл, знаете ли, с security.debian.org апдейт для Asterisk'а. Удобно скачался apt-get'ом и без проблем встал. Мы же люди аккуратные, за security fix'ами следим, да и Debian v6.0 -- стабильная ветка, всё должно работать...

Так вот, кому оно должно, оно всё простило. Security update заодно сапгрейдил Asterisk с 1.6.1.чего-то там до 1.6.2.чего-то там другое. А в этом 1.6.2 есть неприятная бага, когда на SIP-абонентах, работающих по TCP, включён qualify, Asterisk рушится. Как обычно, NULL pointer dereference. В багзилле эта бага есть. И рушится Asterisk прямо при старте.

А теперь, внимание, вопрос: КАК в стабильной (!) ветке дистрибутива с пятнадцатилетней историей могла оказаться версия софта, ставящаяся автоматически из security fixes repository, и приводящая к самому настоящему Denial of Service?

И вопрос номер два: СКОЛЬКО таких вот "заподлистских штучек" ещё есть в стабильной (!) ветке Debian?

И кто и почему считает, что причина непопулярности FreeBSD кроется в ТЕХНИЧЕСКИХ проблемах? Их у FreeBSD, как раз-таки, поменее будет... FreeBSD Security Officer, выпуская апдейты, систему не ломает. А Debian Security Team -- ломает.

Вы скажете, так FreeBSD SO за Asterisk'ом и не следит. Да, не следит, всех честно предупреждали -- СЛЕДИТЕ ЗА ПОРТАМИ САМИ. Но, во всяком случае, работая с FreeBSD, я могу быть уверен (не на 100%, полную гарантию даёт, как известно, лишь страховой полис, но ВСЯ история поддержки FreeBSD БЕЗ ИСКЛЮЧЕНИЙ показывает нам, что описанное ниже -- факт), что автоматическая установка Security Fix'ов НИЧЕГО мне не сломает.

В Debian'е я УЖЕ не уверен. Нет, может быть, это единственный такой случай, но обжегшись на молоке, знаете ли, на воду дуют, и когда речь пойдёт о подъёме сервиса, где нужна хоть какая-то гарантия стабильности, выбор будет уже не в пользу Линукса.

А гарантия, знаете ли, иногда требуется. Wikipedia -- не весь Интернет. :)

Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

281. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 08-Авг-11, 23:28 
> они, э-э-э-э... слегка подлягут на полчасика -- С ТЕХ ПОЛУТОРА СИСАДМИНОВ
> НИКТО НИЧЕГО НЕ СПРОСИТ.

Фокус в том то они слегка не подлягивали на полчасика почему-то. Зато примеров когда подлягнуло коммерческое решение за которое уплачено - да полно. Наиболее вопиющее это ispsystems c их фрибсд как раз - более отстойного и нестабильного хостинга я просто не видел. Зато буржуи все как один на линуксах и почему-то стабильны как скала (по сравнению с этими супербздунами).

> Проект-то некоммерческий, никто никому ничего не обещал, знаете ли.

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

> А вот если на провайдерском узле что-то там навернётся, с провайдера, знаете
> ли, спросят. И спросят по-жёсткому.

Бывает и пожестче, например амазон обещавший что не навернется и - надо же, навернулось. Были нарушены все мыслимые ToS/QoS во все поля - пришлось серьезно раскошеливаться на компенсации. Большинство пролетов провайдеров на фоне этого - детский лепет. Особенно пионерских, с роутерами из старых писюков с фрибсдой, если я вас правильно понимаю. А серьезное оборудование, да хоть софтороутеры на 10Gbit от vyatta - почему-то внезапно на линуксе. Цыски - тоже на линукс переходят. Наверное потому что поддержка нового железа в линуксе оперативнее как-то, а пров испльзующий оборудование с помойки всего лишь динозавр который почему-то еще не сдох.

> понимает, конечно) -- под Linux есть драйвера под выпущенный 8 лет
> назад TDM-мультиплексор Tormenta 2, а под *BSD их нет.

...вот поэтому если пров пользуется фрибсд на роутерах - это в большей части случаев сразу ставит диагноз и прову и инфраструктуре и тому каково с ними такими работать. Обычно это оборудование с помойки+пачка пионеров "потому что бсд это круто". Зато ToS таких парней - совершенно не крут и даже часто отдает совком почему-то.

> Ну раз так, поставим Linux вместо соревнований в православности ОС -- купить новый
> Digium'овский мультиплексор можно, но цена вопроса за 40 тыщ переваливает, на
> эти деньги можно много чего нужного приобрести, а большого дяди с
> большим карманом у меня как-то нет.

Капитан подсказывает: админить зоопарк из нескольких наименований - несколько сложнее и затратнее чем однотипные кофигурации.

> 1.6.2 есть неприятная бага, когда на SIP-абонентах, работающих по TCP, включён
> qualify, Asterisk рушится. Как обычно, NULL pointer dereference. В багзилле эта
> бага есть. И рушится Asterisk прямо при старте.

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

> А теперь, внимание, вопрос: КАК в стабильной (!) ветке дистрибутива с пятнадцатилетней
> историей могла оказаться версия софта, ставящаяся автоматически из security fixes repository,
> и приводящая к самому настоящему Denial of Service?

В этом мире 100% гарантии дает только страховой полис. Если уж амазоновское облако можно уронить - то уж один сервак с астериском и подавно. Кстати по уму админ должен бы тестить апдейты в лично своей конфигурации на тестовой машине и только потом, если изменения успешны - апплаить на боевую. Хотя бздуны обычно не в курсе что такое ToS - обычно уровень качества работы пионернетов с роутерами на бсд и прочих недохостингов - колеблется от унылого совка до полного пэ. Чисто наблюдение за рынком, плюс несколько неудачных проверок на себе.

> И вопрос номер два: СКОЛЬКО таких вот "заподлистских штучек" ещё есть в
> стабильной (!) ветке Debian?

В любой сложной системе есть баги. В FreeBSD их тоже есть. Если вы считаете иначе - вы или глупы или наивно-оптимистичны. А багтрекеры и списки рассылки читать не пробовали?

> выпуская апдейты, систему не ломает. А Debian Security Team -- ломает.

Ой, да вообще. Давайте им еще фэйл с ключами припомним, куда веселее: я задолбался машины рекеить. Но это пожалуй единственная проблема за ~5 лет.

> Вы скажете, так FreeBSD SO за Asterisk'ом и не следит. Да, не
> следит, всех честно предупреждали -- СЛЕДИТЕ ЗА ПОРТАМИ САМИ.

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

> история поддержки FreeBSD БЕЗ ИСКЛЮЧЕНИЙ показывает нам, что описанное ниже --
> факт), что автоматическая установка Security Fix'ов НИЧЕГО мне не сломает.

Рискнете расписаться за все программы и ядро, на 5 лет вперед? А если ставку до хотя-бы $100 поднять, рискнете? :)

> когда речь пойдёт о подъёме сервиса, где нужна хоть какая-то гарантия
> стабильности, выбор будет уже не в пользу Линукса.

Ага, поэтому наверное список рассылки нжинкса пестрит сообщениями о очень стабильной работ фряхи, которая норовит там и тут повиснуть или спаниковать. Это, типа, багами не считается, чего уж там. В своем глазу - сами знаете. А правда такова что в большой и сложной системе баги неизбежно будут.

> А гарантия, знаете ли, иногда требуется. Wikipedia -- не весь Интернет. :)

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


Ответить | Правка | ^ к родителю #243 | Наверх | Cообщить модератору

339. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Andrew Kolchoogin on 09-Авг-11, 01:58 
>> они, э-э-э-э... слегка подлягут на полчасика -- С ТЕХ ПОЛУТОРА СИСАДМИНОВ
>> НИКТО НИЧЕГО НЕ СПРОСИТ.
> Фокус в том то они слегка не подлягивали на полчасика почему-то.

Вас, как я погляжу, на Google забанили. :)
http://www.google.ru/search?q=wikipedia+outage

И даже напобольше, чем на полчасика. Весьма вероятно, что замени они Линукс на FreeBSD, ничего бы не изменилось в случае их outage'й, а может быть, что и изменилось.

Но история сослагательного наклонения не терпит -- сервера Wikimedia ложатся, ложатся регулярно и надолго, и работают они на Линуксе. :)

> Зато примеров когда подлягнуло коммерческое решение за которое уплачено - да полно.

Согласен.

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

Потому, что Wikimedia НЕ ОБЕЩАЛА, а не потому, что она НЕ СБОИТ. Feel the difference.

> Капитан подсказывает: админить зоопарк из нескольких наименований - несколько сложнее
> и затратнее чем однотипные кофигурации.

Нет, это не так. Гетерогенную сеть админить, как правило, легче и проще, чем гомогенную, если, конечно, речь не идёт о вычислительном кластере-числодробилке.
Функции сетевых серверов неодинаковы, и если на каждый сервер поставить то программное обеспечение, которое разрабатывалось именно для решения тех задач, которые должен решать данный сервер, суммарные расходы на администрирование будут меньше, чем были бы, если заставлять программное обеспечение решать несвойственные ему задачи.
Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология, которой много лет), есть Linux Containers (экспериментальная).
Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать udev helper в пятнадцати виртуальных машинах. Нет, не то, чтобы это СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.
Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты => базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно их патчить в случае проблем с безопасностью, просто перестроив мир в базовой системе. В Линуксе так сделать по очевидным причинам не получится.
И вот тут-то и вылезает overhead на системное администрирование: когда у вас на сервере чуть больше, чем LAMP крутится, всё становится очень и очень печально с Линуксом.

>> 1.6.2 есть неприятная бага, когда на SIP-абонентах, работающих по TCP, включён
>> qualify, Asterisk рушится. Как обычно, NULL pointer dereference. В багзилле эта
>> бага есть. И рушится Asterisk прямо при старте.
> И конечно виноваты в этом дебианщики?

В чём именно? В том, что в Asterisk'е бага, или в том, что бажная версия попала по каналу security update?
В первом -- разработчики Asterisk'а, конечно.
Во втором -- Debian'щики. А кто? Владимир Путин, что ли? Дистростроители -- это что, роботы, тупо упаковывающие софт в пакеты, да?

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

Весьма распространённое заблуждение админов локалхоста.
На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину админа поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или криптоакселераторы.

>> история поддержки FreeBSD БЕЗ ИСКЛЮЧЕНИЙ показывает нам, что описанное ниже --
>> факт), что автоматическая установка Security Fix'ов НИЧЕГО мне не сломает.
> Рискнете расписаться за все программы и ядро, на 5 лет вперед?

Рискну на 50. Линуксоидам не понять. ;) Они читать не любят. И "Cathedral vs. Bazaar", как правило, не читали.

(Памятна одна моя полемика здесь же, когда человек в качестве аргумента ссылался на этот опус. Но на мою просьбу привести номер страницы, где написано то, что он говорит, так и не откликнулся. То ли арабских цифр не знает, то ли...)
> А если ставку до хотя-бы $100 поднять, рискнете? :)

Да хоть до $1 000.

Security fix'ы в RELENG_X_Y специально аудитятся так, чтобы ничего не ломать. Людьми. Неглупыми довольно. ;)

> Ага, поэтому наверное список рассылки нжинкса пестрит сообщениями о очень стабильной
> работ фряхи, которая норовит там и тут повиснуть или спаниковать.

Что касается вызова panic(), то не надо забывать, что если бы Линукс вызывал panic() всё время вместо OOPS(), тогда с системой вообще работать нельзя было бы. :)

Линуксоиды эпично зафейлили отладить ядро до работоспособного состояния, и отказались от концепции паники при ошибках ядра, пытаясь рестартануть подсистему. Получилось такое вот "ни два, ни полтора" -- и не микроядро, сервисы которого рестартуются очевидно, как, и не честный monolithic, который ОБЯЗАН считать, что ЛЮБОЙ OOPS() -- это ВОЗМОЖНОЕ повреждение управляющих структур ядра. Соответственно, всё, что не panic() -- то небезопасно.

А OOPS()'ится Линукс совершенно эпично. Просто большинство админов локалхоста не имеют возможности с этим проэкспериментрировать. А я имею такую возможность. У меня есть USB-хабы с десятком однотипных USB-модемов. Вот если его включить в машину с Линуксом... :))) Да ещё несколько раз "повтыкать-повытыкать"... :))) У меня Debian v6 зависал "вхолодную", до reset'а. :)

> Википедия почему-то не падает,

Да. Как и Plasma в KDE. Не знаю, что все так на KDE 4 ополчились... ;)

Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

365. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 09-Авг-11, 03:22 
> Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология,
> которой много лет), есть Linux Containers (экспериментальная).
> Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные
> архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает
> великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать
> udev helper в пятнадцати виртуальных машинах. Нет, не то, чтобы это

а зачем там udev? вы туда какие-то устройства подключаете?
и в lxc я могу вешать любые ip-адреса на интерфейс гостя без подпорок со стороны основной системы(как и могу запускать tcpdump, да и много чего ещё полезного делать).


> СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.
> Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты =>
> базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно
> их патчить в случае проблем с безопасностью, просто перестроив мир в
> базовой системе. В Линуксе так сделать по очевидным причинам не получится.

и? mount -o bind чем не годится?

> И вот тут-то и вылезает overhead на системное администрирование: когда у вас
> на сервере чуть больше, чем LAMP крутится, всё становится очень и
> очень печально с Линуксом.

как раз совсем наоборот. вы там про атомарный патчинг. в debian пакет обновить будет достаточно для той же задачи.

> В чём именно? В том, что в Asterisk'е бага, или в том,
> что бажная версия попала по каналу security update?
> В первом -- разработчики Asterisk'а, конечно.
> Во втором -- Debian'щики. А кто? Владимир Путин, что ли? Дистростроители --
> это что, роботы, тупо упаковывающие софт в пакеты, да?

и? товарищи из proftpd закрыли багу в 1.2, переехав на 1.3.0-rc3.
другое дело, что с астериском надо было бэкпортировать фикс.

> Весьма распространённое заблуждение админов локалхоста.
> На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину админа
> поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или криптоакселераторы.

не надо сказок. обычно это какое-то готовое решение, апдейты вы получаете от вендора.
А tdm-мультиплексоры - это вообще законченные решения в коробке. софт так же апдейтится от вендора.

например: http://www.fastfom.com/sdh-multiplexer/37-sdh-multiplexer.html


> А я имею такую возможность. У меня
> есть USB-хабы с десятком однотипных USB-модемов. Вот если его включить в
> машину с Линуксом... :))) Да ещё несколько раз "повтыкать-повытыкать"... :))) У
> меня Debian v6 зависал "вхолодную", до reset'а. :)

вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk с chan_datacard.


Ответить | Правка | ^ к родителю #339 | Наверх | Cообщить модератору

367. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin on 09-Авг-11, 03:33 
>> Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология,
>> которой много лет), есть Linux Containers (экспериментальная).
>> Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные
>> архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает
>> великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать
>> udev helper в пятнадцати виртуальных машинах. Нет, не то, чтобы это
> а зачем там udev? вы туда какие-то устройства подключаете?

Да. Подключаю. Например, хочу в lxc-контейнере видеть подключенный FIPS-140 криптоключехранитель.

> и в lxc я могу вешать любые ip-адреса на интерфейс гостя без
> подпорок со стороны основной системы(как и могу запускать tcpdump, да и
> много чего ещё полезного делать).

1. В Jail'ах это тоже можно вполне себе делать, но при условии пуска vimage.
2. При чём тут tcpdump? Откройте в /etc/devfs.rules bpf в jail и хоть об'tcpdump'ьтесь.

>> СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.
>> Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты =>
>> базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно
>> их патчить в случае проблем с безопасностью, просто перестроив мир в
>> базовой системе. В Линуксе так сделать по очевидным причинам не получится.
> и? mount -o bind чем не годится?

Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso -- только iodbc.

Как на одной машине получить оба пакета, если операционная система -- Линукс, /usr смонтирован через -o bind, а unixODBC и iodbc конфликтуют?

>> И вот тут-то и вылезает overhead на системное администрирование: когда у вас
>> на сервере чуть больше, чем LAMP крутится, всё становится очень и
>> очень печально с Линуксом.
> как раз совсем наоборот. вы там про атомарный патчинг. в debian пакет
> обновить будет достаточно для той же задачи.

-o bind -- не вариант для Линукса, см. выше. Если без него -- пакет надо обновлять во всех lxc'шках. А их, скажем, триста.

>> В чём именно? В том, что в Asterisk'е бага, или в том,
>> что бажная версия попала по каналу security update?
>> В первом -- разработчики Asterisk'а, конечно.
>> Во втором -- Debian'щики. А кто? Владимир Путин, что ли? Дистростроители --
>> это что, роботы, тупо упаковывающие софт в пакеты, да?
> и? товарищи из proftpd закрыли багу в 1.2, переехав на 1.3.0-rc3.
> другое дело, что с астериском надо было бэкпортировать фикс.

Так виноват-то, в итоге, кто?-)

> не надо сказок. обычно это какое-то готовое решение, апдейты вы получаете от
> вендора.
> А tdm-мультиплексоры - это вообще законченные решения в коробке. софт так же
> апдейтится от вендора.

Угу. Скажите это в КБ "Кроникс", с их Tau PCI. В коробке, ёныть.

Да и время вендоров с готовыми решениями ушло в прошлое. Теперь разве что virtual appliances только можно...

Нет у меня электричества -- столько серверов питать!

> например: http://www.fastfom.com/sdh-multiplexer/37-sdh-multiplexer.html

SDH -- это не ВЕСЬ TDM мира.

>> А я имею такую возможность. У меня
>> есть USB-хабы с десятком однотипных USB-модемов. Вот если его включить в
>> машину с Линуксом... :))) Да ещё несколько раз "повтыкать-повытыкать"... :))) У
>> меня Debian v6 зависал "вхолодную", до reset'а. :)
> вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk
> с chan_datacard.

Во-первых, с chan_dongle. Его давно переименовали.
Во-вторых, chan_dongle и TDM живут на разных Asterisk'ах в разных организациях.
В-третьих, падение Линукса это не отменяет. :)

Ответить | Правка | ^ к родителю #365 | Наверх | Cообщить модератору

375. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 09-Авг-11, 04:01 
>> а зачем там udev? вы туда какие-то устройства подключаете?
> Да. Подключаю. Например, хочу в lxc-контейнере видеть подключенный FIPS-140 криптоключехранитель.

при старте контейнера прописать. если хочется большего - проще взять kvm/xen.

> 1. В Jail'ах это тоже можно вполне себе делать, но при условии
> пуска vimage.

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


>> и? mount -o bind чем не годится?
> Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не
> всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso
> -- только iodbc.

ну а с nullfs вы это как решаете? там набор будет разный?

> Как на одной машине получить оба пакета, если операционная система -- Линукс,
> /usr смонтирован через -o bind, а unixODBC и iodbc конфликтуют?

элементарно. берем где-нибудь в /home/vm0 заводим для одного варианта, в /home/vm1 - для другого. тянем через mount -o bind. имхо, вполне очевидный вариант.


>> другое дело, что с астериском надо было бэкпортировать фикс.
> Так виноват-то, в итоге, кто?-)

весьма неоднозначный ответ. с одной стороны, debian security team должны были портировать фикс. с другой стороны, asterisk - софт весьма своеобразный и запутанный внутри. Да и баги они закрывают выпуском новой версии. Виноваты все ;)

>> А tdm-мультиплексоры - это вообще законченные решения в коробке. софт так же
>> апдейтится от вендора.
> Угу. Скажите это в КБ "Кроникс", с их Tau PCI. В коробке,
> ёныть.

так это не mux, а просто карточка. утром спрошу у коллеги, занимающейся sdh-мультиплексорами мнение об этом чуде.

> Да и время вендоров с готовыми решениями ушло в прошлое. Теперь разве
> что virtual appliances только можно...

в телекоме никуда не ушло.

>> например: http://www.fastfom.com/sdh-multiplexer/37-sdh-multiplexer.html
> SDH -- это не ВЕСЬ TDM мира.

это самая длинная его часть.

>> вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk
>> с chan_datacard.
> Во-первых, с chan_dongle. Его давно переименовали.
> Во-вторых, chan_dongle и TDM живут на разных Asterisk'ах в разных организациях.
> В-третьих, падение Линукса это не отменяет. :)

ну так баг в багзилле открыт? ;)

Ответить | Правка | ^ к родителю #367 | Наверх | Cообщить модератору

398. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin on 09-Авг-11, 08:38 
>>> а зачем там udev? вы туда какие-то устройства подключаете?
>> Да. Подключаю. Например, хочу в lxc-контейнере видеть подключенный FIPS-140
>> криптоключехранитель.
> при старте контейнера прописать. если хочется большего - проще взять kvm/xen.

Ответ неверен. Правильный ответ -- поставить FreeBSD и не париться. Как-то это уж очень жёстковато -- для автоматического создания нод устройств в /dev сразу Xen... :)))

Или мы сделаем всё, лишь бы только Linux поставить?-)

>> 1. В Jail'ах это тоже можно вполне себе делать, но при условии
>> пуска vimage.
> vimage хз сколько времени уже пилят. выше по форуму упоминают аж 4.х

Да, потому что FreeBSD развивается. В Linux есть иерархические lxc'шки?  
Во FreeBSD иерархические jail'ы есть... Вот и vimage перепиливать приходится.

>>> и? mount -o bind чем не годится?
>> Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не
>> всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso
>> -- только iodbc.
> ну а с nullfs вы это как решаете? там набор будет разный?

/usr/local для jail'ов индивидуальный, /bin,/lib,/libexec,/usr и проч. -- NULLFS.

>> Как на одной машине получить оба пакета, если операционная система -- Линукс,
>> /usr смонтирован через -o bind, а unixODBC и iodbc конфликтуют?
> элементарно. берем где-нибудь в /home/vm0 заводим для одного варианта, в /home/vm1 -
> для другого. тянем через mount -o bind. имхо, вполне очевидный вариант.

Угу. Нет, не то, чтобы я не верю в то, что что-то можно установить в /home/vm0 пакетным менеджером... 'rpm -- relocate', или как там...
Но уж очевидным этот вариант ну никак не назвать. :)

Но, опять-таки, это из серии "мы сделаем всё, лишь бы Linux стоял?" :)))

>>> другое дело, что с астериском надо было бэкпортировать фикс.
>> Так виноват-то, в итоге, кто?-)
> весьма неоднозначный ответ. с одной стороны, debian security team должны были портировать
> фикс. с другой стороны, asterisk - софт весьма своеобразный и запутанный
> внутри. Да и баги они закрывают выпуском новой версии. Виноваты все ;)

Нет. Виноват всегда конкретный человек, принимающий решения.
Тот, кто принял решение выложить на security.debian.org (который у многих людей в автоинстолле в кроне стоит как максимально trusted и non-intrusive) выложить версию с багой, не оттестировав её.

>>> вы уж так и скажите: у нас тут десяток 3g-модемов и asterisk
>>> с chan_datacard.
>> Во-первых, с chan_dongle. Его давно переименовали.
>> Во-вторых, chan_dongle и TDM живут на разных Asterisk'ах в разных организациях.
>> В-третьих, падение Линукса это не отменяет. :)
> ну так баг в багзилле открыт? ;)

Пусть этим занимаются те, кому интересно разбираться в падениях ядра Линукса.

Мне -- неинтересно. Ядро FreeBSD не падает, меня это вполне устраивает.

Ответить | Правка | ^ к родителю #375 | Наверх | Cообщить модератору

692. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от XPEH email on 10-Авг-11, 17:18 
>>>> и? mount -o bind чем не годится?
>>> Тем, что во всех lxc'шках будет одинаковый набор программного обеспечения, что не
>>> всегда есть хорошо. Скажем, opal без хаков поддерживает _только_ unixODBC. virtuoso
>>> -- только iodbc.
>> ну а с nullfs вы это как решаете? там набор будет разный?
> /usr/local для jail'ов индивидуальный, /bin,/lib,/libexec,/usr и проч. -- NULLFS.

И при очередном обновлении получаем что в зоне X программа /usr/local/bin/foo не работает с обновленной libbar в базовой системе потому как зависимости отслеживаются чуть менее чем никак.

В сад с такими "решениями". Я лично этого дерьма еще в солярке нахлебался.

Ответить | Правка | ^ к родителю #398 | Наверх | Cообщить модератору

897. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin on 12-Авг-11, 19:19 
> В сад с такими "решениями". Я лично этого дерьма еще в солярке
> нахлебался.

А вы Солярис с FreeBSD не путайте.

Там зависимость от базовой системы у портов примерно нулевая. Так что вероятность работы ВСЕХ jail'ов, собранных на 8.x, при апгрейде базовой системы (с монтированием по NULLFS директорий), и установке misc/compat8x, равна 100%.

Ответить | Правка | ^ к родителю #692 | Наверх | Cообщить модератору

580. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 09-Авг-11, 23:28 
> И даже напобольше, чем на полчасика.

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

> Весьма вероятно, что замени они Линукс на FreeBSD, ничего бы не изменилось
> в случае их outage'й, а может быть, что и изменилось.

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

> Согласен.

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

> Потому, что Wikimedia НЕ ОБЕЩАЛА, а не потому, что она НЕ СБОИТ.
> Feel the difference.

А амазон обещал и тем не менее упал. Такая вот фигня. И какой смысл при этом напирать на факт что уплачено? Как будто то что вы заплатили - является гарантией от факапа. Да фиг вам.

>> Капитан подсказывает: админить зоопарк из нескольких наименований - несколько сложнее
>> и затратнее чем однотипные кофигурации.
> Нет, это не так. Гетерогенную сеть админить, как правило, легче и проще,

А обосновать?

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

И для каких задач по вашему разрабатывалась фрисбд? Ну или линукс? Кстати в таком случае линукс опять будет в плюсе: есть куча специализированных дистров под задачу. В отличие от. Лол.

> Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология,
> которой много лет), есть Linux Containers (экспериментальная).

Еще есть OpenVZ, стоящий у хостеров уже чуть ли не десятилетие. В продакшне. Наверное, этот неудобный факт вы предпочитаете не замечать, да?

> Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные
> архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает
> великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать
> udev helper в пятнадцати виртуальных машинах.

А зачем вообще вызывать udev helper в контейнерах? Это имеет какую-то практическую ценность? А эти ваши джайлы зато не умеют куда более насущную задачу - ресурсы полисовать, сетку виртуализовать, etc (там что-то на эту тему пилили но я так и не понял - допилили ли вообще или нет). А "фэйкового" рута там завести хотя-бы можно? Ну как в опенвз и новых ядрах с LXC? Вот вы и получаетесь - без порток но в шляпе, как обычно. И все пользуются в результате не джайлами. Потому что хрен с ними с девайсами и эстетикой, а вот ресурсы отполисовать контейнеру надо довольно часто.

> Нет, не то, чтобы это СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.

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

> Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты =>
> базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно
> их патчить в случае проблем с безопасностью, просто перестроив мир в
> базовой системе. В Линуксе так сделать по очевидным причинам не получится.

В линуксе нет никаких проблем пнуть пакетный менеджер в его загоне и он за 2 минуты запатчит этот загон как если бы это была отдельная копия оси. Дешево и сердито. И работает. И никаких плясок с бубнами. Вообще.

> И вот тут-то и вылезает overhead на системное администрирование: когда у вас
> на сервере чуть больше, чем LAMP крутится, всё становится очень и
> очень печально с Линуксом.

Да, поэтому все как дураки пользуются именно линуксом. Особенно хостеры с кучами опенвзовых контейнеров-вдсок. Может, дело не в линуксе? :)

> это что, роботы, тупо упаковывающие софт в пакеты, да?

Ну если так придираться - вы же не сомневаетесь что и портоклепатели могут облажаться, будучи точно такими же живыми людьми? Или сомневаетесь? Ну мало ли, вдруг случай запущенный :)

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

Если есть тестовый сервак то наверное админится все-таки не локалхост :)

> На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину админа
> поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или криптоакселераторы.

С совсем уникальным оборудованием вообще-то есть проблемка: если оно вдруг накроется, вы потом будете дооооооооооолго искать замену, если у вас еще одной такой железки нет. И все это будет вашим даунтаймом. Наверное именно поэтому гугл и городит свои сервера из дешевого ширпотреба. Давайте расскажите как ваше крутое и уникальное сделало гугла, ага.

> Рискну на 50. Линуксоидам не понять. ;) Они читать не любят. И
> "Cathedral vs. Bazaar", как правило, не читали.

Опять фирменное снобство поперло, без капли конструктива. Так держать, хороший курс!

> арабских цифр не знает, то ли...)

[см выше]

>> А если ставку до хотя-бы $100 поднять, рискнете? :)
> Да хоть до $1 000.

О, оптимистично!

> Security fix'ы в RELENG_X_Y специально аудитятся так, чтобы ничего не ломать. Людьми.
> Неглупыми довольно. ;)

Вы только забыли один маленький момент: людям свойственно ошибаться. Даже очень умный человек может иногда и ошибиться. Не бывает людей которые вообще никогда не ошибаются.

> Что касается вызова panic(), то не надо забывать, что если бы Линукс
> вызывал panic() всё время вместо OOPS(), тогда с системой вообще работать
> нельзя было бы. :)

Я за всю жизнь oops-ов видел считанные единицы. Как и паников примерно. Кстати не совсем понятно - зачем фатально паниковать если проблема не фатальная?

> Линуксоиды эпично зафейлили отладить ядро до работоспособного состояния,

Ну да, гугл и прочие фэйсбуки - трупы, а вот у вас одного - все работает. Где вы столько ЧСВ берете???

> и отказались от концепции паники при ошибках ядра, пытаясь рестартануть подсистему.

Ну конечно может кому и нравится если система выпадает в панику даже от вытаскивания флехи без анмаунта, но этот кто-то - точно не я.

> машину с Линуксом... :))) Да ещё несколько раз "повтыкать-повытыкать"... :))) У
> меня Debian v6 зависал "вхолодную", до reset'а. :)

Ну тогда я вспомню что бсда паниковала от просто выдергивания флешки без размонтирования. Это чем-то лучше было? Свое - не пахнет? ;)

> Да. Как и Plasma в KDE. Не знаю, что все так на KDE 4 ополчились... ;)

Может за MySQL втянутый на десктоп? :)

Ответить | Правка | ^ к родителю #339 | Наверх | Cообщить модератору

903. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Andrew Kolchoogin on 12-Авг-11, 19:42 
>> И даже напобольше, чем на полчасика.
> Ну я думаю что если процент аптайма посчитать - оно легко оставит
> позади массу коммерческих, где за все уплачено.

А я думаю головой. И предпочитаю сначала пошуршать по поисковикам. :)

>> Весьма вероятно, что замени они Линукс на FreeBSD, ничего бы не изменилось
>> в случае их outage'й, а может быть, что и изменилось.
> Весьма вероятно, что замени они на фрибсд - у них бы не
> хватило административных ресурсов и никакой викии просто не было бы.

Но история не имеет сослагательного наклонения.

Зря вы вырезали мою квоту. На Викисерверах стоит Линукс, и он падает, и надолго, и ссылку я вам приводил.

> А амазон обещал и тем не менее упал. Такая вот фигня. И
> какой смысл при этом напирать на факт что уплачено? Как будто
> то что вы заплатили - является гарантией от факапа. Да фиг
> вам.

Интересно, процитируйте-ка кусок из моего поста со словом "заплатили".

Я разве апеллировал к "заплатили"? Зачем вы это сюда подтянули?

>>> Капитан подсказывает: админить зоопарк из нескольких наименований - несколько сложнее
>>> и затратнее чем однотипные кофигурации.
>> Нет, это не так. Гетерогенную сеть админить, как правило, легче и проще,
> А обосновать?

А я уже сам себе обоснование. Я их (гетерогенные сети) с 1996 года админю за бапке, и с 1994 -- в качестве развлечения. Мне за прошедшие 17 лет в сумме виднее.

>> Функции сетевых серверов неодинаковы, и если на каждый сервер поставить то программное
>> обеспечение, которое разрабатывалось именно для решения тех задач,
> И для каких задач по вашему разрабатывалась фрисбд? Ну или линукс? Кстати
> в таком случае линукс опять будет в плюсе: есть куча специализированных
> дистров под задачу. В отличие от. Лол.

Понимаете, в чём дело: "куча специализированных дистров" -- это одно и то же дерьмо, но в разной упаковке. Проблема-то не в /etc/{подставить-по-вкусу}_(version|release), а в дерьмовом качестве кода.

>> Взять, к примеру, задачу о 'light server partitioning': есть FreeBSD/Jail (технология,
>> которой много лет), есть Linux Containers (экспериментальная).
> Еще есть OpenVZ, стоящий у хостеров уже чуть ли не десятилетие. В
> продакшне. Наверное, этот неудобный факт вы предпочитаете не замечать, да?

Стоп-стоп. Не надо соскакивать.

Вы (или другой аноним, я в вас не разбираюсь) мне тут предлагали тремя постами выше Xen для решения проблем с /dev ставить. Не надо мне OpenVZ. Я хочу на ОДНОЙ машине иметь и Linux 2.4, и Linux 2.6. Сделаете на OpenVZ?

Вопрос "а зачем" рассматривается, конечно же, как слив.

>> Они обе в общем-то довольно прилично работают, но в Линуксе вылезают странные
>> архитектурные проблемы, которых во FreeBSD почему-то нет: /dev в Jail'е работает
>> великолепно, в LXC отсутствует, как класс, ибо ядро не умеет вызывать
>> udev helper в пятнадцати виртуальных машинах.
> А зачем вообще вызывать udev helper в контейнерах? Это имеет какую-то практическую
> ценность? А эти ваши джайлы зато не умеют куда более насущную
> задачу -

Ну всё понятно. Вместо объективной полемики -- "а зато ваши...".

Повторяю в 15'й раз: потому, что я так хочу. Мне неприятно, что мне приходится использовать в XXI веке в контейнерах mknod. Это должна делать машина. Всё понятно?

> ресурсы полисовать, сетку виртуализовать, etc (там что-то на эту
> тему пилили но я так и не понял - допилили ли
> вообще или нет). А "фэйкового" рута там завести хотя-бы можно? Ну
> как в опенвз и новых ядрах с LXC? Вот вы и
> получаетесь - без порток но в шляпе, как обычно. И все
> пользуются в результате не джайлами. Потому что хрен с ними с
> девайсами и эстетикой, а вот ресурсы отполисовать контейнеру надо довольно часто.

То есть? Пользователь с uid'ом 0 в jail'е ТОЛЬКО фейковый.  А что, в LXC бывает нефейковый? Из контейнера можно перезагрузить систему?

Где ж вы таких дилеров-то берёте...

>> Нет, не то, чтобы это СИЛЬНО мешало -- mknod никто не отменял -- но неприятно.
> Ну да, поэстетствовали вы хорошо, а толку? На практике у джайлов не
> хватает массы фич которые даже у экспериментальных LXC уже есть,

Да? Какие? У LXC есть иерархия? Внутри контейнера можно завести контейнер, не дёргая сисадмина основного хоста?

>> Во FreeBSD есть разделение файловых иерархий на базовую систему и пакеты =>
>> базовую систему можно смонтировать по nullfs в сотню jail'ов и атомарно
>> их патчить в случае проблем с безопасностью, просто перестроив мир в
>> базовой системе. В Линуксе так сделать по очевидным причинам не получится.
> В линуксе нет никаких проблем пнуть пакетный менеджер в его загоне и
> он за 2 минуты запатчит этот загон как если бы это
> была отдельная копия оси. Дешево и сердито. И работает. И никаких
> плясок с бубнами. Вообще.

Да. А во FreeBSD ВООБЩЕ НИЧЕГО дёргать не надо. Сравните удобство.

>> И вот тут-то и вылезает overhead на системное администрирование: когда у вас
>> на сервере чуть больше, чем LAMP крутится, всё становится очень и
>> очень печально с Линуксом.
> Да, поэтому все как дураки пользуются именно линуксом. Особенно хостеры с кучами
> опенвзовых контейнеров-вдсок. Может, дело не в линуксе? :)

Да, дело в ламерах, не желающих учиться. Поэтому хостинг так дорого и стоит (цена ему -- $10/год. В базарный день).

>> это что, роботы, тупо упаковывающие софт в пакеты, да?
> Ну если так придираться - вы же не сомневаетесь что и портоклепатели
> могут облажаться, будучи точно такими же живыми людьми? Или сомневаетесь? Ну
> мало ли, вдруг случай запущенный :)

Стоять. При чём тут портоклепатели? Как они связаны с Security Officer'ом?

Портоклепатели распространяют апдейты по каналу security-updates?

>> На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину
>> админа
>> поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или
>> криптоакселераторы.
> С совсем уникальным оборудованием вообще-то есть проблемка: если оно вдруг накроется, вы
> потом будете дооооооооооолго искать замену, если у вас еще одной такой
> железки нет. И все это будет вашим даунтаймом. Наверное именно поэтому
> гугл и городит свои сервера из дешевого ширпотреба. Давайте расскажите как
> ваше крутое и уникальное сделало гугла, ага.

Так. Какое отношение имеет выход из строя оборудования к идее поставить его на машину сисадмина для тестирования security fix'ов?

>>> А если ставку до хотя-бы $100 поднять, рискнете? :)
>> Да хоть до $1 000.
> О, оптимистично!

А то!

>> Security fix'ы в RELENG_X_Y специально аудитятся так, чтобы ничего не ломать. Людьми.
>> Неглупыми довольно. ;)
> Вы только забыли один маленький момент: людям свойственно ошибаться. Даже очень умный
> человек может иногда и ошибиться. Не бывает людей которые вообще никогда
> не ошибаются.

Да, поэтому FreeBSD Core Team -- не один человек.

>> Да. Как и Plasma в KDE. Не знаю, что все так на KDE 4 ополчились... ;)
> Может за MySQL втянутый на десктоп? :)

1. MySQL -- это для ламерья. Настоящие люди используют Virtuoso.
2. Не нравится клиент-сервер -- используйте SQLite.
3. А почему вам, собственно, он не нравится?

Ответить | Правка | ^ к родителю #580 | Наверх | Cообщить модератору

691. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от XPEH email on 10-Авг-11, 17:04 
> Весьма распространённое заблуждение админов локалхоста.
> На БОЛЬШИНСТВЕ современных серверов стоит уникальное оборудование, которое в машину админа
> поставить довольно накладно. FC SCSI, к примеру. Или TDM-мультиплексоры. Или криптоакселераторы.

Это такая попытка дешевых понтов ? Что такого уникального в FC карточке ?

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

Какую нахрен "подсистему" ? Что за бред ?

Ответить | Правка | ^ к родителю #339 | Наверх | Cообщить модератору

721. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 19:49 
> Какую нахрен "подсистему" ? Что за бред ?

Может, у него такой забавный батхерт по поводу того что линукс хорошо реанимирует зависшие USB, SATA, PCI и прочие девайсы, со всей дури огревая их ресетом в случае если девайс сдурел или перестал отвечать?

Лично видел как минимум:
- Глючный SATA диск без каких либо последствий ресетился через линк и все работало даже на этом глюкале, а о проблеме узнали чисто из логов :). А юзеры других систем в таком случае на раз ловят приколы от полного отвала диска навечно (до ребута или физического передерга линка) до просто взвиса системы которая никогда не дождется ответа от девайса. При этом они как минимум теряют данные в буферах на запись и если не повезло то рушат себе при этом файловую систему.
- Некоторые юсб девайсы на некоторых чипсетах могут отваливаться через некоторое время работы. Линукс к этому индифферентен: переинициализация и нет проблем, работаем дальше. А остальные, особенно в беспилотных применениях просто извергают проклятия. Представьте себе перспективу скататься за 100 км чтобы передернуть допустим GSM юсб свисток в каком-нибудь там автомате оплаты в селе Лабухи Тутуевской области и вы поймете почему пингвин хорошо работает с юсб.
- Если заклинило видеокарту - пингвин не теряется а вхреначивает ресет и переинициализацию. Работает изумительно. Картинка протупляет на несколько секунд, но потом - отскреблись от асфальта и дальше поехали. Так даже винда не умеет - та только бсод по таймауту выдает. А тут на тебе, рекавери, почти как в микроядрах :). Не, кому-то типа вон того товарища может и нравится когда графика намертво отпадает, я не спорю, он наверно именно по поводу таких фич злобно пшикал.

Ответить | Правка | ^ к родителю #691 | Наверх | Cообщить модератору

905. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin on 12-Авг-11, 19:45 
> Это такая попытка дешевых понтов ? Что такого уникального в FC карточке
> ?

Стоимость. У вас на машине стоят дубли всех ваших FC-контроллеров всех ваших серверов, не так ли?

>> Линуксоиды эпично зафейлили отладить ядро до работоспособного состояния, и отказались
>> от концепции паники при ошибках ядра, пытаясь рестартануть подсистему.
> Какую нахрен "подсистему" ? Что за бред ?

Исходники почитайте.

Ответить | Правка | ^ к родителю #691 | Наверх | Cообщить модератору

413. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от анон on 09-Авг-11, 09:21 
> Наиболее вопиющее это ispsystems c их фрибсд как раз - более отстойного и нестабильного хостинга я просто не видел.

Разве ispsystems предоставляет хостинг? У них на сайте такая услуга не обозначена. Вы ведь это просто так сказали, что б подн...ать, да?

Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

422. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 10:18 
>> Наиболее вопиющее это ispsystems c их фрибсд как раз - более отстойного и нестабильного хостинга я просто не видел.
> Разве ispsystems предоставляет хостинг? У них на сайте такая услуга не обозначена.
> Вы ведь это просто так сказали, что б подн...ать, да?

предоставляет, но не от себя, у нее несколько фирм, в том числе и для бетта-тестирования, куда 294-ый и попал, видимо.

Ответить | Правка | ^ к родителю #413 | Наверх | Cообщить модератору

581. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 23:30 
> Разве ispsystems предоставляет хостинг?

Конечно, есть такая чудная шарага - firstvds, те же ispsystems и есть. Отвратительный хостинг. Из плюсов - цена. Все остальное - жирные минусы!

Ответить | Правка | ^ к родителю #413 | Наверх | Cообщить модератору

533. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sem email(ok) on 09-Авг-11, 19:27 
> Википедия почему-то не падает, а вот пионерские локалки с роутерами на фряхе
> и местечковые недохостеры с оной почему-то такой же стабильностью похвастаться не
> могут. Всего лишь наблюдение.

Подмена понятий. Они не стабильны не из за фри, а из за того, что они пионерские.

Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

582. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 23:30 
> Подмена понятий. Они не стабильны не из за фри, а из за
> того, что они пионерские.

Эти понятия почему-то часто попадаются в комплекте.

Ответить | Правка | ^ к родителю #533 | Наверх | Cообщить модератору

710. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 18:46 
Наверно пионэры наслушались что она стабильна и всё такое и подумали, что можно там ничего делать / делать всё, что угодно и она останется стабильна? :)
Ответить | Правка | ^ к родителю #582 | Наверх | Cообщить модератору

725. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 20:33 
Да кто их там разберет. Факт остается фактом - если кто из провайдеров/хостеров упоминает фрибсд, они или древние мамонты возникшие на заре становления интенета и как правило не способные к оказанию современных услуг, или неадекватные пионеры принципиально не понимающие что такое качество сервиса.  
Ответить | Правка | ^ к родителю #710 | Наверх | Cообщить модератору

841. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nagual email(ok) on 11-Авг-11, 22:34 
> Википедия почему-то не падает, а вот пионерские локалки с роутерами на фряхе
> и местечковые недохостеры с оной почему-то такой же стабильностью похвастаться не
> могут. Всего лишь наблюдение.

А у нас в городе мегасуперГАВНОпровайдер полностью на линуксе ... может проблема в головах все таки ?


Ответить | Правка | ^ к родителю #281 | Наверх | Cообщить модератору

887. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 18:02 
> в головах все таки ?

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

Ответить | Правка | ^ к родителю #841 | Наверх | Cообщить модератору

781. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от rihad on 11-Авг-11, 10:25 
> А теперь, внимание, вопрос: КАК в стабильной (!) ветке дистрибутива с пятнадцатилетней
> историей могла оказаться версия софта, ставящаяся автоматически из security fixes
> repository, и приводящая к самому настоящему Denial of Service?

Вы говорите о недостатках пакетной системы Debian по сравнению с оной во FreeBSD, или о возможных единичных огрехах в ее применении?

Ответить | Правка | ^ к родителю #243 | Наверх | Cообщить модератору

187. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 08-Авг-11, 18:17 
> Указывается, что наиболее важной непосредственной проблемой сейчас является
> сравнительно низкая популярность ОС,

А я всегда наивно полагал что низкая популярность вполне может быть следствием как раз каких-то проблем ведущих к этому факту. Прямо pkunzip.zip какой-то получается.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

192. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 18:31 
> виртуализации в гостевом режиме (host-режим не является значимым)

Epic fail. Если я устанавливаю систему на хост, с вероятностью 95% на гуестах будет крутиться такая же система. Потому что админить один тип систем - проще чем два типа систем. Неужели столь простой факт так сложно осознать? В общем случае чем больше разрастается "bill of materials" тем сложнее становится с ним иметь дело.Если администратору все-равно придется изучать систему для хоста - за коим чертом он будет что-то другое на гуестах ставить, если уже изученная система там хорошо работает? Где логика?!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

219. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от klalafuda on 08-Авг-11, 19:28 
> Epic fail. Если я устанавливаю систему на хост, с вероятностью 95% на гуестах будет крутиться такая же система. Потому что админить один тип систем - проще чем два типа систем. Неужели столь простой факт так сложно осознать? В общем случае чем больше разрастается "bill of materials" тем сложнее становится с ним иметь дело.Если администратору все-равно придется изучать систему для хоста - за коим чертом он будет что-то другое на гуестах ставить, если уже изученная система там хорошо работает? Где логика?!

Если вы скажем хостер, то в гвесте будет стоять то, что будет востребовано вашими клиентами. И если завтра окажется, что для VPS вместо системы A будут брать B - там будет B. Или же хана вашему хостингу. Впрочем, даже если вы и не хостер, может оказаться, что скажем на хосте удобнее ставить голый RHEL а вот в VPSках уже что душе заблагорассудится - CentOS, Debian, Ubuntu и так далее.

Это сугубо помарка на тему 'в 99% случаев'. Нет, совсем не в 99%.

Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

274. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 22:44 
> Если вы скажем хостер, то в гвесте будет стоять то, что будет
> востребовано вашими клиентами.

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

> И если завтра окажется, что для VPS вместо системы A будут брать B - там будет B.

У этой вашей фрибсд с VPS все особенно плохо. Особенно если посмотреть на легкие vps типа openvz. Пока у линуксоидов услуга уже чуть ли не десяток лет используется, при том есть как коммерческий вариант, так и совершенно бесплатный для хостера, у бздунов вообще нечего предложить в этот сегмент. Как максимум есть платное решение от ispsystems. Не понятно чем лучше дармовой опенвзы, кривое от и до, но зато за денежку.

Ну понятно что денег хочется всем, однако налицо типовая ситуация:
1) Некто мелко жлобится и не делится своим проприетарным супер-решением. Лицензия позволяет, типа.
2) В результате решением никто не пользуется, потому что есть бесплатное и лучше.
3) В результате решения нет в майнстриме. Нет толпы которая бы улучшила решение, навалившись на проблему сообща.
4) В результате побеждает другое решение, захватывающее этот сегмент рынка. У линуксоидов половина опенвзы известная как LXC уж сто лет как в ядро встроено, а контейнер лепится буквально парой флагов для старинного системного вызова clone(). И после этого кто-то надеется на офигительные продажи контейнеров под фрибзду. Удачи в этом нелегком бизнесе, она понадобится ;)

> Или же хана вашему хостингу. Впрочем, даже если вы и не хостер, может
> оказаться, что скажем на хосте удобнее ставить голый RHEL а вот
> в VPSках уже что душе заблагорассудится - CentOS, Debian, Ubuntu и так далее.

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

> Это сугубо помарка на тему 'в 99% случаев'. Нет, совсем не в 99%.

Да и фиг с ними, с 99%. Просто как известно дефолты - решают, и фрибсда с ее уровнем поддержки виртуализации дефолтом у хостера не станет. Если конечно хостер печется о своем кошельке а не потугах убедить всех что "фрибсд это круто" ценой пролета на большую часть прибыли. Заметьте, даже FirstVDS/ISPSystems был вынужден начать предоставлять линуксные вдски, т.к. поразвелось конкурентов, и клиентура стала драпать. Тем более что когда я пользовался там бсдшным контейнером - это работало не просто ужасно, это была ЖЕСТЬ. Задолбало, перевел сервак на буржуйский на опенвз. Это просто небо и земля! У буржуйского хостинга с опенвзой проблем с сервером за *год* было меньше чем у ispsystems за *месяц* стандартно происходит.

Ответить | Правка | ^ к родителю #219 | Наверх | Cообщить модератору

312. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 09-Авг-11, 00:54 
> У этой вашей фрибсд с VPS все особенно плохо.
> Особенно если посмотреть
> на легкие vps типа openvz. Пока у линуксоидов услуга уже чуть
> ли не десяток лет используется, при том есть как коммерческий вариант,
> так и совершенно бесплатный для хостера, у бздунов вообще нечего предложить
> в этот сегмент.

Странно то, что хостеры использовали FreeBSD/Jail, когда не было в природе OpenVZ, а о Linux ходили городские легенды...

Ответить | Правка | ^ к родителю #274 | Наверх | Cообщить модератору

314. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 00:59 
> Странно то, что хостеры использовали FreeBSD/Jail, когда не было в природе OpenVZ,
> а о Linux ходили городские легенды…

на безрыбье и bsd — виртуализатор…

Ответить | Правка | ^ к родителю #312 | Наверх | Cообщить модератору

572. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:42 
> Странно то, что хостеры использовали FreeBSD/Jail, когда не было в природе OpenVZ,
> а о Linux ходили городские легенды...

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

Ответить | Правка | ^ к родителю #312 | Наверх | Cообщить модератору

273. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Jay (??) on 08-Авг-11, 22:33 
Не соглашусь. У меня на железе всегда стоит какой-то "коробочный" гипервизор. И изучать его внутренности у меня никакого желания нету. А вот уже в виртуалках крутится то, что нужно именно мне, и в чем я разбираюсь. И если весь кластер управляется из красивого GUI, а гостя с FreeBSD приходится "укладывать" (shutdown) вручную, а приостановить (suspend) или отмигрировать на другую ноду вообще никак нельзя - это в какой-то момент сильно расстраивает.. Поэтому прямо сейчас просто необходимо поддерживать "большую тройку" гипервизоров (VMWare, XenServer, Hyper-V). Все остальное можно доделывать потом.
Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

275. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 08-Авг-11, 22:49 
> Не соглашусь. У меня на железе всегда стоит какой-то "коробочный" гипервизор. И
> изучать его внутренности у меня никакого желания нету.

Тогда их скорее всего однажды изучат хакеры, после чего поимеют и хост и все гуесты на нем. Очень удобно: одним махом имеется целая ферма с пачкой разных айпи. Для спамеров, масс-регистраторов всего и вся и прочих - просто находка! Хреново администряемый хост - просто мечта хакера.

> А вот уже в виртуалках крутится то, что нужно именно мне, и в чем я разбираюсь.

Тут проблема еще и в том что если будут какие-то проблемы на уровне хоста - пострадают ВСЕ гуесты. Поэтому не разбираться в гипервизоре - довольно странное и рисковое решение, имхо.

> "большую тройку" гипервизоров (VMWare, XenServer, Hyper-V). Все остальное можно доделывать
> потом.

Да мне пофигу, я уже наелся в другом случае, после чего на своей шкуре ощутил кто же рулит в VDS и виртуализации. Добавку просить не буду - своя шкура дороже и я не Маклауд, ждать пока кто-то через 10 лет доделает при том что есть открытое бесплатное решение вот сейчас - оно мне надо???

Ответить | Правка | ^ к родителю #273 | Наверх | Cообщить модератору

454. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Jay (??) on 09-Авг-11, 12:35 
>> Не соглашусь. У меня на железе всегда стоит какой-то "коробочный" гипервизор. И
>> изучать его внутренности у меня никакого желания нету.
> Тогда их скорее всего однажды изучат хакеры, после чего поимеют и хост
> и все гуесты на нем. Очень удобно: одним махом имеется целая
> ферма с пачкой разных айпи. Для спамеров, масс-регистраторов всего и вся
> и прочих - просто находка! Хреново администряемый хост - просто мечта
> хакера.

1. Не надо выставлять интерфейсы гипервизоров в интернет.
2. Надо своевременно обновляться.

>> А вот уже в виртуалках крутится то, что нужно именно мне, и в чем я разбираюсь.
> Тут проблема еще и в том что если будут какие-то проблемы на
> уровне хоста - пострадают ВСЕ гуесты. Поэтому не разбираться в гипервизоре
> - довольно странное и рисковое решение, имхо.

Я предпочитаю, чтобы во внутренностях гипервизора разбирались те, кому именно за это и платят деньги. Поэтому и использую коробочные решения, тем не менее, основанные на СПО. Это позволяет избежать vendor lock-in, но не заставляет лазить внутрь.

Ответить | Правка | ^ к родителю #275 | Наверх | Cообщить модератору

573. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:46 
> 1. Не надо выставлять интерфейсы гипервизоров в интернет.
> 2. Надо своевременно обновляться.

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

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

Это что, нанимать отдельного админа на администреж системы под гипервизором? А вас тогда зачем держать вообще? Тот же админ воткнет ту же систему на гуест и без проблем ее поадминит. А вы получаетесь тогда лишний элемент в этой схеме. И даже тормозные местные недохостеры и недопровы кажется начинают осознавать этот факт.

> Поэтому и использую коробочные решения, тем не менее, основанные на СПО.
> Это позволяет избежать vendor lock-in, но не заставляет лазить внутрь.

Если вы не разбираетесь как работает система - вы все-равно оказываетесь в зависимости от кого-то кто понимает ;)

Ответить | Правка | ^ к родителю #454 | Наверх | Cообщить модератору

775. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 04:26 
294, прикинь, он не админ. Он их начальник (пусть и бывший в свое время админом сам). Да, такое бывает =) И озвучивает он позицию бизнеса, соответственно. Может быть и ты когда-нибудь дорастешь до понимания разделения труда, кто знает...
Ответить | Правка | ^ к родителю #573 | Наверх | Cообщить модератору

886. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 17:54 
> позицию бизнеса, соответственно.

Я думаю время покажет куда эти начальники зарулят. Пока почему-то местные хостеры и ДЦ дружно считаются отстоем у разработчиков и админов. Почитав позицию указанного начальника я не увидел никаких вменяемых аргументов с точки зрения бизнеса, а когда начальник руководствуется только личными предпочтениями - ничего хорошего для конторы это как правило не сулит. Лично мне проще иметь дело с буржуйскими компаниями: там ориентируются на результат, а не технические предпочтения какого-то начальника. Поэтому там все просто работает. А также дружественные саппорты, минимальные даунтаймы, предупреждения о технических работах, нулевые факапы за годы работы... и прочие вещи которые нифига не найдешь у местных горе-хостеров.

Ответить | Правка | ^ к родителю #775 | Наверх | Cообщить модератору

280. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –3 +/
Сообщение от СуперАноним on 08-Авг-11, 23:27 
Извините любители FreeBSD, но первая проблема, которая мешает получать помощь в развитии FreeBSD от коммерческих компаний, работающих в области СПО, как то, например, делает Red Hat для GNU/Linux, это её вседозволяющая лицензия BSDL.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

471. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 09-Авг-11, 14:49 
> Извините любители FreeBSD, но первая проблема, которая мешает получать помощь в развитии
> FreeBSD от коммерческих компаний, работающих в области СПО, как то, например,
> делает Red Hat для GNU/Linux, это её вседозволяющая лицензия BSDL.

А как она этому мешает?

Ответить | Правка | ^ к родителю #280 | Наверх | Cообщить модератору

297. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от artemrts (ok) on 09-Авг-11, 00:04 

А вам не кажется, что уважаемый nuclight как-то раздул проблему, которой, собственно, и нет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

412. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от user (??) on 09-Авг-11, 09:17 
"Это в Linux вкладывают миллиарды баксов, у нас такого нет." (c)текст статьи

Ответить | Правка | ^ к родителю #297 | Наверх | Cообщить модератору

399. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 09-Авг-11, 08:39 
Всё очень просто, мне как юзеру Linux во Фре не хватает:
* ext4
* KMS
* xserver-xorg-video-nouveau ибо вот это доставляет: xf86-video-nouveau-0.0.10.20090728_3
* аналог synaptic
* shotwell-0.7.2_2 о да! свежие порты?
* про стек mesa вы сами понимаете
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

409. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от user (??) on 09-Авг-11, 09:06 
Что касается описанной автором истории Фидо- то автор или передергивает, или не знаком с ситуацией.
Как было отмечено ранее - Фидо потеряло актуальность вовсе не из-за политики, а в силу элементарного развития интернета. Многие станции стали обзаводиться ип-адресами, стали ИП-нодами, потом появились ЧИСТЫЕ ИП-ноды, а масса пользователей просто проголосовала за удобства доступа к информации в виде онлайн а не оффлайн.
А то что пишет автор про Фидо - чушь. Ему бы лучше Фидо-полиси еще разок прочитать.

Что же касается фри, то лицензия ГПЛ действительно защищает вклады бизнеса в отличие от лицензии БСД. Бизнес выбрал ту систему которая ему более выгодна.

Для того чтобы проект развивался- необходимы волонтеры. Как ни странно это звучит - но волонтеры приходят с десктопов...Упс.. :)
Как десктоп - фря так себе...Причем приверженцы фри этим еще и гордятся...
Фактически выкопали себе могилу...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

436. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 09-Авг-11, 11:05 
> Для того чтобы проект развивался- необходимы волонтеры. Как ни странно это звучит
> — но волонтеры приходят с десктопов…Упс.. :)

не только. а ещё необходимы элементарные удобства. которых во фре нет и никогда не будет, потому что «нас и так мало, а вы удобств требуете! давайте патчи 'как есть', а мы вас в ответ обгадим — и все довольны!»

Ответить | Правка | ^ к родителю #409 | Наверх | Cообщить модератору

777. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclight email(ok) on 11-Авг-11, 05:36 
Еще один не читавший ни статьи, ни первоисточников (либо не включавший мозг). Зачем спорить про волонтёров, когда именно это там и сказано. Зачем говорить про развитие интернета, когда опять же про это и сказано. Вот только время на возможное развитие удобств было потеряно как раз из-за политики. Зато можно громко с умным видом заявить про полиси - опять же, зачем лезть в первоисточники и вспоминать, что про него говорил Дженнингс еще в начале 90-х.
Ответить | Правка | ^ к родителю #409 | Наверх | Cообщить модератору

419. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (??) on 09-Авг-11, 10:11 
а почему во ФРИ убрали из сисинстал настройщик Х-сервера начиная с пятых версий???
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

420. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 10:13 
а мне Фряха в качестве шлюза устраивает какая она есть. я ей буду пользоваться всегда, даже если ее перестанут разрабатывать, буду пользоваться также как и ХР на десктопе...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

432. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 10:54 
угу, ты еще на десктоп Win98 поставь и радуйся.
динозаврам привет
Ответить | Правка | ^ к родителю #420 | Наверх | Cообщить модератору

462. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (??) on 09-Авг-11, 13:46 
Товарищи, кто тут от Линукса, объясните мне, плз, между делом:
Зачем в Ubuntu, и похоже debian-based дистрибутивах в /etc/X/ симлинк куда-то в /bin/ на исполняемый файл??
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

575. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:50 
> Зачем в Ubuntu, и похоже debian-based дистрибутивах в /etc/X/ симлинк куда-то в
> /bin/ на исполняемый файл??

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

Ответить | Правка | ^ к родителю #462 | Наверх | Cообщить модератору

597. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 00:56 
Да я всё понимаю, подскажите, плз, какого ражна он там делает? Быстрый гугл ответа не дал.
Ответить | Правка | ^ к родителю #575 | Наверх | Cообщить модератору

464. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 13:53 
Мне пока только не хватало автоуведомления при portupgrade something, что такое-то присутствует в UPDATING (с момента прошлой версии порта) и "Achtung. Warning. Be carefull". Оч прошу автора обратить внимание. Хотя, это наверно больше к portupgrade, чем к базовой системе... Хм..:) А пойду ка я напишу разработчикам...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

469. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +8 +/
Сообщение от DeadLoco (ok) on 09-Авг-11, 14:44 
Прочитав всю дискуссию, пришел к двум выводам.

1. Все претензии к фре - из-за отличий фревых подходов к некоторым вещам от линуховых. Не в хужести этих подходов, а просто в инакости. Ксенофобия, инстинктивная и безосновательная, как любая другая ксенофобия.

2. Низкий порог вхождения и, как следствие, обширное коммьюнити - не есть преимущество ОС ни в каком виде. Ибо засоряет коммьюнити откровенным мусором.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

497. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от user (??) on 09-Авг-11, 16:22 
> Прочитав всю дискуссию, пришел к двум выводам.
> 1. Все претензии к фре - из-за отличий фревых подходов к некоторым
> вещам от линуховых. Не в хужести этих подходов, а просто в
> инакости. Ксенофобия, инстинктивная и безосновательная, как любая другая ксенофобия.
> 2. Низкий порог вхождения и, как следствие, обширное коммьюнити - не есть
> преимущество ОС ни в каком виде. Ибо засоряет коммьюнити откровенным мусором.

Людям надо работать. Не копаться в ОС, а писать программы, готовить отчеты, считать деньги, проектировать диваны, учитывать комплектующие на складе, рисовать картинки и так далее...
Так вот, пока работа в ОС не станет столь прозрачной, что не вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ (как это сделано в виндовс, как это сделано в макоси, как к этому стремиться линукс) - ОС останеться уделом задротов.

Ответить | Правка | ^ к родителю #469 | Наверх | Cообщить модератору

506. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 09-Авг-11, 16:49 
> Так вот, пока работа в ОС не станет столь прозрачной, что не
> вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ
> (как это сделано в виндовс, как это сделано в макоси, как
> к этому стремиться линукс) - ОС останеться уделом задротов.

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

Ответить | Правка | ^ к родителю #497 | Наверх | Cообщить модератору

507. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от user (??) on 09-Авг-11, 17:00 
>> Так вот, пока работа в ОС не станет столь прозрачной, что не
>> вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ
>> (как это сделано в виндовс, как это сделано в макоси, как
>> к этому стремиться линукс) - ОС останеться уделом задротов.
> Для десктопной юзер-интерфейсной ОС дружелюбность к анацефалам обязательна. Фря же в таком
> качестве не позиционируется,

Похоже допозиционировалась уже...

Ответить | Правка | ^ к родителю #506 | Наверх | Cообщить модератору

510. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 09-Авг-11, 17:07 
> Похоже допозиционировалась уже...

Вы пытаетесь сделать этот вывод из распространенности фрей на десктопах?

Ответить | Правка | ^ к родителю #507 | Наверх | Cообщить модератору

584. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 23:36 
> Вы пытаетесь сделать этот вывод из распространенности фрей на десктопах?

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

Ответить | Правка | ^ к родителю #510 | Наверх | Cообщить модератору

596. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 00:25 
> Кэп подсказывает что разработчикам на десктопе часто удобно использовать ту же ос
> под которую они разрабатывают.

Девелуперам много удобнее использовать виртуализацию, и использовать ту ос, которая им удобна, а не ту, под которую они разрабатывают :) Я вот, грешным делом, балуюсь поделками под ДД-ВРТ, так что, предлагаете мне на роутере девелупить? ;)

Ответить | Правка | ^ к родителю #584 | Наверх | Cообщить модератору

900. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:37 
> грешным делом, балуюсь поделками под ДД-ВРТ, так что, предлагаете мне на
> роутере девелупить? ;)

Могу сказать за OpenWRT, которым грешынм делом балуюсь: его удобнее всего компилить ... на линуксе. Это - официально поддерживаемый сценарий. Все остальное - лотерея. Я не хочу играть в лотереи  - я хочу без лишнего гемора получить образ собранный так как мне это было надо.

И к тому же, изучать закидоны, билд-системы, проблемы, ... 2 ядер - сложнее чем 1. А так - изменения в майнлайне более-менее одинаковы для всех, поэтому знания будут довольно универсальны. Я могу применить многие знания полученные в процессе возни с опенврт и на десктопе или на сервере. А вот у вас в этом плане получится двукратный оверхед. Я считаю что мне это неудобно.

Ответить | Правка | ^ к родителю #596 | Наверх | Cообщить модератору

648. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 10-Авг-11, 12:49 
> Кэп подсказывает что разработчикам на десктопе часто удобно использовать ту же ос
> под которую они разрабатывают.

А вы предложите разработчикам под Android-планшеты использовать эти самые планшеты для разработки? Чего уж.


Ответить | Правка | ^ к родителю #584 | Наверх | Cообщить модератору

902. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:40 
> А вы предложите разработчикам под Android-планшеты использовать эти самые планшеты для
> разработки? Чего уж.

Ну вот, изен сам рассказывает о том что ява - неполноценна: на ней даже девелопать под нее саму же нельзя :)

Ответить | Правка | ^ к родителю #648 | Наверх | Cообщить модератору

509. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от DeadLoco (ok) on 09-Авг-11, 17:06 
> Не вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ
> (как это сделано в виндовс, как это сделано в макоси, как к этому стремиться линукс)

А линукс стремится к ЭТОМУ?!! ОМГ...

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

Совершенно необходимым условием выполнения работы есть квалификация и объем знаний у человека, который эту работу выполняет. Резать мозг должен хирург, и хороший хирург, в случае форс-мажора, сможет сделать операцию даже перочинным ножом или лезвием "Нева". А вот ламер - не сумеет, дай ему хоть все скальпели мира.

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

Ответить | Правка | ^ к родителю #497 | Наверх | Cообщить модератору

520. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Square (ok) on 09-Авг-11, 18:30 
>> Не вдаваясь в подробности внутреннего устройства ОС человек сможет в ней РАБОТАТЬ
>> (как это сделано в виндовс, как это сделано в макоси, как к этому стремиться линукс)
> А линукс стремится к ЭТОМУ?!! ОМГ...
> Видите ли, это иллюзия, будто бы любой инструмент можно заточить так, что
> любой ламер с ним сможет справиться. Если вам дать в руки
> самый дорогой и самый навороченный скальпель в мире, вы не сумеете
> сделать операцию на открытом мозге, и даже самой лучшей в мире
> отверткой вы не отрегулируете движок автомобиля. Потому что дружелюбность инструментария
> не является НИ необходимым, НИ достаточным условием выполнения работы.

Вы путаете инструмент и технологию его обеспечения.

Скальпель - инструмент, а вот завод по его изготовлению - это технология обеспечения.
Хирургу не надо знать как плавиться сталь и на каких станках точат скальпель чтобы он был острым, и уж совсем из другой области его знания как им пользоваться.
Ворд - это инструмент, а вот ОС- технология его обеспечения.
Фотошоп- это инструмент, а ОС - технология его обеспечения.

Более того, чем лучше специалист - тем более далек он от технологии обеспечения.
Специализация, слышали такое слово? Так вот, чем более узкоспециализирован специалист- тем выше его уровень профессионализма и тем более он компетентен.. А знать все- это черта эникейщиков, дилетантов.. хоть в ИТ области, хоть в хирургии...

Хороший бухгалтер например- не должен знать как устроена ОС. Он мыслит совершенно в иных категориях. И поэтому он хороший бухгалтер а не полу-энекейщик-полупрограммист-полусчетовод.

Сосбственно как только вы коснетесь организации ИТ-работы в более-менее крупной компании - вы об этом узнаете. Есть специально обученные люди для работы с железом, и они не занимаются настройками ОС, есть специально обученные люди для настройки- установки ОС, и они не занимаются ни железом ни приложениями...есть специально обученные люди занимающиеся приложениями- и о боже, они понятия не имеют о железе, и весьма ограниченный объем занний о работе ОС (для настройки ОС всегда можно попросить человека из службы занимающейся этим). И о ужас.. люди РАБОТАЮЩИЕ с самими приложенияим (экономисты, инженеры) - вообще понятия не имеют как оно все крутится...
И это - правильная организация работы. Эти люди- профессионалы в своей области а не энекейщики.

Ответить | Правка | ^ к родителю #509 | Наверх | Cообщить модератору

527. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 09-Авг-11, 19:20 
> Вы путаете инструмент и технологию его обеспечения.

Нет, не путаю.

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

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

Точно так же, как частное и коммерческое использование автомобиля приводит к возникновению существенно разных платформ, точно так же, частное и коммерческое использование а/м приводит к существенно разным требованиям к пользователям. Лада-колено состоит из того же кузова, двигла и ходовой, что и автобус или седельный тягач. Но это не означает, что все а/м непременно должны быть коленами. Для каждого применения - своя платформа. И, как ни странно, для управления коленом и автобусом/тягачом нужны совершенно разные категории в удостоверении, дающем право на управление. И в автошколе для водителей автобусов или длинномерников учат совсем не тому и не так, как в школке для блондинок, желающих получить категорию "Б". И уж совсем другому учат слесарей-механиков, обслуживающих коммерческие автопарки.

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

Ответить | Правка | ^ к родителю #520 | Наверх | Cообщить модератору

586. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Square (ok) on 09-Авг-11, 23:39 
>[оверквотинг удален]
> длинномерников учат совсем не тому и не так, как в школке
> для блондинок, желающих получить категорию "Б". И уж совсем другому учат
> слесарей-механиков, обслуживающих коммерческие автопарки.
> Главная ошибка ламеров и анацефалов в том, что они полагают, будто бы
> получив "Б" они автоматом уравнялись в квалификации с водителями прицепных длинномерников.
> Убедиться в этом очень просто - нужно посадить ламера с колена
> на мерс с двадцатитонной фурой, и предложить задом сдать к рампе.
> Разумеется, ламер потребует "человеческого" интерфейса с кнопкой "шедевр", одно нажатие
> которой приведет к требуемому, но кого в нашем мире интересует плач
> анацефалов?

Вот подобные рассуждатели и привели Фрю к загибающемуся состоянию...

Ответить | Правка | ^ к родителю #527 | Наверх | Cообщить модератору

638. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 11:34 
Ах ну да, все, кто не системный программист и не админ — анацефал.

Так и запишем. Дом тебе построили анацефалы. Спроектировали тоже анацефалы (им САПР подавай, а с какой файловой системы его запускают под какой ОС, им все равно). Ты хлеб покупаешь — тебе его пекут анацефалы. Летишь в самолете — за штурвалом аж два или три анацефала. Потому что они в душе не гребут даже, как называется ОС на бортовых ЭВМ в случае наличия таковой, не говоря уж о тонкостях настройки. (Хотя, может статься, именно поэтому самолеты падают крайне нечасто.)

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

То бишь о чем это я. Вот допустим, мне нужна для работы отвертка. Я иду в магазин, а продавец (фрибсдишник) говорит мне: ково хрена пришел? Ты свой инструмент знаешь? — Да, знаю. — Ну так дуй на завод и выточи себе, чего ко мне пристал! А на заводе другой фрибсдишник то же самое говорит о том, что мне надо еще стали выплавить для отвертки, иначе я ламер и анацефал. К этому времени я и забыть успеваю, что я хотел там открутить или закрутить — мне же надо читать хендбук по добыче железной руды. Для сиране отвертки.

Ответить | Правка | ^ к родителю #527 | Наверх | Cообщить модератору

639. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 10-Авг-11, 11:45 
> Так и запишем. Дом тебе построили анацефалы. Спроектировали тоже анацефалы

вот с этим я, например, поспорить не могу: и то, и другое — совершенная правда.

Ответить | Правка | ^ к родителю #638 | Наверх | Cообщить модератору

654. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 13:13 
> Ах ну да, все, кто не системный программист и не админ — анацефал.

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

Ответить | Правка | ^ к родителю #638 | Наверх | Cообщить модератору

677. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от уно on 10-Авг-11, 15:35 
>> Ах ну да, все, кто не системный программист и не админ — анацефал.
> Ну, замените слово "анацефал" на "дилетант", если оно вас смущает. Хотя смысловой
> нюанс в том, что дилетант, начав с нуля, может стать специалистом,
> хотя бы гипотетически, а анацефал - никогда. Дилетанта не остановит порог
> вхождения, потому что он в состоянии обучаться и расти над собой,
> а анацефалу нечем учиться - если порог выше его возможностей, он
> его не преодолеет никогда.

А за это платят? Или смысл жизни сидеть по 20 часов в сутки и разбираться во всяком барахле?

Ответить | Правка | ^ к родителю #654 | Наверх | Cообщить модератору

683. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 16:09 
> А за это платят?

Да, платят, и платят неплохо. Я б даже сказал - отлично платят. Но потом.

Ответить | Правка | ^ к родителю #677 | Наверх | Cообщить модератору

628. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ivanko on 10-Авг-11, 10:37 
>[оверквотинг удален]
> Совершенно необходимым условием выполнения работы есть квалификация и объем знаний у человека,
> который эту работу выполняет. Резать мозг должен хирург, и хороший хирург,
> в случае форс-мажора, сможет сделать операцию даже перочинным ножом или лезвием
> "Нева". А вот ламер - не сумеет, дай ему хоть все
> скальпели мира.
> Парикмахер тоже работает острым режущим инструментом с головой человека. Но он не
> вдается вглубь внутреннего устройства головы. Поэтому парикмахеру платят сущие копейки,
> по сравнению с нейрохирургами. И да, нейрохирургам глубоко безразлично мнение всех
> парикмахеров мира по поводу правильного устройства голов. И, кстати, обидки парикмахеров
> в адрес нейрохирургов им, нейрохирургам, точно так же монопенисуальны.

Какая красота.

Видите ли, в чем дело... Работа сисадмина в массе своей не сложнее работы офис-менеджера. И чем больше система, тем, как правило, проще и уже администраторские задачи. Загрузил сервер по сети, автоматом накатились пакеты, заполнил протокол, НИЧЕГО НЕ ТРОГАЙ.

Всё. Все проблемы с БД решат ДБА. Все проблемы с софтом уходят в отдел разработки. Все проблемы с тормозами системы решаются архитекторами и техническими лидерами.

Подай-принеси логи, выключи сервер из кластера, если после перезагрузки не работает. Вот - типичные задачи _типичного_ сисадмина. Это - уровень ПТУ, максимум - техникума. У парикмахера намного более творческая работа.

На весь большой проект в 200 серверов достаточно двух действительно знающих операционную систему человек. Если это не так, и на проекте днем и ночью трудится десяток гуру администрирования, это означает что архитектор, ДБА, все программисты и менеджеры зря получают деньги.

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

Что до офисных админов, "поддерживающих" очередной гейт в интернет - то это вообще низшая форма жизни. О них не то, чтобы писать, о них говорить стыдно.

Ответить | Правка | ^ к родителю #509 | Наверх | Cообщить модератору

653. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 13:05 
> Подай-принеси логи, выключи сервер из кластера, если после перезагрузки не работает.
> Вот - типичные задачи _типичного_ сисадмина. Это - уровень ПТУ, максимум - техникума.

Вы путаете сисадминов с операторами. Оператору, действительно, достаточно небольшого инструктажа и аккуратности при исполнении процедуры и регламента, чтобы "администрировать" сервера. Я знал оператора, который успешно работал, не зная разницы между относительным и абсолютным путями в ФС. Разумеется, такому оператору нужен сисадмин, который будет строить систему и разрабатывать процедуру и регламент. Можете называть его архитектором, если угодно, но сути дела это не меняет. Тем более, что архитекторы уже стоят над кодерами-"программистами".

Вообще, меня позабавила ваша эклектика. Ухитриться в одном посте совместить обвинения в терминальном элитизме и эпитет "низшая форма жизни" - это великолепно.

Ответить | Правка | ^ к родителю #628 | Наверх | Cообщить модератору

655. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 10-Авг-11, 13:18 
>> Подай-принеси логи, выключи сервер из кластера, если после перезагрузки не работает.
>> Вот - типичные задачи _типичного_ сисадмина. Это - уровень ПТУ, максимум - техникума.
> Вы путаете сисадминов с операторами. Оператору, действительно, достаточно небольшого
> инструктажа и аккуратности при исполнении процедуры и регламента, чтобы "администрировать"
> сервера. Я знал оператора, который успешно работал, не зная разницы между
> относительным и абсолютным путями в ФС. Разумеется, такому оператору нужен сисадмин,
> который будет строить систему и разрабатывать процедуру и регламент. Можете называть
> его архитектором, если угодно, но сути дела это не меняет. Тем
> более, что архитекторы уже стоят над кодерами-"программистами".

Архитектор (один) -> Проектировщики -> Программисты -> Тестировщики&Пользователи

Ответить | Правка | ^ к родителю #653 | Наверх | Cообщить модератору

658. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 13:29 
> Архитектор (один) -> Проектировщики -> Программисты -> Тестировщики&Пользователи

Да, это я и имел в виду. Разные уровни квалификации. Точно так же, как разные уровни квалификации у подсобного рабочего, каменщика, мастера и прораба, при том, что все они - строители.


Ответить | Правка | ^ к родителю #655 | Наверх | Cообщить модератору

512. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 09-Авг-11, 17:30 
В общем, можно подытожить - людям нужно себя чем-то занять. Не важно чем, но занять. ФриБСД большинству из этих людей в их бесполезном существовании не помощник ;) Фря "неприкольная". Она сделана для серверных задач и с этим справляется вполне нормально. Проблема Фри это проблема в целом чуждости серьёзных ИТ массовому потребителю аппстора. Так уж устроены люди, что они лучше потратят деньги на кириешки, чем на разработку лекарства от рака. Лекарства "неприкольные", а кириешки можно жрать здесь и сейчас. И при это громко ржать и щипать девок за зады.
Ответить | Правка | ^ к родителю #497 | Наверх | Cообщить модератору

515. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 09-Авг-11, 18:20 
513> энтузиастам-идеалистам
512> серьёзных ИТ [...]
Всё-таки определитесь.  Сам как энтузиаст-идеалист пилю альт и не лезу в места, где нужен редхат.

PS: попытки спихнуть обсуждение в кювет "прикольнностей" IMHO неконструктивны.  Вадим же вполне предметные вопросы поднимает, а Вы предлагаете в ответ обычный отмазочный спам.

Ответить | Правка | ^ к родителю #512 | Наверх | Cообщить модератору

591. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 09-Авг-11, 23:53 

> PS: попытки спихнуть обсуждение в кювет "прикольнностей" IMHO неконструктивны.  Вадим же
> вполне предметные вопросы поднимает, а Вы предлагаете в ответ обычный отмазочный
> спам.

Понимаете, прежде чем куда-то двигаться нужно понять зачем.

Ответить | Правка | ^ к родителю #515 | Наверх | Cообщить модератору

592. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 00:05 
> PS: попытки спихнуть обсуждение в кювет "прикольнностей" IMHO неконструктивны.

Мне кажется, что все обсуждение, начиная с ветки в жиже, произошло не из объективного положения вещей, а из "прикалывает/не прикалывает". Многих не прикалывает сложившаяся и обкатанная временем фревая практика работы с прикладным и системным софтом. Я вот, за полтора десятка лет сидения на фре, ни разу не сталкивался с именно фревыми, системными проблемами с портами. Бывают косяки, допускаемые мейнтейнерами, но это человечий фактор, это может случиться где угодно. Все, что один человек сделает - другой может поломать, а третий - ниасилить. Такова селяви.

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

Ответить | Правка | ^ к родителю #515 | Наверх | Cообщить модератору

524. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Square (ok) on 09-Авг-11, 18:56 
> Фря "неприкольная". Она сделана для серверных задач
> и с этим справляется вполне нормально.

Вы в курсе что Фря, при недостатке памяти для ZFS падает в кору?
Если это по вашему "нормальное поведение серверной ОС" - то проблемы сообщества Фри еще более глубоки чем полагалось ранее...

Ответить | Правка | ^ к родителю #512 | Наверх | Cообщить модератору

531. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 09-Авг-11, 19:24 
> Вы в курсе что Фря, при недостатке памяти для ZFS падает в кору?

Вы не поверите. Если после установки фри урезать ей память до 4 метров - она вообще не запустится... На 12 - запустится, и после небольшого шаманства запустится на 8 метрах, а на 4 - ни в какую.

Но, правда, возникает вопрос: а кому и зачем может понадобиться поднимать ЗФС на железе с острой памятной недостаточностью? И не следует ли посмотреть в ДНК этому поднимателю, а не разрабу оси?

Ответить | Правка | ^ к родителю #524 | Наверх | Cообщить модератору

576. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 22:53 
> в ДНК этому поднимателю, а не разрабу оси?

А btrfs у некоторых вполне себе метит и на такие сегменты рынка.

Ответить | Правка | ^ к родителю #531 | Наверх | Cообщить модератору

579. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 23:09 
>> в ДНК этому поднимателю, а не разрабу оси?
> А btrfs у некоторых вполне себе метит и на такие сегменты рынка.

Пускай метит, это же хорошо, только вот ZFS у меня в продакшене уже годика полтора, а когда будет btrf для продакшена - не известно.


Ответить | Правка | ^ к родителю #576 | Наверх | Cообщить модератору

583. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 09-Авг-11, 23:34 
> Пускай метит, это же хорошо, только вот ZFS у меня в продакшене
> уже годика полтора, а когда будет btrf для продакшена - не
> известно.

Оптимистичненько, учитывая что оракл халяву перекрыл а своих разработчиков толком и нет.

Ответить | Правка | ^ к родителю #579 | Наверх | Cообщить модератору

589. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 09-Авг-11, 23:49 

> Оптимистичненько, учитывая что оракл халяву перекрыл а своих разработчиков толком и нет.

Оракл ничего не прикрыл.

Ответить | Правка | ^ к родителю #583 | Наверх | Cообщить модератору

826. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 20:29 
> Оракл ничего не прикрыл.

Они не прикрыли, а перекрыли кислород. Теперь соляра не очень то и открытая, поэтому улучшения ZFS будут первым делом в коммерческой соляре. А остальным - ну может быть, когда нибудь, с барского стола что-то и обломится. А поскольку своей команды писавшей ФС - нет, есть подозрения что развитие ZFS в системах отличных от коммерческой соляры порядочно застопорится. Вероятно, оракл именно это и хочет сделать, чтобы получить некое дополнительное конкурентное преимушество. С другой стороны над btrfs сейчас работает орава народа из разных мест. Из оракла только один Крис Мэйсон, который к тому же главную часть своей работы уже сделал. Поэтому такой централизации вокруг оракла - нет, есть куда более здоровое сообщество разработчиков, для которого закидоны одной компании уже в любом случае не будут фатальными. Как это в линуксе и бывает обычно ;)

Ответить | Правка | ^ к родителю #589 | Наверх | Cообщить модератору

850. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 12-Авг-11, 00:16 
>> Оракл ничего не прикрыл.
> Они не прикрыли, а перекрыли кислород. Теперь соляра не очень то и
> открытая, поэтому улучшения ZFS будут первым делом в коммерческой соляре. А
> остальным - ну может быть, когда нибудь, с барского стола что-то
> и обломится. А поскольку своей команды писавшей ФС - нет, есть
> подозрения что развитие ZFS в системах отличных от коммерческой соляры порядочно
> застопорится.

ZFS — это прежде всего ядро управления размещением данных в архитектурном плане, а все конкретные особенности проистекают из того, что любой компетентный программист может написать собственный код управления хранилищем объектов — для DMU и предложить добавить его в систему.
/---
В ZFS есть три четких уровня: ZPL (ZFS POSIX Layer), который обеспечивает стандартную семантику файловой системы POSIX; DMU (Data Management Unit), который обеспечивает многоцелевое транзакционное хранилище объектов; и SPA (Storage Pool Allocator), обеспечивающий манипуляцию блоками виртуального хранилища и преобразование данных (репликацию, сжатие и вскоре шифрование).
...
DMU обеспечивает файловый и блочный доступ к общему пулу физических накопителей. Файловый доступ осуществляется через ZPL, блочный доступ (через блочное устройство) представляет собой прямое отображение на один объект DMU. Мы также разрабатываем новые методы доступа к данным, которые используют транзакционные возможности DMU более интересными способами
...
Архитектура ZFS устраняет целый уровень трансляции -- и вместе с тем целый класс метаданных (LBA тома).  Она также исключает необходимость аппаратных контроллеров RAID.  В то же время, ZFS предоставляет новый полезный интерфейс -- хранилище объектов -- который был до этого недоступен, будучи похоронен внутри монолитной файловой системы.
---/
http://blogs.oracle.com/bonwick/entry/rampant_layering_viola...

Ответить | Правка | ^ к родителю #826 | Наверх | Cообщить модератору

608. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel on 10-Авг-11, 04:51 
> Пускай метит, это же хорошо, только вот ZFS у меня в продакшене
> уже годика полтора, а когда будет btrf для продакшена - не
> известно.

btrfs будет скоро. как и ядерная zfs.

Ответить | Правка | ^ к родителю #579 | Наверх | Cообщить модератору

623. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 10-Авг-11, 09:56 

> btrfs будет скоро. как и ядерная zfs.

Вряд ли.

Ответить | Правка | ^ к родителю #608 | Наверх | Cообщить модератору

802. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 16:28 
>> btrfs будет скоро. как и ядерная zfs.
> Вряд ли.

Ну не скоро, а все-таки еше некоторое время пройдет. Но будет - сейчас баги в btrfs давят весьма изрядно, см список рассылки и ченжлог. Зато они сделали свою ФС, сами. А бздуны получили подарок от санок, при том что их купил оракл, который теперь совсем не настроен что-то кому-то дарить. А своих разработчиков не больно то и много. Группа разработчиков способная написать ФС, в долговременном плане сможет явно больше чем группа которая смогла примотать проволокой чужой подарок в свою ОС. По-моему, это очевидно.

Ответить | Правка | ^ к родителю #623 | Наверх | Cообщить модератору

844. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 22:50 
>>> btrfs будет скоро. как и ядерная zfs.
>> Вряд ли.
> Ну не скоро, а все-таки еше некоторое время пройдет. Но будет -
> сейчас баги в btrfs давят весьма изрядно, см список рассылки и
> ченжлог. Зато они сделали свою ФС, сами. А бздуны получили подарок
> от санок, при том что их купил оракл, который теперь совсем
> не настроен что-то кому-то дарить. А своих разработчиков не больно то
> и много. Группа разработчиков способная написать ФС, в долговременном плане сможет
> явно больше чем группа которая смогла примотать проволокой чужой подарок в
> свою ОС. По-моему, это очевидно.

внезапно: btrfs тоже оракловская...

Ответить | Правка | ^ к родителю #802 | Наверх | Cообщить модератору

883. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:56 
> внезапно: btrfs тоже оракловская...

Внезапно, оракл не закрывал ее исходники, в отличие от. Да и не сможет это сделать при всем желании: основная работка btrfs ведется в майнлайне, множество багфиксов и доработок едет от програмеров не из оракла. Оракль не контролирует развитие майнлайна в одно лицо и для вон той оравы программистов - конь в пальто. Неожиданность?

Ответить | Правка | ^ к родителю #844 | Наверх | Cообщить модератору

909. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:51 
>> внезапно: btrfs тоже оракловская...
> Внезапно, оракл не закрывал ее исходники, в отличие от. Да и не
> сможет это сделать при всем желании: основная работка btrfs ведется в
> майнлайне, множество багфиксов и доработок едет от програмеров не из оракла.
> Оракль не контролирует развитие майнлайна в одно лицо и для вон
> той оравы программистов - конь в пальто. Неожиданность?

И чего? Выводы то какие?

Ответить | Правка | ^ к родителю #883 | Наверх | Cообщить модератору

848. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 11-Авг-11, 23:43 
>>> btrfs будет скоро. как и ядерная zfs.
>> Вряд ли.
> Ну не скоро, а все-таки еше некоторое время пройдет. Но будет -
> сейчас баги в btrfs давят весьма изрядно, см список рассылки и
> ченжлог. Зато они сделали свою ФС, сами. А бздуны получили подарок
> от санок, при том что их купил оракл, который теперь совсем
> не настроен что-то кому-то дарить. А своих разработчиков не больно то
> и много. Группа разработчиков способная написать ФС, в долговременном плане сможет
> явно больше чем группа которая смогла примотать проволокой чужой подарок в
> свою ОС. По-моему, это очевидно.

Вы, User294, видимо в курсе, чем сейчас занят автор ZFS Джефф Бонвик? А то он в прошлом году ушёл из Oracle.
Брайан Кэнтрилл, один из авторов технологии динамической трассировки DTrace, тоже больше года не работает в Oracle.
А все их технологии почему-то неожиданным образом стартовали на новом ядре — FreeBSD и поддерживаются в актуальном состоянии. Вот почему так, а? Потому что дарить подарки тоже приятно. ;)

Ответить | Правка | ^ к родителю #802 | Наверх | Cообщить модератору

593. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 00:14 
> А btrfs у некоторых вполне себе метит и на такие сегменты рынка.

С трудом себе представляю сегмент рынка, в котором есть насущная потребность в ЗФС, и при этом нет денег на пару планок по 8-16 гиг.

К слову сказать, в моем случае анализ показал отсутствие потребности в ЗФС на всех без исключения хостах с фрей. Это круто, это модно, но мне оно не надо. Даже невзирая на то, что есть хосты со 128ГБ ОЗУ и четырьмя-восемью терабайтами в 50-м рейде.

Ответить | Правка | ^ к родителю #576 | Наверх | Cообщить модератору

622. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 10-Авг-11, 09:54 

> К слову сказать, в моем случае анализ показал отсутствие потребности в ЗФС
> на всех без исключения хостах с фрей. Это круто, это модно,
> но мне оно не надо. Даже невзирая на то, что есть
> хосты со 128ГБ ОЗУ и четырьмя-восемью терабайтами в 50-м рейде.

Анализ вам вряд ли это показал. К примеру, площадки с хорошей журнализируемой ОС идеальны для LAMP.

Ответить | Правка | ^ к родителю #593 | Наверх | Cообщить модератору

657. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 13:24 
> Анализ вам вряд ли это показал. К примеру, площадки с хорошей журнализируемой
> ОС идеальны для LAMP.

Я не занимаюсь хостингом ни оптом, ни в розницу :)

Ответить | Правка | ^ к родителю #622 | Наверх | Cообщить модератору

680. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 10-Авг-11, 15:51 

> Я не занимаюсь хостингом ни оптом, ни в розницу :)

Я не о том, а о преимуществах, которые даёт использование журнализируемых файловых систем. К примеру, вы получаете надёжность транзакционных СУБД на нетранзакционных. Тот же MyISAM.

Ответить | Правка | ^ к родителю #657 | Наверх | Cообщить модератору

684. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 16:14 
> Я не о том, а о преимуществах, которые даёт использование
> журнализируемых файловых систем.

Откройте для себя gjournal. И вообще - GEOM. ZFS - специфичная штука, объективно нужная лишь в мелких процентах случаев.

Ответить | Правка | ^ к родителю #680 | Наверх | Cообщить модератору

825. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 20:19 
> Откройте для себя gjournal.

Выкрасить и выбросить. С чем это предлагается пользовать? С убогим и древним UFS, устройство которого сильно отдает дисковыми технологиями 80-х годов прошлого столетия?

Ответить | Правка | ^ к родителю #684 | Наверх | Cообщить модератору

846. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 23:08 
>> Откройте для себя gjournal.
> Выкрасить и выбросить. С чем это предлагается пользовать? С убогим и древним
> UFS, устройство которого сильно отдает дисковыми технологиями 80-х годов прошлого столетия?

такой древний, что умеет то, чего линух так и не может осилить: снапшоты.

Ответить | Правка | ^ к родителю #825 | Наверх | Cообщить модератору

882. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:53 
> такой древний, что умеет то, чего линух так и не может осилить: снапшоты.

Да вообще-то они сто лет как осилили их средствами LVM. С разморозкой вас!

Ответить | Правка | ^ к родителю #846 | Наверх | Cообщить модератору

908. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:50 
>> такой древний, что умеет то, чего линух так и не может осилить: снапшоты.
> Да вообще-то они сто лет как осилили их средствами LVM. С разморозкой
> вас!

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

Ответить | Правка | ^ к родителю #882 | Наверх | Cообщить модератору

849. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 12-Авг-11, 00:06 
>> Откройте для себя gjournal.
> Выкрасить и выбросить. С чем это предлагается пользовать? С убогим и древним
> UFS, устройство которого сильно отдает дисковыми технологиями 80-х годов прошлого столетия?

Это до чего Ext4 ещё подняться не смогла — мозгов разработчиков Red Hat явно не хватило на что-то большее, а именно:
1) защита транзакций с ФС без использования журналирования;
2) фоновое восстановление структуры ФС в случае обнаружения неконсистентности при монтировании;
3) моментальные снимки файловой системы на смонтированной в RW ФС без урезания полосы пропускания на файловый ввод-вывод;
4) отсутствие необходимости в глобальной таблице дескрипторов групп, описывающих число и расположение групп блоков (групп цилиндров — в терминологии UFS), из-за чего целостная ФС фактически поделена на автономные области, разрушения которых может вообще не затронуть соседние группы блоков (группы цилиндров).


Ответить | Правка | ^ к родителю #825 | Наверх | Cообщить модератору

881. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:51 
> 1) защита транзакций с ФС без использования журналирования;

Допустим что это даже неплохо придумано. Однако традиционная архаичная блочная схема аллокации свободного пространства обладает субоптимальной производительностью и приличным оверхедом по метаданным. В ext4 и то доперли что пора уже вместо этих окаменелостей из прошлого века экстенты наконец использовать. И им воздалось. Скоростью работы, да.

> 2) фоновое восстановление структуры ФС в случае обнаружения неконсистентности при монтировании;

Какие у вас вычурные, фигурные костыли!

> 3) моментальные снимки файловой системы на смонтированной в RW ФС без урезания
> полосы пропускания на файловый ввод-вывод;

Этакий убогий недоCoW по сути. Остается только вопрос - зачем было тратить силы на создание этого убогого франкенштейна и почему бы не сделать вместо этого нормальную CoW файловую систему нового поколения, на основе современных знаний и алгоритмов? А не ставить костыли дисковому формату уровня 80 годов прошлого столетия. Который тормозной. Хоть там чего с ним делай, а оверхед у схем с блочной аллокацией довольно большой. Особенно при желании оперировать большими непрерывными блоками (а это желание логично, т.к. фрагментация ФС не рулит).

> 4) отсутствие необходимости в глобальной таблице дескрипторов групп, описывающих число
> и расположение групп блоков (групп цилиндров — в терминологии UFS), из-за
> чего целостная ФС фактически поделена на автономные области, разрушения которых может
> вообще не затронуть соседние группы блоков (группы цилиндров).

Вы конечно извините но для начала блочные аллокаторы - архаика из прошлого тысячелетия. Экстентовая аллокация - работает в среднем по больнице лучше.

Вот и получается непонятное действие из разряда выкрасить и выбросить.

Ответить | Правка | ^ к родителю #849 | Наверх | Cообщить модератору

884. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 12-Авг-11, 17:35 
>> 1) защита транзакций с ФС без использования журналирования;
> Допустим что это даже неплохо придумано. Однако традиционная архаичная блочная схема аллокации
> свободного пространства обладает субоптимальной производительностью и приличным оверхедом
> по метаданным. В ext4 и то доперли что пора уже вместо
> этих окаменелостей из прошлого века экстенты наконец использовать. И им воздалось.
> Скоростью работы, да.

"Современная" Ext4 не умеет моментальных снимков без костылеобразного LVM (вопрос: можно ли назвать обходной доступ к структурам ФС снапшотом?).
"Современная" Ext4 не умеет фонового fsck.
"Современная" Ext4 нуждается в журналировании транзакций для обеспечения своей консистенции.

>> 2) фоновое восстановление структуры ФС в случае обнаружения неконсистентности при монтировании;
> Какие у вас вычурные, фигурные костыли!
>> 3) моментальные снимки файловой системы на смонтированной в RW ФС без урезания
>> полосы пропускания на файловый ввод-вывод;
> Этакий убогий недоCoW по сути. Остается только вопрос - зачем было тратить
> силы на создание этого убогого франкенштейна и почему бы не сделать
> вместо этого нормальную CoW файловую систему нового поколения, на основе современных
> знаний и алгоритмов?

Современных знаний и алгоритмов в 2003 году хватило только на разработку и обоснование нужности и своевременности UFS2. В этом же году запустили Ext3 в продакшен на Linux, а до этого в Linux журналируемые ФС были только экспериментальные и портированные с других коммерческих систем.

Ответить | Правка | ^ к родителю #881 | Наверх | Cообщить модератору

885. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 12-Авг-11, 17:44 
> "Современная" Ext4 не умеет моментальных снимков без костылеобразного LVM (вопрос: можно > ли назвать обходной доступ к структурам ФС снапшотом?).

а) LVM - не костыли, а уровень логических томов. ему, в общем-то, плевать, что под ним - ext4, ext3, ext2, NTFS, или еще чего - он все равно может (в теории) снапшот сделать
б) вопрос конзистентности снапшота - это уже к FS, и для этого есть обратные связи
в) это не "доступ к структурам" - это вполне себе снапшот на блочном уровне

> "Современная" Ext4 не умеет фонового fsck.

Фоновый fsck на боевой системе - ЗЛО. Абсолютнейшее. Не только потому, что снижает IOPS, но и потому, что можно, смонтировав на запись, повредить дальше и без того поврежденную FS. Но "илитистам"-пионерам этого не осознать.

> "Современная" Ext4 нуждается в журналировании транзакций для обеспечения своей консистенции.

Удивительно - но даже CoW - нуждается в журналировании :) Только журнал другой. И все БД используют журналирование. И много _надежного_ софта также использует журналирование операций с возможностью отката/восстановления. ЧОДНТ?

> Современных знаний и алгоритмов в 2003 году хватило только на разработку и
> обоснование нужности и своевременности UFS2.

Именно. И дальше дело, увы, так и не двинулось. Если бы не подарок от саней - так и сидели бы...

Ответить | Правка | ^ к родителю #884 | Наверх | Cообщить модератору

907. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:48 
> а) LVM - не костыли, а уровень логических томов. ему, в общем-то,
> плевать, что под ним - ext4, ext3, ext2, NTFS, или еще
> чего - он все равно может (в теории) снапшот сделать
> б) вопрос конзистентности снапшота - это уже к FS, и для этого
> есть обратные связи
> в) это не "доступ к структурам" - это вполне себе снапшот на
> блочном уровне

в теории, да, не боьше, не меньше...

>> "Современная" Ext4 не умеет фонового fsck.
> Фоновый fsck на боевой системе - ЗЛО. Абсолютнейшее. Не только потому, что
> снижает IOPS, но и потому, что можно, смонтировав на запись, повредить
> дальше и без того поврежденную FS. Но "илитистам"-пионерам этого не осознать.

а это зависит от того, какие данные находятся там, как бы свобода... вы же любите свободу в линуксе?

>> Современных знаний и алгоритмов в 2003 году хватило только на разработку и
>> обоснование нужности и своевременности UFS2.
> Именно. И дальше дело, увы, так и не двинулось. Если бы не
> подарок от саней - так и сидели бы...

Двинулось: прикрутили нативный журнал, вместо geom-вского.
Ох... этот подарок от саней хоть работает и работает хорошо, причем ничего подобного в линуксе нет, ну кроме подарка от оракла, который еще в альфах ходит.

Ответить | Правка | ^ к родителю #885 | Наверх | Cообщить модератору

928. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 12-Авг-11, 23:54 
>> а) LVM - не костыли, а уровень логических томов. ему, в общем-то,
>> плевать, что под ним - ext4, ext3, ext2, NTFS, или еще
>> чего - он все равно может (в теории) снапшот сделать
> в теории, да, не боьше, не меньше...

И на практике тоже. В ext4, ext3, ныне и в XFS - вопрос конзистентности снапшота уже решен, разве что открытые на запись и записываемые в момент снапшота файлы будут в непонятном состоянии. В NTFS и прочих - снапшот сделать можно. Если драйвер FS после справится с некоторыми "онлайновыми" несоответствиями в снапшоте - все будет хорошо.

Ответить | Правка | ^ к родителю #907 | Наверх | Cообщить модератору

686. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov on 10-Авг-11, 16:18 
>> Я не занимаюсь
> Я не о том, а о преимуществах, которые даёт

Сфер-кони в вакууме в этом сезоне хороши, как никогда!!

Ответить | Правка | ^ к родителю #680 | Наверх | Cообщить модератору

693. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 10-Авг-11, 17:26 
Юноша, как бы вам объяснить. Моя фирма обслуживает более десятка организаций с сотнями серверов и тысячами АРМов. Поэтому я имею некоторое право на своё мнение. Я описываю условия, при которых я всё ещё иногда использую Фрю и при которых бы использовал её более охотно. Так что мои сферические кони не такие уж и сферические. Насколько я понимаю, и от моего внимания разработчики бы не отказались.
Ответить | Правка | ^ к родителю #686 | Наверх | Cообщить модератору

801. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 16:26 
> Насколько я понимаю, и от моего внимания разработчики бы не отказались.

ага, почитайте посты разработчиков типа нуклайта и подумайте о том какие у вас шансы на конструктивное взаимодействие с ними :)))

Ответить | Правка | ^ к родителю #693 | Наверх | Cообщить модератору

646. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 10-Авг-11, 12:45 
> К слову сказать, в моем случае анализ показал отсутствие потребности в ЗФС
> на всех без исключения хостах с фрей. Это круто, это модно,
> но мне оно не надо. Даже невзирая на то, что есть
> хосты со 128ГБ ОЗУ и четырьмя-восемью терабайтами в 50-м рейде.

UFS2 не может работать с носителями больше 1 (или 2 ТБ — не помню точно) — ограничение программной абстракции слоя FFS. А ZFS может.

Ответить | Правка | ^ к родителю #593 | Наверх | Cообщить модератору

650. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 12:55 
> UFS2 не может работать с носителями больше 1 (или 2 ТБ —
> не помню точно) — ограничение программной абстракции слоя FFS. А ZFS
> может.

ЧЯДНТ? У меня все работает.

Ответить | Правка | ^ к родителю #646 | Наверх | Cообщить модератору

656. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok) on 10-Авг-11, 13:19 
>> UFS2 не может работать с носителями больше 1 (или 2 ТБ —
>> не помню точно) — ограничение программной абстракции слоя FFS. А ZFS
>> может.
> ЧЯДНТ? У меня все работает.

Работает на разделах не больше 1-2 ТБ.

Ответить | Правка | ^ к родителю #650 | Наверх | Cообщить модератору

659. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 13:30 
> Работает на разделах не больше 1-2 ТБ.

Работает на разделах в 3 и 7 ТБ соответственно.

Ответить | Правка | ^ к родителю #656 | Наверх | Cообщить модератору

661. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 13:43 
> Работает на разделах не больше 1-2 ТБ.

А, я понял! Вы имеете в виду ограничение старых fdisk/bsdlabel!

Ответить | Правка | ^ к родителю #656 | Наверх | Cообщить модератору

588. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 09-Авг-11, 23:48 

> Вы в курсе что Фря, при недостатке памяти для ZFS падает в
> кору?
> Если это по вашему "нормальное поведение серверной ОС" - то проблемы сообщества
> Фри еще более глубоки чем полагалось ранее...

На счёт "падает кору" рискну не поверить.

Ответить | Правка | ^ к родителю #524 | Наверх | Cообщить модератору

595. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 00:20 
> На счёт "падает кору" рискну не поверить.

Падает, падает, факт. Вообще, ЗФС начинает вменяемо работать при наличии на хосте от 2ГБ озу, отъедая около 1 ГБ под свои нужды. Архитектурные особенности.

Ответить | Правка | ^ к родителю #588 | Наверх | Cообщить модератору

620. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 10-Авг-11, 09:52 
Ну так заводить зфс на чём-то с объёмом памяти меньше 2 гб не стоит. Об этом явно написано в рекомендациях.
Ответить | Правка | ^ к родителю #595 | Наверх | Cообщить модератору

663. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 13:49 
> Ну так заводить зфс на чём-то с объёмом памяти меньше 2 гб
> не стоит. Об этом явно написано в рекомендациях.

Да кого теперь волнуют рекомендации и маны? Человеку хочется патчем Бармина сформировать квартальный отчет, кто ему в этом может помешать?

Ответить | Правка | ^ к родителю #620 | Наверх | Cообщить модератору

664. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 10-Авг-11, 13:49 
> Ну так заводить зфс на чём-то с объёмом памяти меньше 2 гб
> не стоит. Об этом явно написано в рекомендациях.

Вы еще потребуйте соблюдать рекомендации по ТБ и не прыгать с тридцатого этажа. Человеку хочется прыгнуть - и все тут. А потом все вокруг виноваты.

Ответить | Правка | ^ к родителю #620 | Наверх | Cообщить модератору

800. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 16:22 
> Человеку хочется прыгнуть - и все тут. А потом все вокруг виноваты.

Поэтому придумали высотные "тарзанки" и парашюты. И пока вы лечите, что это опасно, кому хочется прыгать - прыгают. И даже остаются живыми. Хорошо когда можно взять и сделать, а не слушать всяких академзануд про то что это {не нужно, опасно, блаблабла}.

Ответить | Правка | ^ к родителю #664 | Наверх | Cообщить модератору

505. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от www2 (??) on 09-Авг-11, 16:47 
Вы как нибудь на досуге поинтересуйтесь историей русского комьюнити NetBSD. С таким отношением к людям FreeBSD ждёт похожая судьба.
Ответить | Правка | ^ к родителю #469 | Наверх | Cообщить модератору

530. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от onborodin on 09-Авг-11, 19:23 
>русского комьюнити NetBSD

А что, в РФ есть какие-то коммюнити? :)

Ответить | Правка | ^ к родителю #505 | Наверх | Cообщить модератору

673. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 10-Авг-11, 14:54 
> Вы как нибудь на досуге поинтересуйтесь историей русского комьюнити NetBSD. С таким
> отношением к людям FreeBSD ждёт похожая судьба.

Территория СНГ -- это традицонная вотчина FreeBSD,
особенно Украина и Россия.
OpenBSD-шников у нас на порядок, если не два меньше.
NetBSD-шников -- вообще считанные единицы.
Например, в Гемрмании или Великобритании разрыв между разными BSD
значительно меньший, чем в СНГ. Так исторически сложилось.
О какой такой "истории комьюнити NetBSD" идет речь?
Среди русскоязычных никогда и не было особенно большого комьюнити NetBSD.

Ответить | Правка | ^ к родителю #505 | Наверх | Cообщить модератору

727. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 20:38 
> преимущество ОС ни в каком виде. Ибо засоряет коммьюнити откровенным мусором.

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


Ответить | Правка | ^ к родителю #469 | Наверх | Cообщить модератору

511. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от Кирилл (??) on 09-Авг-11, 17:24 
На мой взгляд, главных проблем две.
Это отсутствие поддержки виртуализации и малое количество актуальной технической литературы. Не думаю, что заигрывания с "простыми пользователями" будут иметь хоть какие-то положительные результаты. Да и само понятие "простой пользователь" слишком неконкретное. Это как за счастье народное бороться. Непонятно никто этот народ и что для него счастье.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

562. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от жопка3 on 09-Авг-11, 22:21 
По-поводу технической литературы, вам какой имено уровень нужен? Уровень  до advanced howto - handbook, уровень архитектуры ядра - Мак Кузик еще не успел устареть. А уровня выше обычно не бывает, потому что во-первых это нужно мало кому, а во-вторых, те кто осилил предыдущие способны разобраться дальше сами, ну на крайний случай есть lists.freebsd.org
Ответить | Правка | ^ к родителю #511 | Наверх | Cообщить модератору

590. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??) on 09-Авг-11, 23:51 
Я скорее о прикладных моментах и о написании драйверов.
В практической же плоскости, на мой взгляд, самая критическая проблема это именно отсутствие виртуализации.

Ответить | Правка | ^ к родителю #562 | Наверх | Cообщить модератору

632. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –3 +/
Сообщение от Кирилл (??) on 10-Авг-11, 10:59 

> ну на крайний случай есть lists.freebsd.org

И ещё. Отказаться от листов рассылки. Это крайне неудобный и не медийный источник информации. Есть вики. Стоит ею пользоваться. Вообще слишком мало внимания, смертельно для проекта мало, уделяется именно техническому писательству, качественной публичной документации для различного уровня компетенции.

Ответить | Правка | ^ к родителю #562 | Наверх | Cообщить модератору

635. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +1 +/
Сообщение от anonymous (??) on 10-Авг-11, 11:04 
> И ещё. Отказаться от листов рассылки. Это крайне неудобный и не медийный
> источник информации.

O_O
ребята из lkml кивают головами и советуют не пропускать сроки приёма таблеточек.

> Есть вики. Стоит ею пользоваться.

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


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

э… ладно, переведу: «мужики! я ниасилил! где инструкция для безмозглых?!»

зыж я, если чо, не из лагеря бсд.

Ответить | Правка | ^ к родителю #632 | Наверх | Cообщить модератору

678. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Кирилл (??) on 10-Авг-11, 15:41 
Назовите хотя бы три печатные книги по тематике практического применения FreeBSD за последние года два.
Ответить | Правка | ^ к родителю #635 | Наверх | Cообщить модератору

728. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 20:42 
> Назовите хотя бы три печатные книги

А зачем нужны печатные книги? Ими еще кто-то пользуется? Они вечно отстают от актуального состояния дел, потому что выпуск печатной книги - довольно долгое дело. В них поиска нет что делает использование книг довольно тухлым начинанием. Читать от корки до корки? А зачем читать про программирование частей под которые я ничего программить не собираюсь? Может мне тогда и все сорцы ядра выкурить? По-моему, печатные книги - неэффективны. Особенно при обучении программированию и особенно при въезде в текущее сотояние дел в каком-то проекте. Исключением является разве что классика типа Кнута, которую читать надо именно от и до :)

Ответить | Правка | ^ к родителю #678 | Наверх | Cообщить модератору

762. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от iZEN (ok) on 10-Авг-11, 23:51 
> Назовите хотя бы три печатные книги по тематике практического применения FreeBSD за последние года два.

Лукас М. "FreeBSD: подробное руководство, 2-е изд.", Вильямс, 2009
Колисниченко "FreeBSD 8. Руководство администратора", Вильямс, Диалектика, 2010
Колисниченко "FreeBSD. От новичка к профессионалу", BHV, 2011
Lambert, Surhone "Commercial Products Based on FreeBSD", 2010
Frederic P. Miller "FreeBSD jail", 2011
Murray, Stokely, Nik, Clayton "FreeBSD Handbook, 2nd Edition", Dancing Goat Press, 2001

Ответить | Правка | ^ к родителю #678 | Наверх | Cообщить модератору

772. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Кирилл (??) on 11-Авг-11, 00:26 
Отлично. Значит жив ещё курилка.
Ответить | Правка | ^ к родителю #762 | Наверх | Cообщить модератору

804. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от анонимЪ on 11-Авг-11, 17:33 
> Колисниченко
> Колисниченко

этого пейсателя я бы в приличных местах поостерёгся упоминать.


Ответить | Правка | ^ к родителю #762 | Наверх | Cообщить модератору

805. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от анонимЪ on 11-Авг-11, 17:34 
> Назовите хотя бы три печатные книги по тематике практического
> применения FreeBSD за последние года два.

вас на amazon.com (к примеру) забанили?

Ответить | Правка | ^ к родителю #678 | Наверх | Cообщить модератору

824. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 20:09 
> вас на amazon.com (к примеру) забанили?

Да, давайте посмотрим на чем амазон работает. Wtf?! Там, кажется, пингвины?!

Ответить | Правка | ^ к родителю #805 | Наверх | Cообщить модератору

831. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от жопка3 on 11-Авг-11, 21:43 
Хосподи, ну когда аноним в своем большинстве массой серой то разживется. На амазоне можно посмотреть публикации с упоминанием FreeBSD и отсортировать их в обратном порядке. Вот техника до чего дошла, да?
Ответить | Правка | ^ к родителю #824 | Наверх | Cообщить модератору

880. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:39 
> Хосподи, ну когда аноним в своем большинстве массой серой то разживется.

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

Ответить | Правка | ^ к родителю #831 | Наверх | Cообщить модератору

890. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от Andrey Mitrofanov on 12-Авг-11, 18:11 
> - вы не заметите сарказм даже если это будет пятитонный грузовик,

Не, не так. Грузовики всё ж бывает быстро приезжают -- некоторым не везщёт заметить. :|

>fix: "двадцатитонный асфальтоукладчик,"
> едущий прямо на вас.

Ответить | Правка | ^ к родителю #880 | Наверх | Cообщить модератору

730. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Авг-11, 20:55 
>> ну на крайний случай есть lists.freebsd.org
> И ещё. Отказаться от листов рассылки. Это крайне неудобный и не медийный
> источник информации. Есть вики. Стоит ею пользоваться.

(написал, стёр) Ваша категоричность, не гоните.

Рассылки, irc и в существенной мере форумы -- это поток.
wiki и в существенной мере багтрекеры -- это состояние.

Вы всерьёз предлагаете заменить пищевод кишечником?

--
...неосиляторы(tm) mutt/gnus, ага

Ответить | Правка | ^ к родителю #632 | Наверх | Cообщить модератору

795. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 15:26 
> Рассылки, irc и в существенной мере форумы -- это поток.

IRC хорош для решения вопросов именно оперативно, в реальном времени. А мэйллисты - нечто среднее между викой и ирц. На любителя. Иногда они работают хорошо, а иногда не очень.

> wiki и в существенной мере багтрекеры -- это состояние.

А мэйллисты - ни два, ни полтора. Оно уже не реалтаймное как ирц, но и не совсем состояние как вика.

ИМХО, как-то так:
- Для сверхоперативного решения задач - ирц. Очень оперативно, но не всегда все могут бросить все и резко озадачиться.
- Для менее оперативного решения задач но с участием большего числа народа в моменты когда им будет удобно - сойдет мэйлист.
- Для суммирования знаний/проблем и работы/отслеживания - хороши вика и багтрекер.

> ...неосиляторы(tm) mutt/gnus, ага

И вы туда же? Кстати а чем тундерптиц плох для списков рассылки? Вроде можно очень удобно настроить. Дурной пример заразителен и вы заразились илитизмом?

Ответить | Правка | ^ к родителю #730 | Наверх | Cообщить модератору

637. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 11:34 
+1
Доставляют заявления про то что фре не хватает тех. документации, это при том что фря всегда отличалась именно хорошей документированостью. Рукокнига идет в поставке, есть вики, а маны это вообще песня, подробные с вменяемыми примерами, в общем в сравнение с линуксовыми это небо и земля. Тут больше половины отписалось линуксоидов не осиляторов, которые по копипасте сервера настраивают.
По топику вставлю свои пять копеек. Проблемы есть, но на мой взгляд они больше раздутые, пример виртуализации, кто ей не пользуется тот и не заметит "проблем". Это я не к тому, что и дальше надо открещиваться недостатков ОС, исправлять надо никто не спорит, только ломиться сейчас в arch@ перед релизом 9-ки со своими предложениями, это будет как из басни про "лебедь, рак и щука".
В общем я за отдельный временный ресурс, на котором все предложения подробно рассмотрятся, а потом уже после релиза идти и обсуждать.
ЗЫ. Где не прав поправьте.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

741. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 10-Авг-11, 21:53 
И вроде все правильно...и про Фидо тоже:). Система портов устарела, компилятор не тот и т.п. и т.д.

>> мешают развитию системы так же избыточное ЧСВ многих пользователей

да-да...Ну так в чем же дело? Переходите на linux или  на что хотите. Кто не дает?

Про Rambler с Яндекс imho чистый воды пиар. На что бы они не переходили сливают они гуглу вот и все.


Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

776. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ru.master on 11-Авг-11, 04:53 
Ставил фряху на сервера примерно с 4.х уже точно не помню
Не менее 100 инсталяций точно

Плюсы
Прослеживается общая идея системы что позволяет сказать о некой закончености решения

Минусы
Очень много важного софта затачивается в первую очередь под линукс что заставляет слезать с фряхи

Думаю 100% лидерство у нее сохранилось только как у роутера все остальное постепенно стало на линуксах проще и быстрее

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

794. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 15:19 
> Думаю 100% лидерство у нее сохранилось только как у роутера

Расскажите это циске. Ну или хотя-бы производителям soho железок. А то там почему-то линукс повально. Или vyatta - обещают 10G эзернет отроутить. Софтварно. Своим серваком и своим дистром. Странно как-то ваше "100%" лидерство выглядит...

Ответить | Правка | ^ к родителю #776 | Наверх | Cообщить модератору

843. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 11-Авг-11, 22:44 
>> Думаю 100% лидерство у нее сохранилось только как у роутера
> Расскажите это циске. Ну или хотя-бы производителям soho железок. А то там
> почему-то линукс повально. Или vyatta - обещают 10G эзернет отроутить. Софтварно.
> Своим серваком и своим дистром. Странно как-то ваше "100%" лидерство выглядит...

тупо отроутить 10Г - это не проблема.

Ответить | Правка | ^ к родителю #794 | Наверх | Cообщить модератору

867. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 15:22 
> тупо отроутить 10Г - это не проблема.

Угу, совсем :))). Особенно мелкими пакетами, чего уж там :). Кстати зачастую от софтроутеров хотят немного больше чем "тупо", just because they can.

Ответить | Правка | ^ к родителю #843 | Наверх | Cообщить модератору

871. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 15:57 
>> тупо отроутить 10Г - это не проблема.
> Угу, совсем :))). Особенно мелкими пакетами, чего уж там :). Кстати зачастую
> от софтроутеров хотят немного больше чем "тупо", just because they can.

Именно. Интересуют ппс-ы, а не гигбиты.

Ответить | Правка | ^ к родителю #867 | Наверх | Cообщить модератору

879. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 16:36 
> Именно. Интересуют ппс-ы, а не гигбиты.

Что-то у меня есть смутное подозрение что фря с ее суперправильным нетграфом и прочими лишними слоями рискует из-за их наличия немного лососнуть тунца на pps'ах.

Ответить | Правка | ^ к родителю #871 | Наверх | Cообщить модератору

899. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 19:28 
>> Именно. Интересуют ппс-ы, а не гигбиты.
> Что-то у меня есть смутное подозрение что фря с ее суперправильным нетграфом
> и прочими лишними слоями рискует из-за их наличия немного лососнуть тунца
> на pps'ах.

в зависимости от того, что нужно, просто дудеть из сетивухи в сетевуху - много ума не нужно, а если делать что-то сложнее, то во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.

Ответить | Правка | ^ к родителю #879 | Наверх | Cообщить модератору

926. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 21:20 
> во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.

Чего - тю-тю? Нельзя ли пояснить о чем именно благородный дон упрекает пингвинов? Разруливание - это что? В технических терминах пожалуйста.

Ответить | Правка | ^ к родителю #899 | Наверх | Cообщить модератору

927. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 12-Авг-11, 22:24 
>> во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.

Кого там есть? RPS до сих пор реализовывать только собираются. Нету там ничего.

Есть разруливание мультиочередок, но с этим в Linux тоже уже прилично времени назад справились, причем, опять же, грамотно, и без необходимости танцевать с бубном.

А одноочередки в BSD моментально упираются в ядро. У Linux же ныне есть RPS/RFS, причем достаточно линейно масштабирующийся даже с netfilter/tc, с некоторыми оговорками по линейности.

Ответить | Правка | ^ к родителю #926 | Наверх | Cообщить модератору

940. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 14-Авг-11, 10:41 
>> во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.
> Чего - тю-тю? Нельзя ли пояснить о чем именно благородный дон упрекает
> пингвинов? Разруливание - это что? В технических терминах пожалуйста.

netisr

Ответить | Правка | ^ к родителю #926 | Наверх | Cообщить модератору

943. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 14-Авг-11, 10:56 
>>> во фре на карточках есть разруливание по разным ЦПУ, чего в линухе тю-тю.
>> Чего - тю-тю? Нельзя ли пояснить о чем именно благородный дон упрекает
>> пингвинов? Разруливание - это что? В технических терминах пожалуйста.
> netisr

Угу, и выключаем поллинг, получая оверхед по прерываниям, и не со всеми драйверами работает, и mpd периодически падает, и много прочих других вкусностей. 220kpps на Xeon 5xxx 2.53G - это несерьезно.

А вообще читаем этот тред, и понимаем, каких еще граблей может предложить фря страждущему оных:
http://dirty.pp.ru/viewtopic.php?p=46672&sid=affae1b21b422cd...

Ответить | Правка | ^ к родителю #940 | Наверх | Cообщить модератору

944. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Wulf (??) on 14-Авг-11, 13:36 
> А вообще читаем этот тред, и понимаем, каких еще граблей может предложить фря страждущему оных:
> http://dirty.pp.ru/viewtopic.php?p=46672&sid=affae1b21b422cd...

Там человек не 10Gb пытался пропустить, а затерминировать побольше PPPoE туннелей и, кстати, у него это более-менее получилось.

http://lists.freebsd.org/pipermail/freebsd-current/2011-Augu...

Ответить | Правка | ^ к родителю #943 | Наверх | Cообщить модератору

966. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 16-Авг-11, 20:13 
> Угу, и выключаем поллинг, получая оверхед по прерываниям, и не со всеми
> драйверами работает, и mpd периодически падает, и много прочих других вкусностей.
> 220kpps на Xeon 5xxx 2.53G - это несерьезно.

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

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

Ответить | Правка | ^ к родителю #943 | Наверх | Cообщить модератору

970. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 17-Авг-11, 09:33 
> Поллинг на сетевухах уже давно включают только сами себе злобные буратины.

Угу, вы это NAPI скажите. В Linux поллинг (гибридная схема) и время обработки не приращивает, и pps поднимает кардинально, поскольку оверхед от прерываний - очень значительный, хоть чего там тредь. И ничего не падает. Ну а в BSD... всё как в BSD, вот при чем.

Ответить | Правка | ^ к родителю #966 | Наверх | Cообщить модератору

971. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok) on 17-Авг-11, 15:43 
>> Поллинг на сетевухах уже давно включают только сами себе злобные буратины.
> Угу, вы это NAPI скажите. В Linux поллинг (гибридная схема) и время
> обработки не приращивает, и pps поднимает кардинально, поскольку оверхед от прерываний
> - очень значительный, хоть чего там тредь. И ничего не падает.
> Ну а в BSD... всё как в BSD, вот при чем.

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

Те, кто пытается на фре 7.0+ юзать старые хауту без понимания процессов - тот сам себе злобное буратино. Кто пытается на фре юзать хауту от линуха - тот себе даже не буратино.

Ответить | Правка | ^ к родителю #970 | Наверх | Cообщить модератору

860. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ru.master on 12-Авг-11, 11:40 
причем тут циска? она начала делать x86? про асики наверно я не буду рассказывать да?
я утверждаю что если вам нужен PC роутер то фряха тут пока лидер.
минимальная циска-роутер которая обгонит фрю это 7600, которая совсем в другой весовой категории выступает.
Ответить | Правка | ^ к родителю #794 | Наверх | Cообщить модератору

868. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 15:34 
> я утверждаю что если вам нужен PC роутер то фряха тут пока лидер.

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

> минимальная циска-роутер которая обгонит фрю это 7600, которая совсем в другой весовой
> категории выступает.

А нельзя ли обосновать лидерство фри над тем же линуксом? А то повсеместное заталкивание оного в роутеры наводит на мысли что вы выдаете желаемое за действительное.

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

Может, вы придумаете какие-то фичи которые может фря но не может линукс? Или там покажете как пингвин слил по pps-ам, описав условия тестов так что можно будет воспроизвести это сие в лабораторных условиях? Или что-то еще *убедительное* в качестве заявки на лидерство?

Ответить | Правка | ^ к родителю #860 | Наверх | Cообщить модератору

931. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ru.master on 13-Авг-11, 04:12 
на мой взгляд лидерство в том что фря более приспособлена для этого "из коробки". меньше нужно использовать напильник, например прямо из коробки есть pf ipfw и нетграф а это реально очень сильно. pfsync - вообще отличная штука. помню под линуксом там были какие то проблемы с этим(возможно уже и починили, давно это было)
+ к этому мне ужасно не нравится iptables.
наверно при определенном упорстве линукс сделает все тоже самое.
например с мускулом обратная ситуация его под линуксом _проще_ держать.

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

недавно понадобилось экстренно отнатить 200 мегабит - разворачивание полностью готового решения под фряхой в виртуалке заняло минут 10-15, без всяких документаций, оптимизаций скриптов итд, на линуксе наоборот переключение дуплекса на сетевой может занять неожиданно неадекватно долгое время.

pps - сечйас уже не помню, он давно превысил все разумные пределы для PC роутеров и все перенесено на кошки.

если мне понадобилось бы сечас поднять десяток PC роутеров с балансировкой и отказоустойчивостью (чтобы производительность линейно маштабировалась) с функционалом - нат, шейпинг, считалка, фильтрация,VPN итд - точно делал бы на фре.

я что хотел сказать - фря умирает, наверно роутер это последнее где она сильна.

Ответить | Правка | ^ к родителю #868 | Наверх | Cообщить модератору

936. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 14-Авг-11, 01:42 
> недавно понадобилось экстренно отнатить 200 мегабит - разворачивание полностью готового
> решения под фряхой в виртуалке заняло минут 10-15, без всяких документаций,
> оптимизаций скриптов итд, на линуксе наоборот переключение дуплекса на сетевой может
> занять неожиданно неадекватно долгое время.

Разворачивание полностью готового решения NAT для сетки хоть на 200, хоть на гиг (если хочется _очень быстро_) - 5 минут на установку CentOS 5/6 с дистра (настройка 1Gbit сетевых интерфейсов прямо в инсталляторе) + 3 команды в rc.local и из консоли. Грамотно - чуть подольше.

Ответить | Правка | ^ к родителю #931 | Наверх | Cообщить модератору

956. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ru.master on 15-Авг-11, 01:11 
>Разворачивание полностью готового решения NAT для сетки хоть на 200, хоть на гиг (если хочется _очень быстро_) - 5 минут на установку CentOS 5/6 с дистра (настройка 1Gbit сетевых интерфейсов прямо в инсталляторе) + 3 команды в rc.local и из консоли. Грамотно - чуть подольше.

сомнения меня мучают что гиг отнатит оно.

Ответить | Правка | ^ к родителю #936 | Наверх | Cообщить модератору

960. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 15-Авг-11, 09:25 
>>Разворачивание полностью готового решения NAT для сетки хоть на 200, хоть на гиг (если хочется _очень быстро_) - 5 минут на установку CentOS 5/6 с дистра (настройка 1Gbit сетевых интерфейсов прямо в инсталляторе) + 3 команды в rc.local и из консоли. Грамотно - чуть подольше.
> сомнения меня мучают что гиг отнатит оно.

С нормальными серверными сетевухами (класса Intel Pro/1000) - легко, и не напрягаясь. Даже мультиочередка не нужна.

Естественно, на бытовых Realtek'ах лучше не гонять - хотя и на них при условии, что карточка PCI-E, должно справиться. У PCI просто не хватит пропускной способности (133 Мб/сек - это чуть больше гигабита, причем делится между всеми устройствами).

У меня в боевых условиях Linux на среднестатистическом железе терминирует несколько гигабит PPPoE (VLAN-per-user, QinQ), с маркировкой через netfilter и шейпингом в tc. Причем железо вполне обычное.

Ответить | Правка | ^ к родителю #956 | Наверх | Cообщить модератору

961. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok) on 15-Авг-11, 09:25 
> сомнения меня мучают что гиг отнатит оно.

С нормальными серверными сетевухами (класса Intel Pro/1000) - легко, и не напрягаясь. Даже мультиочередка не нужна.

Естественно, на бытовых Realtek'ах лучше не гонять - хотя и на них при условии, что карточка PCI-E, должно справиться. У PCI просто не хватит пропускной способности (133 Мб/сек - это чуть больше гигабита, причем делится между всеми устройствами).

У меня в боевых условиях Linux на среднестатистическом железе терминирует несколько гигабит PPPoE (VLAN-per-user, QinQ), с маркировкой через netfilter и шейпингом в tc. Причем железо вполне обычное.

Ответить | Правка | ^ к родителю #956 | Наверх | Cообщить модератору

947. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Square (ok) on 15-Авг-11, 00:23 
> pps - сечйас уже не помню, он давно превысил все разумные пределы
> для PC роутеров и все перенесено на кошки.

А вот в Яндексе, когда кошки  перестали справляться- перенесли балансировщики на линукс...

> если мне понадобилось бы сечас поднять десяток PC роутеров с балансировкой и
> отказоустойчивостью (чтобы производительность линейно маштабировалась) с функционалом
> - нат, шейпинг, считалка, фильтрация,VPN итд - точно делал бы на
> фре.

Соболезную.

Ответить | Правка | ^ к родителю #931 | Наверх | Cообщить модератору

951. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Ru.master on 15-Авг-11, 00:42 

>А вот в Яндексе, когда кошки  перестали справляться- перенесли балансировщики на линукс...

Сталкивался. Очень слабые спецы по сети.

Ответить | Правка | ^ к родителю #947 | Наверх | Cообщить модератору

963. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от user (??) on 15-Авг-11, 17:19 
>>А вот в Яндексе, когда кошки  перестали справляться- перенесли балансировщики на линукс...
> Сталкивался. Очень слабые спецы по сети.

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

Ответить | Правка | ^ к родителю #951 | Наверх | Cообщить модератору

964. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??) on 15-Авг-11, 17:23 
> Непонятно только почему эти специалисты демонстрируют свой профессионализм тут а не на
> работе…в тех же яндексах,гуглах..хотмайлах…

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

Ответить | Правка | ^ к родителю #963 | Наверх | Cообщить модератору

806. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от анонимЪ on 11-Авг-11, 17:44 
> Думаю 100% лидерство у нее сохранилось только как у роутера все остальное
> постепенно стало на линуксах проще и быстрее

я заню только одного вендора, делающего сетевое оборудование на FreeBSD - Juniper Networks.
если вы знаете других - отпишите ниже, очень любопытно.

все остальные делают сетевое оборудование на Linux или (в сильно специфичных случаях) на чём-то микроядерном/реалтаймовом типа QNX (см. например Cisco IOS XR).


Ответить | Правка | ^ к родителю #776 | Наверх | Cообщить модератору

812. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Wulf (??) on 11-Авг-11, 19:26 
> я заню только одного вендора, делающего сетевое оборудование на FreeBSD - Juniper Networks. если вы знаете других - отпишите ниже, очень любопытно.

Из сетевого? Например, Coyote point и Ironport. Есть и другие, но сходу не вспомню. Правда оно все L7

Ответить | Правка | ^ к родителю #806 | Наверх | Cообщить модератору

859. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov on 12-Авг-11, 09:40 
> я заню только одного вендора, делающего сетевое оборудование на FreeBSD - Juniper
> Networks.
> если вы знаете других - отпишите ниже, очень любопытно.

Информзащита с Континетном-К (и пр.): fbsd, сертификация, госорган-поставки....

Ответить | Правка | ^ к родителю #806 | Наверх | Cообщить модератору

869. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (??) on 12-Авг-11, 15:35 
Зонды от фсб? И конечно же без исходников? oO
Ответить | Правка | ^ к родителю #859 | Наверх | Cообщить модератору

891. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov on 12-Авг-11, 18:18 
> Зонды от фсб? И конечно же без исходников? oO

Зачем? Зачем ихнему апстриму какие-то исходники.
..они так участвуют: G://"infosec.ru" site:freebsd.org

и молодцы, конечно!

Ответить | Правка | ^ к родителю #869 | Наверх | Cообщить модератору

932. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Ru.master on 13-Авг-11, 04:18 
> я заню только одного вендора, делающего сетевое оборудование на FreeBSD - Juniper
> Networks.

да там от фряхи нет нечего.она там только сервисные функции выполняет. роутят совсем другие чипы.

Ответить | Правка | ^ к родителю #806 | Наверх | Cообщить модератору

808. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Сергей (??) on 11-Авг-11, 18:39 
  На тему виртуализации во фре,  я, к примеру, считаю тут все дело в лицензии, которая позволяет не возвращать наработки в проект, отсюда и такое отношение бизнеса к проекту. В отношении же пакетов и портов, то тут одна проблема, к сожалению неизвестно с какими опциями создан пакет, если имелась соответствующая запись в нем, то обновить уже установленный через пакеты софт, используя систему портов, было бы беспроблемно. С другой стороны качается не отдельный порт, а коллекция портов, и практически, если собирать с нуля софт через нее, багов нет.
Ну и наконец, что лучше бинары или исходники..., неужели у вас сейчас стоят такие железки, что сборка идет днями... Это все мне напоминает споры бзд-ников, что лучше, самосборное ядро, заточенное под конкретный проц без дополнительных модулей поддержки, или CURRENT, который работает на любом пне... Ну и напоследок, тем, кто любит десктоп и кнопочки на мыши, есть PC-BSD, посмотрите на нее...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

810. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle email(ok) on 11-Авг-11, 18:53 
> В отношении же
> пакетов и портов, то тут одна проблема, к сожалению неизвестно с
> какими опциями создан пакет,

JFYI.
В NetBSD/DragonFlyBSD/pkgsrc такой тривиальной проблемы точно не существует
уже многие-многие годы.

0 ~>pkg_info -X mplayer | grep PKG_OPTIONS
PKG_OPTIONS=cdparanoia dv dvdnav dvdread mad mplayer-default-cflags mplayer-internal-faad mplayer-menu mplayer-real mplayer-runtime-cpudetection mplayer-win32 oss sdl theora v4l2 vorbis x264 xvid

0 0 ~>uname -srm
NetBSD 5.99.53 i386

0 ~>

Ответить | Правка | ^ к родителю #808 | Наверх | Cообщить модератору

972. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Озабочка on 18-Авг-11, 00:59 
Я категорически запрещаю вам всем пользоваться FreeBSD это не система для обычных пользователей это легковесная северная платформа. Не нужно туда лезть обычным пользователям.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

974. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от anonymous (??) on 18-Авг-11, 23:20 
> Я категорически запрещаю вам всем пользоваться FreeBSD

эх, забыла молодежь классику

"Пожалyйста, перестаньте посылать нам сообщения об ошибках. Это наша система. Мы разработали ее, мы создали ее и мы использyем ее дольше чем вы. Если вы полагаете, что в ней отсyтствyют некоторые свойства, или система не так эффективна, как вам бы хотелось, ЗАТКНИТЕСЬ! Убирайтесь к чёртy, мы в вас не нyждаемся. См. рис. 1."

Ответить | Правка | ^ к родителю #972 | Наверх | Cообщить модератору

975. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от mh on 25-Авг-11, 07:43 
>> Я категорически запрещаю вам всем пользоваться FreeBSD
> эх, забыла молодежь классику

;) http://compuhumour.narod.ru/other/answer.html

Ответить | Правка | ^ к родителю #974 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру