> Вы,батенька, либо ДЕМАГОГ - подменяете одно понятие другим (путаете
> операционные и файловые системы - как говорится: "тёплое с мягким")
> либо не умеете пользоваться гууглом
Мы не гууглом (sp?) пользуемся, а собственно продуктом, о котором вы по google судите. Флаг вам в руки, семь футов под килем, и т.д. если у вас зародилась безумная идея _это_ под линуксом использовать. Никто не путает FS и OS, наивно игнорировать вопрос о том, как уродская OS может испохабить достойный продукт, это несколько xm... простодушно.

> По поводу крэша XFS - в стабильном vanilla ядре XFS появилась недавно
А официальный патч _поддерживаемый_ SGI, существует _годы_. Что хотим сказать?

> угу, а самое главное, жаль что кода виритаза им не показали. не
> исключено, что сепуку бы всей конторой свершили...
Нам показали документ о поддержке, и сказали, куда звонить. Нашли мы неприятный момент с cluster VxFS, и что б вы думали? Прискакали, починили. В 24 часа, между прочим. Какой там код не знаю, но специалисты толковые, в этом коде прекрасно разбирающиеся, у них имеются.

>Вольный перевод inspired?

Please, read on this:

The original design is actually based off Ingo Molnar's O(1) scheduler which was merged into the Linux kernel during 2.5 development.

> Вот это клоуны... performance hit ext3 по сравнению с vxfs :)))
Не обольщайся, о любитель цирка. Performance hit ext3 по сравнению с ней же, но _без_ журнала.

> "Самой современной" поделке - Solaris - Sun уже давно забило гвоздь в крышку...
Это портом на amd64? Линейкой серверов SPARC от маленького однопроцессорного до Fire 15K монстров? Или вы, как и все линуксоиды, считаете OS без любимого Midnight Commander положительно не пригодной для работы? Трудно вам...

веритасу сикока лет?
да и нету reiserfs под солярку :D

В английском тоже нет "ТЫ"

> веритасу сикока лет?
Это плохо? А есть ли в Linux хоть что-нибудь, что проживёт до тотального переписывания с нуля хоть половину этого срока?

> да и нету reiserfs под солярку :D
Вот и славно.

> Please, read on this:
> The original design is actually based off Ingo Molnar's O(1) scheduler
> which was merged into the Linux kernel during 2.5 development.
Слово design видим? Претензия понятна? Переводить, так уж аккуратно, чтоб не вызывать ненужного ажиотажа в среде местных аборигенов.

>А официальный патч _поддерживаемый_ SGI, существует _годы_. Что хотим сказать?

В чем его официальность?

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

Патч, существующий к ядрам 2.4, официально не поддерживается SGI. Есть у них BBS, на которой чувак отвечает на самые простые вопросы и посылает всех серьезных перцев на.

Теперь в работоспособности кода XFS заинтересованы все разработчики ядра. ;)

> Performance hit ext3 по сравнению с ней же, но _без_ журнала.
С таким же успехом можно сравнивать с ext2.

>Это портом на amd64?
Созданием своего дистрибутива Linux, скорее ... Поддержкой ломья от AMD.

>Линейкой серверов SPARC от маленького однопроцессорного до Fire 15K монстров?

Sun всегда славилась откровенно говенно-тормозными процессорами ... ;) Как впрочем и говенно-тормозной ОСью. SMP из них собирает относительно неплохие, но явно не стоящие своих $$ ;)

>Или вы, как и все линуксоиды, считаете OS без любимого Midnight Commander положительно не пригодной для работы? Трудно вам...

Это Вам трудно ;) А у нас MC работает и на Solaris ... благо GNUшные ncurses, как и еще сотню GNUшных утилит Sun уже давно не стесняется использовать как add-on к своему дистрибутиву.

> В чем его официальность?
В официальных версиях (дошли до 1.3 вроде) с сопутствующими press-relases. В gnats и списках рассылки, которые мониторятся инженерами SGI.

> Патч, существующий к ядрам 2.4, официально не поддерживается SGI.
Только он SGI и поддерживается. Всё, вплоть до тестирования в QA. Да что это я время трачу на "знатока", который на означеный mailing list не подписан, а мнение своё имеет. Use the source, Luke...

> Теперь в работоспособности кода XFS заинтересованы все разработчики
> ядра. ;)
Сейчас оно и начнётся, правда ваша. Пропала FS...

ага
только производительность UFS и Vertias в соляре кроме мата ничгео не вызывает ;)
но - надежно :D

Naivnoe Linux'ovoe "nyu-nyu"... "a u nas X terabyte; a u nas to, a u nas se".
zaibali pizdaboli huyevi

[miha]@[beer]:~> whereis jdk14
jdk14: /usr/ports/java/jdk14
[miha]@[beer]:~>

> Sun всегда славилась откровенно говенно-тормозными процессорами ... ;)
> Как впрочем и говенно-тормозной ОСью. SMP из них собирает относительно
> неплохие, но явно не стоящие своих $$ ;)
Подите расскажите это тем, кто это всё покупает, отлично зная о наличии "cвободной альтернативы". Опять этот старый синдром бесконечного мудрого линуксоида с лёгкой грустью глядящего на неоценивший его мудрость мир. Не укладывается в умишках, что кто-то может предпочесть сухие факты таким _замечательным_ лозунгам. Ведь "рулит" же Linux, рулит! Куда они, слепцы....

--
Исплакавшийся анонимус.

> А у нас MC работает и на Solaris
А у нас всякое дерьмо в дом не тянут. Шок и ужас, не правда ли?

> только производительность UFS и Vertias в соляре кроме мата ничгео не
> вызывает
Врёте уважаемый!
Мат после потраченного впустую на Linux времени после сравнения с VxFS нет нет, да и сорвётся. Правда, всё меньше и меньше, вслед за динамикой поголовья linux машин в компании.

2anonymous

>В официальных версиях (дошли до 1.3 вроде) с сопутствующими press-relases. В gnats и списках рассылки, которые мониторятся инженерами SGI.

Ты так и не ответил в чем тут официальность. Если я объявлю о том, что поддерживаю новую файловую систему для Linux и проведу пресс-релиз, то она обретет какой-то официальный статус для Linux что ли?

Повторяю еще раз медленным: Торвальдс не включил XFS в ядра до последних 2.4. Про существование XFS он знал. Я предпочитаю когда разработчики ядра судят о том готово ли что либо для включение в ядро, а не анонимусы с лора...

Пиздец... в стиле "а у нас в Мухосранске"

>Только он SGI и поддерживается. Всё, вплоть до тестирования в QA.
Согласен, спутал с поддержкой ими KDB. И того пидораза из SGI, который всех в списках рассылки посылал.

P.S. Смысл тем не менее не меняет

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

> Повторяю еще раз медленным: Торвальдс не включил XFS в ядра до последних 2.4
Повторите быстрым. При чём тут Торвальдс? Кто в здравом уме будет использовать поделки прямо из его рук? Размышлять до просветления.

> Пиздец... в стиле "а у нас в Мухосранске"
... а так же у них, в Германии, где SuSE сидит. Давно ль батенька пыталься получить _поддерживаемую_ конфигурацию с kernel.org. Попытайтесь, только к сюрпризам приготовьтесь.

> Согласен, спутал с поддержкой ими KDB. И того пидораза из SGI, который
> всех в списках рассылки посылал.
> P.S. Смысл тем не менее не меняет
"Не красный, а зелёный, не летал, а ползал. Но смысл тем не менее не меняет." Где уж нам, в Мухосранске...

>Вам организованной разработки с QA, поддержкой и расписания релизов мало? Даже с соответствующими пиротехническими эффектами в прессе.

Ну так замечательно... код в конце концов влили в ядро.

Скажу по секрету, что его не вливали долгое время, потому что он реализует родной для IRIX механизм страничной буферизации. И аномалий в ядре могло возникать куча... и никакой Q/A бы не помог, если бы страницы XFS "случайно" падали на чужие блочные устройства или был бы мудреный memory leak, что было бы очень трудно отловить.

>Nvidia драйвера, с точно в такой же моделью разработки - это тоже неофициально, этакая самодеятельность, ибо в Linux не включены?
X драйверы исторически не входят в ядро - это отдельный пакет, к тому же с каких пор nVidia стала распространять свои драйверы под GPL?

>Кто в здравом уме будет использовать поделки прямо из его рук? Размышлять до просветления.
По секрету скажу - весь мир ориентируется на эти "поделки".

>Не красный, а зелёный, не летал, а ползал.
Та фраза вообще не имела никакого значения к позиции XFS/Linux, так что не надо плакать.

Если ты такой максималист (это по поводу SuSE), то заметь, что в старых RH аналогично XFS нет, как нет и в большинстве популярных дистрибутивов.

Старые - это RH9 включительно (в Федоре может уже и есть - в принципе пора).

2Murr

А теперь какой механизм XFS реализует вместо старого? И как это на 2.6 живет?

Вообще, расскажи вкратце какая фс сейчас под линукс быстрая/качественная?

> Скажу по секрету, что его не вливали долгое время, потому что он
> реализует родной для IRIX механизм страничной буферизации.
B-shit. Data-IO там давно чисто Линуксовый, pagebuf используется только для мета-данных, что никак принципиально не отличается использования jbd тем же ext3.

> если бы страницы XFS "случайно" падали на чужие блочные устройства или
> был бы мудреный memory leak, что было бы очень трудно отловить.
И часто это у вас? В смысле миграции страниц на чужие устройства.

> X драйверы исторически не входят в ядро - это отдельный пакет
Забыли о драйверах NVidia для исполнения в ядре.

> к тому же с каких пор nVidia стала распространять свои драйверы под GPL?
А зачем. Для NVidia они ни менее, ни более официальны, независимо от того, что про них думает некий Торвальдс.

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

> Та фраза вообще не имела никакого значения к позиции XFS/Linux, так что не надо плакать.
Маркируйте их, что-ли? Мол эта - по делу, эта так просто затесалась...

где-то нужны спарки, где-то Линукс, а где-то и МС достаточно.

Вот что получили недавно от своих сисадминов (поверьте, мужики опытные, хотя в меру ленивые :):

Soon the FNWI mailserver will be replaced by a much faster server. The new mailserver will be accompanied by a second server that will perform the anti-virus and anti-spam scanning. We estimate that these new servers will improve the mailserver performance by more than a factor of 10. ................. The current mailserver is a Solaris based system is now being replaced with two Linux based systems. We expect this will reduce the TCO (Total Cost of Ownership) by more than 50%.

> 2 FreeBSD-шники:

> вы пока поаккуратнее из Linux-а что-либо переносите к себе - SCO узнает, и до вас докопается стопудово ;))

Учитывая то что одним из спонсоров FreeBSD является MS, то такой поворот маловероятен

> ну например нат, natd в freebsd весьма убог. (ИМХО вообще жутко не убобен и не логичен).

А кто тебе злобный буратино что ты юзаешь natd? Все нормальные люди давно уже ipnat юзают

===
прикольно, я вот давно заметил что некоторые усердные пионеры
называют всех и все на вы ;)
===
А как нужно?

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

Вы не согласны?

> Soon the FNWI mailserver will be replaced by a much faster server.
А ты поинтересуйся, какого года там стоял SPARC? У нас тоже старые RS6000 заменили, сначала на Linux на 8-ми процессорном компаке, потом Sun Fire 880, для Lotus. Тоже летает в сравнении, ведь RS-s то были аж 1995 года...

4anonymous (*) (16.12.2003 15:37:28):
>ну например нат, natd в freebsd весьма убог. (ИМХО вообще жутко не убобен и не логичен)

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


4Woody:
>Все нормальные люди давно уже ipnat юзают

Отучаемся говорить за всех нормальных людей. Кардинальные отличия natd от ipnat, кроме того, что первый user-level, а второй kernel-level - в студию.

//Losiki

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

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

>>"в чем именно? конкретные примеры "

>мля

>ну хорошо >прошу строчку (или не одну) на ipfw которая сделает то же самое ;)

>"в такой то промежуток времени (ну например с 12 до 14 часов) пакет по такому то протоколу (ну например tcp) порту такому (ну например 22) то идущему с мак адреса такого-то зажать до стольки то килобит приоритезировать до максимума и отправить через другой шлюз"

>отсос петрович? а на нетфильтре элементарно

А строчку на iptables кинуть - любопытства ради? Правила можно добавлять/прибивать по крону - незачем городить ерунду с промежутками времени в ядерном фв - имхо не его это задача - следить за временем, когда пакет пришел ( '-' в производительности ). Вообще - чем проще система - тем проще ее понять, оттестить и уменьшить кол-во глюков. А поделитесь-ка кто-нибудь еще, кто в своей жизни пользовался такими правилами на практике больше хотя бы 2х раз?

>млин да даже h323 не умеет ipfw намана проксировать - только application level юзать мона аля OpenH323 и тд а pptp нормальное проксирование? а еще сотни модулей для netfiltra который имеет очень гибкую plugin структуру в отличии от ipfw и ipfilter?

А зачем fw проксировать h323 - я так понимаю, что в функции fw входит обработка пакетов IP, а никак не проксирование вышестоящих протоколов ( это все таки функции прокси серверов - типа там squid , delegate, openh323 того же). По той же логике можно в iptables и весь Squid запихнуть, мол, а как же - кернел левел проксирование хттп траффика - а в ипфв слабо?

Напрашивается вопрос, а зачем собсно функции прокси на ядро лепить?

>да чего тут говорить...

Да уж, пора бы в линуховый фв вообще все залепить - пусть попарится. Закинули же в кернел левел хттп сервер. Молодцы...

>Shapa (*) (16.12.2003 16:16:01)

"в такой то промежуток времени (ну например с 12 до 14 часов) пакет по такому то протоколу (ну например tcp) порту такому (ну например 22) то идущему с мак адреса такого-то зажать до стольки то килобит приоритезировать до максимума и отправить через другой шлюз"

Да нех делать :)

Примерно так это для pf

brconfig bridge0 rule pass in on fxp0 src 0:de:ad:be:ef:0 tag VASIA

rdr on fxp0 proto tcp tagget VASIA to port 22 -> куда надо port 22

Правила для altq напишешь сам.

fbsd

> local root exploit в гугле вываливается с десяток линуксовых и только
> два я нашел для фри
я не знаю чего Вы там нашли, но я лично в 2001 году отламал фришник через lre на chfn. мне там аудит не давали сделать а через wu ломать было лениво.;-)
а вообще, пустой это всё трёп. IMHo 50/50.

fbsd

> одним из спонсоров FreeBSD является MS
будете смеяться, но M$ спонсирвоало также и FSF.:-)

>Флаг вам в руки, семь футов под килем, и т.д. если у вас зародилась безумная идея _это_ под линуксом использовать

Модуль бинарный мне в руки (для 2.4.20-23 и на таких же условиях, что и QNX6NC ), постановку задачи, и т.д. если у вас зародилась безумная идея _это_ под линуксом(Slackware-9.0 2.4.22-xfs-packet) использовать

Ой саныч хитришь ;)

1) это OpenBSD PF ваще-то ;)
На фре он как бы есть но altq тот же глючит еще конкретно ;)
2) RDR - это НЕ отправить через другой шлюз а перекинуть на другой адрес
что есть совсем другое
policy routing для OpenBSD пока еще не реализован, и в pf его пока быть не может в природе (хотя многие просят сделать)


ну и всякие там временные диапазоны и т.д где? ;)


тем кто по поводу прокси выступает - выступайте, выступайте, а я линукс юзаю как файрволл с отличной поддержкой NAT и все у меня работает ;)

по крону правила менять? вот уж маразм
а если у меня пачка взаимопересекающихся правил например?

что забавно - постепенно тот же pf наращивается до уровня того же iptables - и вони по этому поводу почему то нет ;)