The OpenNET Project / Index page

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

Перевод обзора новшеств в Linux ядре 2.6.

27.10.2003 11:30

Перевод документа в котором подробно описаны особенности Linux ядра 2.6.

  1. Главная ссылка к новости (https://www.opennet.ru/base/sys...)
  2. Другая статья про Linux 2.6, вышедшая на днях: Linux Kernel 2.6 is Coming: What's in it for You?
  3. OpenNews: Подробности о новшествах реализованных в Linux ядре 2.6.
  4. OpenNews: Как правильно установить Linux ядро 2.6
  5. Оригинал: Joseph Pranevich "The Wonderful World of Linux 2.6"
  6. OpenNews: Что можно ждать от Linux kernel 2.6
Автор новости: Death_Mokar
Лицензия: CC-BY
Тип: Интересно / яз. русский
Короткая ссылка: https://opennet.ru/3021-text
Ключевые слова: text, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (64) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 13:07, 27/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну все блин... Хана красноглазым демонам, точнее
    бээсдишникам. :) Заклюют их теперь красноглазные
    пингвины. Бээсдишники даже курентом прикрыться не
    смогут теперь, потому как даже курент необладает
    таким богатым набором фич.
     
     
  • 2.4, dpx (?), 16:35, 27/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Ну-ну... Это не первое подобное заявление пингвинятчиков :) Однако БСД живет и процветает! Что-то не верится в скорую победу красноглазых пингвинов...
     

  • 1.2, Дмитрий (?), 14:18, 27/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подождем детального сравнения 5.х и 2.6
     
  • 1.3, warlock (?), 14:31, 27/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    гыыыы.... ну крута ))))
    -----------------------------------------
    > В Линуксе 2.6. решена одна из серьезных проблем стабильности: более
    >невозможно выделить памяти больше, чем есть в системе ОЗУ (плюс своп).
    >   Раньше, в некоторых случаях, Линукс мог позволить успешно вызвать
    >   malloc() (<<выделение памяти>>) даже если память была исчерпана. Была
    >   пересмотрена логика выделения ресурсов и подобные случаи сделаны
    >   невозможными (конечно если вы исчерпаете системное ОЗУ - даже без
    >   превышения максимума - у вас возникнут серьезные проблемы).
    ------------------------------------------
     
  • 1.5, igorj (?), 17:38, 27/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/

    da FreeBSD budet vsegda nadjoznej i stabilnej 4em pingvin pora uze s etim smiritsja....
     
     
  • 2.6, vbank (?), 19:18, 27/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, при отсутствии нагрузки этот глюкодром freebsd даже не падает
    Чуть более серьезная нагрузка - виснет намертво без всяких видимых причин на серверных платформах.
    Раньше было 12 freebsd серваков, вис каждый из них периодически
    сейчас - более 40 на Linux, причем нагрузки такие что freebsd и не снились
    Отоспался хоть по человечески после как грохнул эту 'висучку' freebsd :)
    Давно уже пора признать что Linux намного стабильнее в overloaded env.

     
     
  • 3.7, Andrew (?), 21:24, 27/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Может я криворукий, но у меня вот ничего не виснет.
    Даже не знаю что и делать.

    Сказки какие-то рассказываете.

     
     
  • 4.13, vbank (?), 01:40, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    это не сказки, а опыт реальной работы в одной очень известной комании ( top 20 )
    ok

    рассмотрим ситуацию
    был dual xeon p3 под FreeBSD
    вис раз в один-два месяца

    Имеем этот же сервак под Linux ( винты были перенесены на временный сервак ) через неделю, который не виснет уже более года

    ваши действия для поиска причины краша под FreeBSD?
    напомню, что приложения остались те же самые. В том числе и hardware
    Жду ответа

     
     
  • 5.40, Andrew (?), 23:03, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Действия в таких случаях стандартные -- DDB в ядро, компиляем с поддержкой crashdump.
    Ждем kernel panic/зависания. В случае зависания -- escape to debugger (ctrl-alt-esc), набираем ps, tr и т.д. В случае kernel panic -- шлем backtrace на hackers@freebsd.org

    Вы это сделали?

    Со своей стороны хочу сказать, что уже более года работает сервак
    2xP3 под FreeBSD начиная с 4.6  и до 4.8. Загрузка средняя -- 60Gb исх. www траффика в мес (пожатого mod_deflate) mysql+php (на mysql около 100 queries/s). Никаких проблем. Пару месяцев работает похожая машинка с 2xP4 Xeon 2.4 (HTT) -- нет нареканий. Если интересует -- готов дать более подробную конфигурацию железа

     
     
  • 6.50, vbank (?), 18:32, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Мне добираться до места где расположены серваки - около 30 минут

    Это катастрофа если сервак будет столько лежать
    поэтому сразу делается ребут
    соответсвенно никакого дебугера смысла запускать нету


    А линюх поддерживает CPU exception в syslog (а сислог соответсвенно на другой машине), таким образом отловил недавно глючную мать и отправилу вендору обратно
    Поддерживает FreeBSD логирование CPU exceptions в syslog ?

     
     
  • 7.59, Andrew (?), 23:47, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    FreeBSD поддерживет kernel debugging через serial console -- никуда ехать не нужно

    cpu exception обычно приводит к panic, а в этом случае backtrace получить
    тривиально (и в syslog cpu exception будет)

     

  • 1.8, M. (?), 21:50, 27/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    угу, у меня тоже как-то все странно работает.
    Тов. vbank - это вы бред сейчас сказали какой-то.

    Всем давно уже известно, что freebsd более надежна под нагрузом. Пора смириться с этим, а не обсирать бсдюшников. У меня уже давно создалось впечатление о Linux-users как о фанатах, но не более. Кроме как бестолковых криков я больше ничего не слышал. Пора бы научиться приводить аргументы..

    Михаил.

     
     
  • 2.9, vbank (?), 01:05, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Аргументы лично мои таковы

    было 12 серваков под FreeBSD которые падали раз в месяц
    сейчас уже 40, которые не падают

    причем на том же железе и при больших нагрузках

    Какие аргументы еще нужны?

     
  • 2.10, vbank (?), 01:11, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    К тому же 2 вопроса


    1) 4.x умеет треды по процам раскидывать?
    2) прикиньте, сколько терабайтный массив будет чекаться на freebsd при краше сервера?
    полчаса?
    это скандал на полинтернета в компании где я работаю

    к тому сравнивали производительность FS от чертика и XFS
    на реальном продакшине время запроса уменьшилось от 2 до 4 раз

     
     
  • 3.41, Andrew (?), 23:16, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    1) родные треды -- нет, поскольку они в 4.x userspace.
       linuxthreads -- будут, поскольку используют для создания треда rfork(RFMEM)

    2) долго будет чекаться, тут вы правы.
       в 5.x для этих целей есть background fsck

     
     
  • 4.46, vbank (?), 10:28, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >
    2) долго будет чекаться, тут вы правы.
       в 5.x для этих целей есть background fsck
    >

    на загруженном storage это неактуально
    потому что или чекается диск или идет отдача контента
    в результате имеем почти мертвенький сервачек на несколько часов с непонятно в каком состоянии FS

     
     
  • 5.49, Andrew (?), 13:46, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >на загруженном storage это неактуально
    >потому что или чекается диск или идет отдача контента
    >в результате имеем почти мертвенький сервачек на несколько часов с >непонятно в каком состоянии FS

    вы _лично_ пробовали?

    по моим наблюдениям, как раз в случае storage (т.е. в основном read access) тормозов особых не замечено.

    суммируя сказанное хочется отметить, что во многом устарело не только мнение бсдшников о linux, но и линуксоидов о bsd

     
     
  • 6.51, vbank (?), 18:35, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Я сказал на _нагруженном_ серваке, когда скорость чтения файла становится заметна end user
     
  • 6.52, vbank (?), 18:41, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    ok


    Вопрос

    Чекание скажем 500gb storage займет минут 20-30 я так думаю
    При очень сильно загруженном storage,что, это займет меньше что ли?
    нет
    это займет несколько часов
    таким образом мы имеем FS в странном состоянии несколько часов!!!
    Рульная FS, ничего не скажешь
    Может чтение юзерских данных и не будет тормозить, но в этом случае и background fsck будет работать много часов

    Таким образом мы подошли к одному из самых больших недостатков НЕжурналируемой FS
    А FreeBSD на ней строится

     
     
  • 7.53, vbank (?), 18:54, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    А XFS, IMHO, одна из самых надежных FS

    И когда речь идет о критической информации ( скажем хранение историй пациентов), то использование битой FS просто недопустимо

    Вернемся года 1.5 назад
    Имеем FreeBSD с простоем в полчаса в случае краша
    Имеем Linux без простоя в случае краша

    Да, можно сказать что раз в 5.x появился background fsck, все дружно пробуем переползти на freebsd
    Но это:
    1) деньги
    2) потеря некоторой части репутации компании потому что перенос софта не бывает без единого сучка
    3) Время, которое можно потратить на более полезные веши
    И это - только ради журналируемой FS, которая есть в Linux года полтора

     
  • 6.54, vbank (?), 19:05, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь о поддержке

    Я думаю supermicro сервера представлять не надо
    Очень популярные сервера на западе ( уже и в россии потиху)

    ok, идем на ихний ftp сайт
    Системы мониторинга
    1) CPU & system voltage
    2) CPU temp
    3) chassis temp
    4) fan speed

    Вопрос - есть это все для FreeBSD?
    Нету
    А мне нужно знать какая температура внутри корпуса, потому что от этого ОЧЕНЬ сильно зависит время жизни винтов ( в особенности когда стоит 6x15k)

    Или скорость какого-либо кулера начинает гулять - пора менять
    и я это буду знать заранее и смогу поменять его в ночное время

    Потому что есть средства мониторинга для Linux

    А вот для FreeBSD - нету
    А это грозит:
    1) перманентным перегревом винтов
    2) мне придется менять кулер когда сервак начнет тормозить, а это может случится в peak time, и замена кулера - это ~5-10 минут downtime ( не считая что мне надо добраться до серверов )

    PS. mlap или как его там не работает для последних motherboards

     
  • 4.55, vbank (?), 19:12, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь о софте для FreeBSD

    у нас в конторе начинает юзаться MacroMedia FlashServer

    Для Linux - официальная поддержка со стороны производителя


    Да, может оно будет работать для FreeBSD

    Но представим ситуацию:

    через месяц в flash server находят дырку
    Производитель дает update, ставим - получаем уже неработающую версию FlashServer на FreeBSD

    Итак, мы имеем три варианта решения

    1) Оставаться на дырявой версии
    2) Закрывать сервис ( 5k - flash server, затраты на рекламу, утерянные прибыли - короче дрова )
    3) переходить на Linux

    FreeBSD практически никем не поддерживается
    ни hardware ни software производителями

     

  • 1.11, Аноним (1), 01:17, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше бы корзину в ехт2 и в ехт3 встроили бы. Вот это был  бы капитальный рулез.
     
     
  • 2.12, vbank (?), 01:22, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    ext2 & ext3 - вообще не файловые системы для сервера
    полный отстой

    логические ошибки прямо во время работы возникают

     

  • 1.14, M. (?), 02:25, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    vbank,

    У нас в конторе стоит сервер (2 x AMD Athlon MP 2400, SCSI 15k) и на нем стоит freebsd-4.8 (раньше стоял дистр линуховый, пока админа не выперли). Сервак специально выделен под самописную базу данных, которая очень активно юзает треды и shm - мои личные выводы: сервак с бсдей держит в 1.7 раз больше процессов чем лялих держал + ко всему работает быстрее (в системе регулярно висит ~1300 процессов).
    Какой вывод я для себя делаю? "Линукс сосет, БСДя рулит?" Но яже молчу про это?

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

    happy admining,
    Михаил.

     
     
  • 2.16, vbank (?), 04:36, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    ok
    FreeBSD держал наш пров у которого еще до фига серваков под freebsd
    так что я не говорю про freebsd из коробки, не передергивай
    все что я слышал от них насчет падения freebsd - снижайте нагрузку

    1300 процессов ?
    енто все?
    а >5000 в течение года без падения на Linux ?

    и посмотри мое предыдущее сообщение, где я спрашивал о конкретных шагах в случае freebsd
    использует треды или полновесные процессы ?

     
  • 2.17, vbank (?), 04:51, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >Самое обидное, что все больше и больше таких Linux-админов становится, > которые со слюнями вокруг репы орут что все сосет и отсасывает, а лялих >выруливает не пА-деЦки, причем сами дальше лялиха и не глядели.

    FYI, я работал несколько лет как с OpenVMS, так и с IRIX
    опыт работы с *nix - около 10 лет ( когда еще Linux и не пахло )
    так что у меня есть умение давать объективную ценку ( а не с разгону, как здесь  подразумевалось ) операционке
    Я не спорю, что FreeBSD все еще продолжает работать когда загрузка проца в 100в отличие от Linux, когда все тихо умирает
    Т.е. здесь мы говорим о способности freebsd продолжать работать при overload ?
    Она выше чем у Linux ( все-таки планировшик у freebsd получше )
    Но!
    Я говорю о падениях
    До сих мне в этом форуме не ответили на мой вопрос
    До получения исчерпывающего ответа на четко сформулированный вопрос считаю дальнейший спор по принципу "а вот у нас" бесполезным

     
  • 2.18, vbank (?), 05:03, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    А redhat из коробки - вообще не OS а одна сплошная жопа
    и чем дальше, тем хуже
     
  • 2.20, vbank (?), 05:58, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Так же можно перечислить
    1) отсутствие Oracle в FreeBSD, впрочем как и cache db
    2) поддержка Linux IBM с ее опытом работы в OS
    3) отсутствие журналируемой FS в freebsd
    4) поддержка оборудования _производителями_ в Linux.

    Просто времена меняются. Freebsd ждет судьба OS/2.
    хорошая OS, только по принципу неуловимого Джо
    сама в себе, без поддержки со стороны производелей software & hardware, где кроме планировщика ничего хорошего
    а сервер - это не только процы, но еще и storage и so-so hardware
    в этом плане Linux далеко впереди.


     
     
  • 3.21, dpx (?), 09:55, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >хорошая OS, только по принципу неуловимого Джо
    >сама в себе, без поддержки со стороны производелей software & hardware, где >кроме планировщика ничего хорошего
    Не надо голословной дури!
    http://www.netstat.ru/ - там хорошо сказано, кто неуловимый :)
    можеш еще http://netcraft.com/ посмотреть - там примерно те же результаты...
     
     
  • 4.29, vbank (?), 13:06, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Угу

    приведи еще сравнение юзание IE & M
    тоже статистика
    просто минимальный опыт для админа после которых он действительно становится админом - 5 лет
    Для изменения указанной статистики нужно 5-10 лет
    Т.е. для сравнения качества на данный момент, приведение статистики бесполезно

     
  • 2.36, vbank (?), 16:40, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    собрано с freebsd тредами или LinuxThreads ?
     

  • 1.15, anonymous (?), 03:54, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уже 9-й год в конторах, как своей, так и на подработках держу штук 20 серваков под FreeBSD и ни разу какой-нибудь из них не сглючил. Было, правда, на старых версиях (~ 2.x), что без упса файловую систему приходилось восстанавливать за два прохода... Дома же (из-за семейных пристрастий к игрушкам) вынужден сидеть под линухом. Падает, зараза! Причем иногда от элементарного действия...
     
     
  • 2.19, vbank (?), 05:06, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    >Уже 9-й год в конторах, как своей, так и на подработках держу
    >штук 20 серваков под FreeBSD и ни разу какой-нибудь из них
    >не сглючил.

    В смысле? каждый по очереди глючит ? :)


     

  • 1.22, Zergling (?), 11:04, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    2vbank

    странные ты речи толкаешь :(((((
    ты бы что ли компанию назвал а ?

     
  • 1.23, Аноним (1), 11:16, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня тут сервак под Линухом, ну я с ним и на е За 5 лет работы админом, ... большой текст свёрнут, показать
     
     
  • 2.27, vbank (?), 12:58, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Очень внимательно сидел и изучал логи
    пусто
    в момент повисона - банальные сообщения
    потом - сообщения booting

    К тому же я не сказал что фря умрет
    я сказал что ее ждет судьба OS/2
    OS/2 до сих пор в банках штатах на всю катушку юзается

     

  • 1.24, mike (?), 11:38, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    1. статья хорошая, незрая время потерял

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

     
     
  • 2.28, vbank (?), 13:01, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    А мы не воюем :)
    просто развлекаемся ( я по крайней мере )

    а споры такого рода по жизни бесконечны :)
    как сторонники винды могут спорить с *nix-идами до пены и кулаков с обоих сторон

    Каждая из них права

     
  • 2.31, vbank (?), 13:17, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Просто как правильно здесь заметили, мнение бсдишников о Linux сильно устарело


     

  • 1.25, Денис Романенко (?), 11:42, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гы. Очень весело. Вы бы еще на LOR Holy Wars вести отправились. Самое там им место.
     
  • 1.26, igorj (?), 12:06, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    vbank
    ti neprav nas4ot BSD stojal u menja dolgoje vremja linux glu4il padla bezbozno postavil FreeBSD i po4ti vse moi problemi is4ezli moj
    servak pod uprovleniem BSD es4o nerazu neglu4il
    v otli4ii ot linuxa, stoit zaleztj na securitylab.ru iposmotretj naskolko baznaja stala eta OS novij baqi pojavljajutsja po4ti kazdij denj a distri tipa RH i Mandrake stali pohozimi na windu stavjat ku4u nenuznogo softa i daze nesparshivajut razzirel pingvin
    na rabo4ej stancii u menja FreeBSD so vsemi X zanemaet 900 - 1gb
     
     
  • 2.30, vbank (?), 13:12, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Ха
    я не говорю про RH.
    Я грю про собственно ядро

    А приложения которые идут с RH всегда были глючные и дырявые

    И никакого отношения к качеству OS отношения не имеет

    X на серваке? :) забавно :)

     
     
  • 3.43, Ernesto (?), 07:47, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    vbank, не надо петь военных песен про иксы на серваке. Про Solaris слышал? Ну вот...

    p.s. у меня редхат 9 на многопроцевом серваке, фряхи на всех остальных. все работает и не падает.

     
     
  • 4.56, vbank (?), 19:34, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    На ext3 FS ?

    с ее ошибками?

     
  • 4.57, vbank (?), 19:35, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    мы говорим о X на Linux, а не о X на солярке
    а это - две большие разницы
     
  • 2.68, J0hn (?), 02:30, 05/02/2004 [^] [^^] [^^^] [ответить]  
  • +/
    Гы ))) И будет падать если руки такие кривые что даже кирилицу видимо под родной FreeBSD поставить не могет )))) Транслитом печатает ... Работаю  и под Фрей и под Линухом ... Скажу одно .. каждая из систем хороша .. FreeBSD может немного меньше нуждается в доводке нарильником с другой чтороны Linux более гибкий .. но больший гемор при выдавливании гноя .. Опыт администрирования имею огрымный на обоих платформах  плюсы минусы есть везде.
      В целом все написанное в коментариях   это флейм
       А по существу не такая уж плохая обзорная статья ..
     

  • 1.32, M. (?), 14:01, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    vbank, ну насчет оракля и журн. ФС -

    1) оракл под бсдей заводится и работает (!) точно также безглючно. А если работает безглючно, то и супорт от оракла нехрен не нужен, так?
    2) Журн. ФС - хм, ну вот только про это не надо, ок? man tuning

    Отвечать на твой вопрос я не буду ("почему линукс не падает, а бсдя падает"), т.к. у меня бсдя не падает - нигде.

    Насчет кол-ва процессов - по-твоему главное это кол-во процессов а не то, что они делают и сколько жрут? Мда, флаг тебе в руки тоды.
    for i in 'seq 1 10000'; do
    sleep 1h &
    done

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


    Михаил.

     
     
  • 2.33, vbank (?), 14:23, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/

    Сервит юзерские файлики
    один сервак отдает в internet порядка 130-140mbps ( и это - файликами по 700-2k ), apache -> 1.3. так что sendfile не юзается

    так что не надо ля-ля со слипом

    а насчет 1) - представь, у тебя падает сервак, тебя вызывает босс и спрашивает "какого ты поставил freebsd вместо рекомендованной Linux?"
    и на следующее утро тебе все мило улыбаются, только ты о том что уже уволен, еще не знаешь
    2) пример из man где описывается включение j fs ?

     
  • 2.34, vbank (?), 15:54, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Выдержка с mysql.com
    >
    If you're going to use MySQL on FreeBSD at 2 or
    more CPU's machine, please note, that MySQL would
    use only one CPU.
    It's because of FreeBSD cannot optimize threads
    between multiple CPUs (this feature should appear
    in 5.0).
    If you want to get full efficiency of
    such system, you should compile MySQL with
    LinuxThreads, and all optimization, recomended
    below. NB: you SHOULD use FreeBSD 4.4 or later,
    since older versions work bugly with
    LinuxThreads.
    >
    мы вроде говорили о native freebsd ?
    или о домашнем компике с одним процем?
     

  • 1.35, M. (?), 16:26, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ух ты, 140 мегабит - я думаю не мне одному уже интересно стало что за компания в которой ты работаешь? Я так понимаю компания в России и сервера там же?

    2) насчет журн. ФС - в FreeBSD эта проблема давно решена, смотрите насчет softupdates если раньше не знали про это..

    Михаил.

     
     
  • 2.37, vbank (?), 16:51, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    нет конечно
    в россии это было бы сильно дорого - 450mbps

    да
    но это - не то же самое что j fs
    хотя близко
    просто в xfs ты можешь расположить журнал на другом девайсе
    соответственно получить большие гарантии сохранности fs если пойдет перегруз  storage.
    к тому же для журнала можно собрать raid с батарейкой
    те гарантированно что журнал будет жить после того как уборшица выключила все утюги

     

  • 1.38, Mad_Admin (?), 17:48, 28/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вообще то тема была обзора новшевств в новом ядре для линухов.. а пеперосло в спор кто у кого чего отсасывает...:) А опера получается что каждая жаба свойо болото хвалит:) Стояли у меня годами и редхеты и дебианы и решщил поставить фрю... ну малость не привычно писать rc.conf вместо конфига уровней зато потом всё ручнее... файрвол по крайней мере меньше надо писать буковок пока нашаманить а обновлятся по портам то вам не маратся с ерпеемками:) и ещо куча куча + и - но... как хотите а для себя вывод: шапочка -- учи детей чтоб не познали гадостей биловых, сервак на фрю стейбл, а на дебиан сиди себе и кушай так сказать да развлекайся:) но главная мораль басни -- главное ручки а систему можна подогнать под себя любую...
    А тепер по сути... да ядро по первым тестам рулез можно сказать но пусть обкатается вот тогда можна и к сервакам его крутить.
     
     
  • 2.39, vbank (?), 20:26, 28/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Это точно
    руки, к счастью, решают тут почти все
     

  • 1.45, kde (?), 10:23, 29/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проскакивало давече в форуме что-то вроде "FreeBSD vs Linux", ну просто поражает отношение людей к ОС.
    Но пардон, причем здесь RedHat или другие дистрибутивы, когда ОС это в первую очередь ЯДРО, и в основном все зависит от того как это ядро собрано.
    Темболее каждая ОС посвоему хороша, для решения ОПРЕДЕЛЕННЫХ ЗАДАЧ НА ОПРЕДЕЛЕННОМ ЖЕЛЕЗЕ.
     
     
  • 2.47, vbank (?), 10:32, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Если брать задачи где планировщик решает все - freebsd здесь рулит
    но одним планировщиком сыт не будешь
    посмотрим на 2.6
     

  • 1.48, igorj (?), 13:28, 29/10/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    vbank ti vnematelnej 4itaj ja ze skozal na rabo4ej stancii u menja X stoit a ne na servake

     
     
  • 2.58, vbank (?), 19:36, 29/10/2003 [^] [^^] [^^^] [ответить]  
  • +/
    Да, неправильно прочел
    сорри
     

  • 1.62, fresco (?), 11:20, 03/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если Linux работает медленно или не стабильно - в этом виноват только админ ( а дома - user ).
    Про FreeBSD ничего хорошего сказать не могу - преимуществ перед линухом никаких, поддержка оборудования отстает минимум нагод ( как не больше ), софт обновляется реже. Заставить сисиетму хорошо работать сложнее, а главное дольше, чем Linux.
    Ну и зачем мне это надо ?
     
     
  • 2.63, вадим (?), 12:59, 03/11/2003 [^] [^^] [^^^] [ответить]  
  • +/
    > Заставить сисиетму хорошо работать сложнее, а главное дольше, чем Linux.

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

    ЗЫ. не надо - не пробуй, не пробовал - не делай выводов. не получилось - см. свой же постулат про виноватых :)

     

  • 1.64, Mr.Uef (?), 13:13, 03/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Начиная с ядра 2.6., пользовательская задача может прервать работу ядра даже если оно выполняет нечто сложное..."
    Э-э. Очень хочется верить, что это не скажется на безопасности и стабильности. Но предчувствие нехорошее...
     
  • 1.65, junior (?), 10:47, 07/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что за склочный бред несёте?
    Зачем ругаться "то лучше, или это"?
    Всегда было верно - независимо от дистрибутива всё зависит от умения и знаний администратора.
    Будь то хоть *BSD, хоть Linux, хоть солярка.
    Опыт и умение, а что там нового.... время покажет насколько это важно. По крайней мере я свои "боевые" сервера пока оставлю под 2.4.*
    Удачного дня.
    И с праздником всех, млин!:)))
     
  • 1.66, Аноним (1), 18:01, 11/11/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, хочу отметить совершенно иной аспект. Три года назад, ставил Фрии 4.2 с нуля (о Юникс только слышал). Почитал хэнбук поставил - все работало.
    Потом работал с Линукс. Тоже все понравилось. Но объясните мне, дурню, как не имея постоянного выхода в инет собрать внятную информацию о ВСЕХ доступных патчах к линуксовому ядру, подумать, проанализировать и поставить :)))) А не тратить недели на посеивания тонны хлама и мата в форумах для полудурков и книгах для идиотов (чайников) Да, LKML крутая штука, но больше для девелоперов, а не для админов, которых интересуют ГОТОВЫЕ (пусть альтернативные или неофициальные) решения, идеи и патчи. Тоже ведь утомительно читать "здесь мы пофиксили баг с автодетектом типа сортира у пользователя, сменив тип указателя c *int на *long int..."  
     
  • 1.67, bakalavr (?), 17:44, 08/12/2003 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Народ!!!!!!!!! Хватит спорить о преимуществах ОС-ей, они обе хороши. Но для сервера лучче поставить Фрю, а для локальной машины -- Линух. (это моё личное мнение) На работоспособность машины влияет САМ!!!!!!!!!!! (и только САМ!!!!!!!!!)админ или продвинутый юзер (юзер не всчёт, по тому как есть экземпляры, что знают только как включить комп).
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру