The OpenNET Project / Index page

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

30.07.2007 16:53  Сетевая подсистема FreeBSD избавилась от глобальных блокировок

Robert Watson сообщил о завершении трехгодичной работы по устранению Giant-блокировок в коде сетевой подсистемы FreeBSD, мешающих оптимальной работе на многопроцессорных системах.

Из ветки FreeBSD-7 удален отладочный и сопутствующий Giant-локам код (debug.mpsafenet, NET_NEEDS_GIANT).

  1. Главная ссылка к новости (http://lists.freebsd.org/piper...)
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: smp, network, freebsd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, ДяДя (?), 10:28, 31/07/2007 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    Хорошо, что флейм удалили. Сейчас один скажет про оборудование, а другой про лицензию и т.д.
    Вот вам ссылка http://computerlib.narod.ru/html/gplbsd.htm
    Можете не читать всю статью, читайте выводы.
     
     
  • 2.2, fresco (??), 10:34, 31/07/2007 [^] [ответить]    [к модератору]
  • +1 +/
    Сенкс за ссылку, выводы действительно интересные.

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

     
     
  • 3.32, Sem (??), 13:25, 03/08/2007 [^] [ответить]    [к модератору]
  • +/
    >Сенкс за ссылку, выводы действительно интересные.
    >
    >Рад за FreeBSD -- хоть и потихоньку, но движется она в правильном
    >направлении. Удачи всем, кто ее использует.

    Да? А раньше в каком направлении она двигалась? В неправильном?

     
  • 1.3, Аноним (-), 12:45, 31/07/2007 [ответить] [показать ветку] [···]     [к модератору]
  • +/
    Хороша была ось 2 ветки ну и немного 4 Пользовался давно лет 15 уже И все уже ... весь текст скрыт [показать]
     
     
  • 2.19, Осторожный (?), 19:41, 31/07/2007 [^] [ответить]    [к модератору]  
  • +/
    Зачем FreeBSD внутри песочницы vmware ?

    Много лет использую как Linux-сервера так и сервера FreeBSD
    Могу сказать, что хотя в Linux больше драйверов
    тем не менее железо под сервер приходится подбирать в любом случае

    Что касается непонятностей - редко - где-то раз в год
    бывает что тот или иной сервер под Linux виснет
    - перестает отвечать на запросы, не отвечает на консоль
    После reboot в логах ничего не удается найти.
    И главное, что сервер работает после этого как часы ... до следующего случая.
    На серверах - Debian, AltLinux - серверные версии без извратов

    С FreeBSD такого не было

     
     
  • 3.20, TeSemka (??), 19:51, 31/07/2007 [^] [ответить]    [к модератору]  
  • +/
    простите, но ваши доводы чисто субъективны.
    То-же самое могу написать поменяв местами bsd и linux.

    Может железо?

     
     
  • 4.30, Осторожно (?), 11:31, 02/08/2007 [^] [ответить]    [к модератору]  
  • +/
    >простите, но ваши доводы чисто субъективны.

    Как и все собственно ;0

    >То-же самое могу написать поменяв местами bsd и linux.
    >
    >Может железо?

    я понимаю если бы система вылетала в panic или комп перегружался
    но он ВИСНЕТ

    Назовите мне проблемы с железом которые вызывают зависание ?

     
  • 3.21, alex256 (??), 09:02, 01/08/2007 [^] [ответить]    [к модератору]  
  • +/
    Согласен, Linux подвисает периодически, непонятно даже почему. Даже когда ездил в Москву на курсы по RedHat - были случаи что и там компы подвисали, и преподаватель только руками разводил - перегружали и работали дальше. Но там компы учебные, подубитые постоянными переустановками, издевательствами студентов - думаю, это закономерно.

    Но у меня на работе новенькие HP DL380 в отличной аппаратной с прецензионными кондиционерами и гарантированным (1-я категория) питанием - тоже за два года раз 8 подвисала система (крутится локальная MySQL база данных, причем не большая). Причем в этой же стойке стоит такой же HP, но на FreeBSD - хоть бы хны... Может быть, совпадение, но факт!!!

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

     
     
  • 4.22, sauron (??), 11:18, 01/08/2007 [^] [ответить]    [к модератору]  
  • +/
    HP DL385 + Linux фурчит уже больше года без ребута. Ребут осуществляли только для апгрейда ядра и не более. Опять же проверьте софт. Может быть где-то есть утечка памяти.
     
     
  • 5.29, sasha (??), 09:48, 02/08/2007 [^] [ответить]    [к модератору]  
  • +/
    аналогично. подвисания были только из-за проблем железа (ОЗУ в основном). А после замены - как часики
     
  • 5.33, Sem (??), 13:29, 03/08/2007 [^] [ответить]    [к модератору]  
  • +/
    >HP DL385 + Linux фурчит уже больше года без ребута. Ребут осуществляли
    >только для апгрейда ядра и не более. Опять же проверьте софт.
    >Может быть где-то есть утечка памяти.

    От утечки памяти в софте, ОС не должна виснуть.

     
  • 4.28, Александр (??), 22:49, 01/08/2007 [^] [ответить]     [к модератору]  
  • +/
    Да понятно почему, у тебя наверняка что-то с железом У меня подобное было из-за... весь текст скрыт [показать]
     
  • 4.31, Alexander (??), 15:33, 02/08/2007 [^] [ответить]    [к модератору]  
  • +/
    >Кстати, кажется, доводы обоснованы именно тем, что стоят две одинаковые машины, одна
    >подвисает - другая нет. Чисто эксперементальный подход

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

    А 8 подвисаний за 2 года - это громадное количество. Получается, что раз в три месяца. Почему же я с таким не сталкиваюсь? В чём дело - в меньшей кривизне рук или железа?

     
     
  • 5.34, XoRe (??), 14:33, 03/08/2007 [^] [ответить]    [к модератору]  
  • +/
    Как сразу линуксоиды-то накинулись)
    Кинь маленькую темку о том, что _где-то когда-то кто-то_ у bsd нашел плюс, а у linux минус - все, холивар обеспечен.
    Успокойтесь, все это субьективно и незначительно )

    По теме - мне высказали мнение, что giant все же дает хорошие результаты на однопроцессорных системах (под которые разрабатывался).
    Но, имхо, за многопроцессорными системами будущее.
    Кстати, есть ли линк на сравнение быстродействия с giant и без на однопроцессорных и многопроцессорных системах?
    Может быть, увеличение (или уменьшение) быстродействия находится в пределах 10-20% и это не так критично.

     
     
  • 6.35, Answer (?), 09:42, 04/08/2007 [^] [ответить]    [к модератору]  
  • +/
    >[оверквотинг удален]
    >плюс, а у linux минус - все, холивар обеспечен.
    >Успокойтесь, все это субьективно и незначительно )
    >
    >По теме - мне высказали мнение, что giant все же дает хорошие
    >результаты на однопроцессорных системах (под которые разрабатывался).
    >Но, имхо, за многопроцессорными системами будущее.
    >Кстати, есть ли линк на сравнение быстродействия с giant и без на
    >однопроцессорных и многопроцессорных системах?
    >Может быть, увеличение (или уменьшение) быстродействия находится в пределах 10-20% и это
    >не так критично.

    Не согласен когда сотня-другая серверов, то +-(10-20) - это вагон пива.

     
  • 1.36, Виктор (??), 01:43, 01/05/2013 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Форум webmoney http://forum.webmoney.ru/index.php?/user/492350-411576245363/
     

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


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