Matt Dillon форкнул FreeBSD

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

Ну и что? И ради этого я должен качать и перекомпилировать такой нехилый пакет как J2SDK1.4.1 (*BSD 1.4.2 просто НЕТ!)

Повторяю, нет никаких сложностей для линуксоида установить BSD. Нет никаких сложностей в использовании для информационного сервера OOO "Рога и копыта".

А если вам нужена MOM система? Да еще регионально распределенная? Будем сами писАть все на сокетах?

2green

А что, в FreeBSD 4.x было меньше? ;)

Ну покажи аналоги дыр типа ptrace или ioperm ?

СИНХРОННУЮ запись метаданных? Софтапдейты? Это шутка такая?

А как насчет того, что если ты не ведешь файл журнала, то получаешь ЗАМЕДЛЕНИЕ дисковых операций? Демокод доступен ;)

Ты лучше сам ту статью найди, перечитай, а потом тут цитатами подтверди то что ты тут придумал.

Ну дык в ptrace и ktrace как раз и были же дыры (во фре 4.x), ну что ты с разбегу в лужу то прыгаешь? ;)

2anonymous (*) (2003-07-17 15:16:19.440662)

>>С родной XFS не работал, но Линуксовый порт убил насмерть.
Отсюда по пунктам, что конкретно не нравится?

>>JFS?

Вы её кто-нить используете?

Я пробовал ею попользоваться: При работе очень высокая загрузка
процессора(sys time) и нереально звучащие запилы винчестера, при
этом нереально медленная скорость.

Единственная production FS под Linux это XFS.
Всё остальное смешит.
У XFS даже дефрагментатор есть и кстати работает даже :)) и реально
оптимизирует(xfs_fsr - fs reorganizer работает на
подмонтированной fs).

Мне кстати интересно услышать чем не крут XFS по сравнению с другими
FS под Linux.(про то, что XFS/Linux и XFS/SGI отличаются не надо -
знаю).

>>softupdates

Я помню thread про журнал vs softupdates.
Вывод из это треда был следующий: softupdates и журнал в целом
комплементарны(дополняют) по отношению друг к другу, но softupdates
(впрочем, как и неаоборот) не решает проблем, которые решаются
журналом.

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

Ну так и поддерживали бы они себе только Windows. Не нравится перспективка? Я думаю, что в IBM, Sun и HP должно найтись достаточно разумных людей, которые понимают, что монополизм вредит прогрессу, а разнообразие подходов и решений - двигает его вперёд! А если они этого не понимают, то в конце сами же и пострадают (вот такой я оптимист ;-)).

To anonymous (*) (2003-07-17 15:49:51.308258)

Специально для Вас еще раз повторяю!

>А если вам нужена MOM система? Да еще регионально распределенная? Будем сами писАть все на сокетах?

Бери нужную тебе ось и решай задачу MOM системы, "да еще регионально распределенную." (с) anonymous

Я что не ясно выразился? Есть у тебя готовая МОМ системы (сори что не заню что это!) под линух? Ставь линух и распределяй по регионам! Я не заставляю тебя "писАть ни на сокетах", ни на чем либо еще! :-))

ЗЫ: А наверное это круто - "писАть все на сокетах"!

Ну дык в ptrace и ktrace как раз и были же дыры (во фре 4.x), ну что ты с разбегу в лужу то прыгаешь? ;)

Ну а как там рута получить ?

Про ioperm скромно помолчим ? Когда любой мог диски на серваке

форматнуть :)

Про Open вообще скромно помолчим, найди хоть один работающий

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

Рута получить элементарно. Ну возьми и подними advisory в конце-то концов ;)

Про ioperm - у фри такого механизма нет, там есть нода в /dev которая этим занимается, смени на ней (случайно?) пермишены и привет - форматируй винты сколько влезет ;) Есть и другие способы получить этот дескриптор...

Как я уже сказал ранее - OpenBSD мы вообще не рассматриваем, потому как она внутри вся из себя сырая, рейсы не вычищены и не вычищаются (некоторые из рейсов были указаны альвирой еще в 2000м! году). Ты же не будешь мне предлагать искать дыры в minix, так? ;)

"(сори что не заню что это!)"

Но вот вы видите, не знаете. А это message oriented middleware (система гарантированной доставки сообщений, причем обязательно с поддержкой legacy приложений), которое как native для *BSD просто отсутствует. BEA Tuxedo или IBM MQSeries не выпускаются для *BSD. А это огромнейший рынок, из которого *BSD напрочь вымывается.

Весьма нехорошо в технической беседе использовать личностный фактор, поэтому просто посмею высказать свое предположение, что сторонники *BSD это просто обслуживающий персонал мейлеров и/или веб-серверов не систем (не крупных систем) электронной коммерции (не типа Linux amazon :)). Для серверов приложений (я уже не говорю про массовые рабочии станции) *BSD не подходит, а подходит Linux, что говорит только об одном реальном посягателе на монополию мелкомягких. (Про вылазки тут Irsi промолчу.)

Эх знать бы С я бы OpenBSD в чувство привел.

2 anonymous (*) (2003-07-17 16:02:03.299712) >Отсюда по пунктам, что конкретно не нравится?

Выбирал какую fs поставить на сервак под SAP. Взял jfs, xfs и рейзер. Пишу на все три данные и в это время вырубаю питание. Первый заход: JFS гикнулась (чеком восстановил), Рейзер и XFS стоят. Второй заход то же самое. Прогнал бенчмарки - мама моя! XFS впереди планеты всей! Напоследок решил еще раз питание вырубить. В результате рейзер стоит, JFS лежит но лечится, а XFS сдохла совсем - xfs_check не спас.

там есть нода в /dev которая этим занимается, смени на ней (случайно?) пермишены

Грин скажи честно сколько ты работал с *BSD и че делал ?

man 2 i386_get_ioperm

i386_get_ioperm() will return the permission for the process' I/O port
space in the *enable argument. The port range starts at start and the
number of contiguous entries will be returned in *length.

i386_set_ioperm() will set access to a range of I/O ports described by
the start and length arguments to the state specified by the enable argu-
ment.

"Ну так и поддерживали бы они себе только Windows"

А вот здесь у вас ошибочка. На MBA не сдали:))(шучу!)

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

Рази ж все что я там делал упомнишь? Но вообще я больше с линухом работаю, за это хоть деньги платят ;) По крайней мере когда меня интересовала необходимость писать в порты, хождение имела FreeBSD 2.2.[57] и механизм доступа был такой как я описал, с тех пор как-то ненужно было. Рад что у них появился fine-grained control (кстати давно появился-то?) ;)

Разве ext3 не журналируема? И шустрая, и не валится (в умелых руках).

ext3 журналируема, но сыровата пока.

To anonymous (*) (2003-07-17 16:17:15.500404)

Ты меня плохо понял? Я предлагал тебе использовать фрю для МОМ системы? Я еще раз повторю: надо использовать то что максимально подходит для решения поставленой задачи!

"Весьма нехорошо в технической беседе использовать личностный фактор"(с) Согласен! "сторонники *BSD это просто обслуживающий персонал мейлеров и/или веб-серверов не систем (не крупных систем) электронной коммерции (не типа Linux amazon :))." И среди них есть весьма квалифицированные - www.yahoo.com .

"Для серверов приложений (я уже не говорю про массовые рабочии станции) *BSD не подходит, а подходит Linux,"

см. первый абзац в данном посте. Хотя утверждение это спорное и о серверах приложений и о массовых рабочих станциях. По второму пункту - чем хуже десктоп на фре десктопа на линуксе?

"что говорит только об одном реальном посягателе на монополию мелкомягких" - да ради бога!

Хехе. Под ext3 у меня корень был когда я питание рубил. Не боялся за нее ни капельки. А те кому этот сервак нужен был захотели или рейзера или XFS вот я их и гонял.

Специально отключал машину несколько раз. Тьфу-тьфу! Работает. У меня ASP9. ext3 там рекомендована по умолчанию.

2 Sun-ch A u menya stoit na 286 samopisannaya OS zaschischennogo rezhima... I khui kto iz vas naidet v nei dyru... Ya vam prosto ee ne pokazu.

Sun-ch! Ya tebya uvazhayu, no, pokhozhe eti pis..nu tebya vyveli...
Soglasis', chto priemy nachalis' demagogicheskie. Otsutstvie dyr - ne pokazatel' kachestva. Vazhno, chtoby bylo zachem eti dyry iskat'!

Pravil'no ved' skazali: kazhdomu - svoe. Na serverakh rulit Free/OpenBSD, tak kak ona yavlyaetsya prodolzhatel'nicei tradicii BSD kommercheskikh. I ispol'zovanie otlazhennykh technologii opravdyvaetsya nadezhnost'yu.

No eto ne znachit, chto Linux khuzhe. Prosto u nego net kredita doveriya korporativnogo rynka.

Glavnoe ved', chto NET principial'nukh razlichii s administrativnoi i pol'zovatel'skoi tochki zreniay mezhdu *BSD i Linux. Za isklucheniem, mozhet nazvanii nek. komand :)))


DAVAITE ZHE PREKRATIM SOVERSHENNO PUSTOI SPOR O MINMIKH PREIMUSCHESTVAKH *BSD/LINUX! ONI OBE UZHE DOSTATOCHNO KHORSHI DLYA SER'EZNYKH DEL.

(кстати давно появился-то?) ;)

С октября 1995 года.

Там дело не в отключениях питания. Рекомендую почитать ченджлоги к последним ядрам.

>По второму пункту - чем хуже десктоп на фре десктопа на линуксе?

Я может ошибаюсь, но как там быть с SO/OO? Про эмуляцию Linux программ я знаю.

Примерчик сервера приложений на *BSD в студию, ASAP, pls.:)))

Странно, как жеж я ее так не заметил когда искал? ;) А доступ через ноду в /dev уже выкинули?

to Sun-ch Не подскажешь где используют NetBSD, а то информации по ней крайне мало. Как там обеспечивается переносимось на новые платформы (за счет использования микроядра или др.) Как там с производительностью по отношению к FreeBSD или Linux ? Есть ли Real-time расширения ?

Andrey

To anonymous (*) (2003-07-17 16:34:33.640802) "Я может ошибаюсь, но как там быть с SO/OO? Про эмуляцию Linux программ я знаю." Да ты ошибаешься. Работает и без всяких эмуляций. И еще куча софта как для офиса так и для развлечений и для работы.

"Примерчик сервера приложений на *BSD в студию, ASAP, pls.:)))"

Проводить не буду, потому как незнаю. Но я тебе в 3-ий (ТРЕТИЙ) раз говорю - ось выбирается под задачу!!! С этим то ты согласен? Если да - то что еще надо?!

xfs_check не занимается восстановлением XFS.
xfs_check - это мелкий скрипт на sh, который использует xfs_db(debug)
для проверки целостности.

Восстановлением XFS занимается xfs_repair!

Ну и о чём тут говорить?

У меня XFS, кстати не рушилась ни разу.

1) Как то раз дома дергали эл-во.
Один раз машина даже во время переигрывания журнала по питанию пала.
И ничего.
Всё ok.

2) Трое пьяных чертей подползли к серву с 300GB RAID из IDE дисков.
И зарешели они искать BAD block`и :)). Вообщем один из них (я) знал,
что к чему и сказал, что для поиска bad`ов есть badblocks, а программа
dd для этого не очень пригодна. Но запускал badblocks другой :)).
Через 3-5 мин после начала DESTRUCTIVE bad block тест процесс был судорожно остановлен.

xfs_repair минут за 5 восстановил FS. Потеряли один-два файла. Это
был(и есть) file-server с фильмами.:))

2 Sun-ch A u menya stoit na 286 samopisannaya OS zaschischennogo rezhima... I khui kto iz vas naidet v nei dyru... Ya vam prosto ee ne pokazu.

Опасное заблуждение, код Windows тоже не показывают, и работает

над ним огромная армия высококвалифицированных экспертов по security,

однако дыры там просто жуткие, последний пример дыра в DCOM

Sun-ch! Ya tebya uvazhayu, no, pokhozhe eti pis..nu tebya vyveli... Soglasis', chto priemy nachalis' demagogicheskie. Otsutstvie dyr - ne pokazatel' kachestva. Vazhno, chtoby bylo zachem eti dyry iskat'!

Безопасность в системах работающих в nonstop режиме должна

быть на первом месте, если ее сломают, то остальное уже не имеет

особенного значения

Glavnoe ved', chto NET principial'nukh razlichii s administrativnoi i pol'zovatel'skoi tochki zreniay mezhdu *BSD i Linux. Za isklucheniem, mozhet nazvanii nek. komand :)))

Абсолютно верное мнение, меня всегда умиляли юные дарования

позиционирующие себя на собеседовании как "администраторы Linux"

"раз говорю - ось выбирается под задачу!!!"

Согласен на все 100%. Но если под задачу можно выбрать одну из двух операционных систем, то пользователь не окажется в положении "буриданова осла", а выберет наиболее распространенную. Согласно "эффекту домино" или "эффекту лавины" эта ОС будет также раскручиваться, вытесняя игроков в той же нише, пока не займет полностью эту нишу. См. приводившиеся примеры про DAT, Sony Home BetaCam, IBM MC, IBM TR и etc..

>позиционирующие себя на собеседовании как "администраторы Linux"

Масяныч, когда нет других аргументов, и этот аргумент сойдет.

Далеко не юный anonymous.

Если запоминать как называется каждая утилита, check там или restore, то крыша съедет.

to Sun-ch Не подскажешь где используют NetBSD, а то информации по ней крайне мало.

http://www.netbsd.org (сейчас там меняют сервер)

Как там обеспечивается переносимось на новые платформы (за счет использования микроядра или др.)

Микроядра там нет, код самого ядра не зависит от железа,

для написания драйверов используют спец. технологию

New System Bus с высоким уровнем абстракции

Как там с производительностью по отношению к FreeBSD или Linux ?

Очень продвинутая рализация TCP/IP стека, как роутер ИМХО

работает быстрее

Есть ли Real-time расширения ?

Есть специальные порты для промышленных контроллеров, но за деньги

код основан на ядре NetBSD + коммерческие расширения RT

To anonymous (*) (2003-07-17 16:52:46.600418)

"Согласен на все 100%." Ну вот это и главное, и единственное о чем я говорил. И искуственно себя ограничивать только фрей или только линуксом (потому что "рулез!") - глупо.

"Смотреть надо ширше!" (с) Из фильма.

"Но если под задачу можно выбрать одну из двух операционных систем, то пользователь не окажется в положении "буриданова осла", а выберет наиболее распространенную. Согласно "эффекту домино" или "эффекту лавины" эта ОС будет также раскручиваться, вытесняя игроков в той же нише, пока не займет полностью эту нишу. См. приводившиеся примеры про DAT, Sony Home BetaCam, IBM MC, IBM TR и etc."

Я этому даже рад! Я не хочу что бы фрей происходило то что происходит с линуксом. Просто мне это не нравится. Не нравится как производители некоторых дистров опопсняют линукс на манер мастдая. Это мое личное мнение и комментировать его не обязательно.

>К сожалению мне неизвестен удачный и общепринятый русский термин. 
Да нормально это все переводится - "возможность обгона"
>Англоязычный - race condition.
или "обгон"

Если последнее ловится довольно легко то ловить первое это куча
секса :) вот где должен рулит FM analysis 

>Ну покажи аналоги дыр типа ptrace или ioperm ?

proc ? ;)

Термин "обгон", общепринятым не является.

to Sun-ch Спасибо.

Andrey

>proc ? ;)

security compromise via procfs

Announced: 1997-08-19

2Далеко не юный anonymous.

А мне не нужен администратор Linux, а нужен postmaster

причем sendmail он должен уметь настроить на любой платформе

>Слушайте, краснопузики! Почему для *БЗД: 
>1. Нет ни одной сертификации, даже Брэйнбенч? 
>2. На весь dice только одна вакансия? 
>Приятных вам мечтаний о светлом будущем БЗД.

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

2маСяныч! А мне, а мне ответь что-нибудь, а то мне так одиноко! :((

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

Ну прям в точку.

Лень - первый признак профессионализма у админов.

Вместо того, что трясти каждый день задницей, разъезжая по клиентам,

он настроит систему ОДИН раз :)

>Ты лучше сам ту статью найди, перечитай, а потом тут цитатами подтверди то что ты тут придумал.
Я тебе кто? Старик Хоттабыч, что-ли, твои желания выполнять. Тебе надо, ты и ищи!
Да ладно, о Волька, о мой господин! Так и быть, вот статья: http://www.usenix.org/publications/library/proceedings/usenix99/mckusick.html
(Мак Кузик, китати писал, а не Диллон)
>СИНХРОННУЮ запись метаданных? Софтапдейты? Это шутка такая?
Нет не шутка.
Та фраза, над которой ты прикололся в оригинале звучит так: "Soft updates, an alternative to these approaches, is an implementation mechanism that tracks and enforces metadata update dependencies to ensure that the disk image is always kept consistent. The use of soft updates obviates the need for a separate log or for most synchronous writes." Ты уж прости меня, грешного, мой вариант не авлялся дословным переводом, давно это было, запамятовал :-) Ну всё, дальше читай сам, если нужно.

>Рази ж все что я там делал упомнишь? Но вообще я больше с линухом работаю, за это хоть деньги платят ;) По крайней мере когда меня интересовала необходимость писать в порты, хождение имела FreeBSD 2.2.[57]
Да-а много воды с тех пор утекло... Тады всё понятно
Кстати некоторым платят за FreeBSD :-)

2zelo

Малыш, а что ты хочешь от меня услышать :)

Кстати строчку "И большой знаток бабских струн", написал Высоцкий.

У вас там как в универе советскую классику преподают ?

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

Я знаю что некоторым платят, но как-то так за Linux платят поболее, вот в чем проблема ;)

>Термин "обгон", общепринятым не является.

А какие еще есть варианты ?
Я использовал/зую/слышал только такой перевод термина  ...

race condition : obscheprinyatyi termin - situaciya gonok. Imeetsya v vidu konflikt pri dostupe k razdelyaemym resursam.

P. S. Eto na ochen' prostom i dostupnom urovne, pro cituaciyu gonok, mertvuyu blokirovku(deadlock) i pochee rasskazyvaet na mechmate MSU Pronkin dlya sudentov 2-ogo kursa.

Я знаю что некоторым платят, но как-то так за Linux платят поболее, вот в чем проблема ;)

А тем, которые платят тем, которые платят тем, которые платят тем,

которые платят за Linux - платят намного больше :)

Почитал Goals. Довольно забавно и прогрессивно. Немного напоминает k42/Toronto, только без RCU и ориентации только на 64 бита. Хотя некоторые идеи довольно экспериментальны (token passing).