About NFS

2 Spherix (*) (07.05.2004 11:46:20)

Какая версия протокола используется?

У меня сервак ( 4 х Xeon MP ) работает ( uptime 125 дней),правда ядро 2.6.0 - как вышло тогда - так и поставил. Проблем незнаю ваще - 200 юзеров трахают базы ( 30-50 гиг) целыми днями. Скорость по сравнению с 2.4.х не упала точно (даже вроде быстрее стало).Так, что спорно все это...

>Я так понимаю что мир без мастдая жить не может. И судя по постам мастдаем номер 1 становится GNU/Linux.

Зря. Если посмотреть внимательно то мнения разные. Не факт, что это линукс виноват или конкретное ядро. Для чего вообще открывали исходники ? Для того чтобы каждый внес что-то свое. Конечно это легко - качнуть свежее ядро, сказать пару раз MAKE и жаловатся, что мол облом - не пашет/глючит. доставать разработчиков мол криво пишете господа. А если разобратся хорошенько - большинство глюков результат криворукой сборки.И всего-то надо было или порыскать по коду и поискать прослания от автора - типа #если валится тут-то откоменть, здесь закоменть, или ковырнуть документацию по железу/протоколу и т.п.

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

Сейчас конечно все кинутся гнуть пальцы, вроде "...как это у такого спеца как я и криво собрано ...". Может я и не прав... Поэксперементируем .... Слабо пофиксить хоть один из выловленных багов ?

Кстати ни кто не вспомнит для чего линух написан ? Just for FUN!!! А тем кто хочет нахаляву поиметь суперсовременную сверхшуструю операционку нашару - обломитесь! Все равно будете расплачиватся своим временем!

Уффф! Наболело ....

Как всегда ничего личного...

Все правильно, "усе справедливо". Только важное замечание. Многие нынешние маркетологи от линукса именно об этом и кричат: "тем кто хочет нахаляву поиметь суперсовременную сверхшуструю операционку нашару". А вот это, увы, пока неправда. И вряд ли будет правдой в обозримом будущем. За все надо платить.

Абсолютно согласен!

> За все надо платить.

Да, но не стоит невилировать вклад коммьюните. Это ли не плата?
И вообще, если я чего-то хочу и это делаю, то за что я должен платить? ;)
За крышу что ли? ;)

Если Вы что-то делаете в составе комьюнити, возможны несколько вариантов.

1. Вы очень круты. И Вы берете Федору/Дебиан/Слаку/... и отполировываете до зеркального блеска.

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

3. Вы совсем не круты и только начинаете помогать комьюнити - тогда см.2, только временнЫе интервалы получаются сильно дольше.

4. Вы просто чайник. Или менеджер. Тогда как Вы помогаете комьюнити? Берите толстый кошелек и покупайте поддержку у крутых, нанимайте крутых админов.

>anonymous (*) (07.05.2004 19:23:27)

Причем тут это. Либо ты береш бесплатное решение (слака, генту, демьян, федька и тд.) и соответсвенно трахаешся сам (изучаеш доки, правиш, спрашиваеш на форумах, пишиш багрепорты и тд.), либо ПОКУПАЕШ готовое решение и ПОДДЕРЖКУ (от RH, SUSE, SUN, IBM и тд.) и соответственно трахаеш их техподдержку. В первом случае ты платиш своим временем и силами, во втором своими денгами. В итоге: > За все надо платить. Причем есть выбор. А бесплатно только птички поют (с)А.Макаревич,"Машина времени".

>svu (*) (07.05.2004 19:28:23)

Извини пока постил свое, Вы уже запостили ваше. Но мысли у нас совподают.

anonymous (*) (07.05.2004 19:39:34)

Быват:)

> У меня сервак ( 4 х Xeon MP ) работает ( uptime 125 дней),
> правда ядро 2.6.0 - как вышло тогда - так и поставил. Проблем
> незнаю ваще - 200 юзеров трахают базы ( 30-50 гиг) целыми днями.
> Скорость по сравнению с 2.4.х не упала точно

На нормальном железо ядро 2.6 работает беспроблемно (IMHO :-)). То, что скорость не упала - также ожидаемо (а скорее, должна была возрасти), поскольку у тебя SMP, а его специально "вычищали" в плане шедулера и блокировок. Под одной задачей 2.6 действительно несколько медленнее, а вот когда несколько процессов на нескольки процессорах активно работают и I/O занимаются, 2.6 побыстрее будет - это впечатление от тестов с ораклом: когда закачка идет в одной сесси, быстрее 2.4, но уже на 2-х сессиях времена выполнения практически выравниваются, даже на одном процессоре. Надо будет прогнать еще в десятке сессий, для полноты ощущений как-нибудь займусь этим :-)

>4. Вы просто чайник. Или менеджер. Тогда как Вы помогаете комьюнити? Берите толстый кошелек и покупайте поддержку у крутых, нанимайте крутых админов.


ss@toshiba:/usr/src/linux-2.6.3$ head -n 1890 CREDITS | tail -n 5
E: beans@bucket.ualr.edu
D: Promised to send money if I would put his name in the source tree.
S: Post Office Box 371
S: North Little Rock, Arkansas 72115
S: USA

Сия надпись появилась тыщу лет назад 
Говорят денег не прислал до сих пор ;)))

Народ тут так смачно расписывает все свои неприятности с пробой нового ядра.
У меня их было как минимум две абсолютно различных.
1) Slackware 8.1 + 2.5.59-2.6.0-test1 - это было интересно, и не поверите работало достаточно стабильно, да были паники после обновлений, несколько крахов файловой системы, приходилось обновлять левые пакеты, потому что баги не только в ядре, а еще куча в других вещах и проявляются они при очень специфичных изменениях.
2) ASPLinux(Latest stable) + 2.6.3 - пришлось отказаться сразу от свежих ядер. Почему? Да по одной простой причине, это RPM based дистрибутив, направление которого стабильность, а не bleeding edge. Пакет очень долго не меняет основную версию, накапливая в виде патчей только необходимые фиксы для стабильной работы системы. Если ты сюда поставил Kernel2.6, то если что-то не так ты не сможешь сделать ничего толком, ругаться на RH/ASP нет смысла, ты нарушил целостность дистрибутива, сказать что-то разработчику приложения о том, что оно не работает тоже нельзя, ты не используешь vanilla latest stable version.

Вот и получается, что у меня сейчас 2.4.x самосборки, потому что на моем железе не работает ядро от ASP( камень в сторону стабильности ASP :) ), которое кстати скомпилено с NTPL, который нужен для DB4 собраного тем же ASP/RH с завязкой на NTPL, из-за чего пришлось собрать отдельный DB4 в /usr/local/db4.

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

Поставьте себе Gentoo и живите на нестабильном ядре, развивайте свои познания, развивайте дистрибутив.
Делайте, что хотите, а не трепитесь попусту.

Данные замечания не относятся к тем, кто высказывал похожие мысли, а тут такие были.

Удачи.
//ТотЧьиНемногичисленыеПатчикиВключеныВЯдро

http://kerneltrap.org/node/view/3065

Вот и ответ, что всему свое место.

Stephen Hemminger recently posted to the lkml in frustration, asking which Linux distributions support a stock kernel. He specifically listed problems between the stock kernel and Mandrake, due to its use of supermount, and SuSe due to its usage of ReiserFS attributes. He explained, "When running a non-vendor kernel, I need to reasonably expect that the system will boot and all the filesystems and standard devices are available."

The various responses listed a few distributions that evidently work well with the stock kernel, including RedHat's Fedora, Debian, Slackware, and Gentoo. Stephen concluded, "I am not saying it is bad that the distributions try to satisfy their customers, or create a better experience; they just need to stop breaking things, and add running a standard kernel as part of their QA cycle."

Вот вам и комерческое решение. Вот вам и техподдержка.

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

Ты не спец, расслабься