Ken Smith в списке рассылки freebsd-stable объявил (http://docs.freebsd.org/cgi/mid.cgi?1158347005.60026.65.camel) план выпуска следующего релиза FreeBSD.
Ранее запланированный на октябрь выпуск 6.2-RELEASE перенесён на ноябрь. Полный график на данный момент выглядит так:
- 17 сентября: BETA1;
- 1 октября: BETA2;
- 15 октября: RC1;
- 29 октября: RC2;
- 13 ноября: RELEASE.URL: http://docs.freebsd.org/cgi/mid.cgi?1158347005.60026.65.camel
Новость: http://www.opennet.me/opennews/art.shtml?num=8344
Чтож, ждём с нетерпением! Интересно, что будет новенького?
Вчера и сегодня обновлял несколько машин (одна рабочий сервер). Уже пишет, FreeBSD 6.2-PRERELEASE #0:
Проблем, как всегда никаких. :0)
Уже ожидается новый механизм апгрейда.
/etc/freebsd-update.conf
> Уже ожидается новый механизм апгрейда.
>/etc/freebsd-update.confЧто за новый механизм?
>> Уже ожидается новый механизм апгрейда.
>>/etc/freebsd-update.conf
>
>Что за новый механизм?http://lists.freebsd.org/pipermail/cvs-src/2006-September/06...
Нужно сказать, что он вовсе и не новый. Просто до этого почевал в портах.
>Нужно сказать, что он вовсе и не новый. Просто до этого почевал
>в портах.Давайте не будем путать систему и порты.
Одно дело, если программа находится среди тысяч себе подобных в портах, а другое дело, когда ее перенесли в базовую систему.
Соглашусь что если эту систему встроят в ось наверно и патчи начнут делать своевременно. одно только не удобно в системе если ты ей пользуешся и тебе преспичит пересобрать ядро ручками то придется откатывать все патчи. Хотя может сейчас эту проблемку решили.
>
>>Нужно сказать, что он вовсе и не новый. Просто до этого почевал
>>в портах.
>
>Давайте не будем путать систему и порты.Давайте без давайте. Система была обкатана, как это уже вошло в практику, в портах и теперь включена в базовую систему. Новизны ей от этого не прибавилось.
>Одно дело, если программа находится среди тысяч себе подобных в портах, а
>другое дело, когда ее перенесли в базовую систему.К тожу же разработчик её входит в FreeBSD Security Team.
+1.
Я тоже вчера успел обновится =)
Причём, похоже, наконец-то решилась проблема с зависанием сервака. Вкратце:
FreeBSD 6.0 - при включении одной из онбордных сетевух (любой из двух) сервак вис.
FreeBSD 6.1 - стало можно включать обе сетевухи, но прогоняя трафик через одну из сетевух, сервак вис.
FreeBSD 6.2 - всё работает. =)Мамка Intel на 7530, сетевухи Intel Pro/1000.
Эхх.. "обновился" с 7.0-CURRENT до 6.2
Как висла, так и виснет :( с периодичностью 1 раз в 1-3 часа.
>Эхх.. "обновился" с 7.0-CURRENT до 6.2
>Как висла, так и виснет :( с периодичностью 1 раз в 1-3
>часа.У меня шестая версия вообще постоянно падает в kernel trap - две идентичные машины, обслуживают до 500 тоннелей PPPoE каждая. Что 6.0, что 6.2 - без разницы.
можно спросить номер вашего problem report ?
>можно спросить номер вашего problem report ?
Пока не готов - никак не могли выяснить закономерность. Думаю, в течении нескольких дней доделаю.
закономерность можно потом выяснить. заполни pr сейчас, крайне желательно bt & bt full по дебаговому ядру. Возможно выяснение закономерности и не потребуется.
>закономерность можно потом выяснить. заполни pr сейчас, крайне желательно bt & bt
>full по дебаговому ядру. Возможно выяснение закономерности и не потребуется.
"bt"??
>>закономерность можно потом выяснить. заполни pr сейчас, крайне желательно bt & bt
>>full по дебаговому ядру. Возможно выяснение закономерности и не потребуется.
>"bt"??Выполнить в kgdb backtrace по сохраненной корке ядра. Процедура описана в developers handbook, глава kernel debugging.
>>>закономерность можно потом выяснить. заполни pr сейчас, крайне желательно bt & bt
>>>full по дебаговому ядру. Возможно выяснение закономерности и не потребуется.
>>"bt"??
>
>Выполнить в kgdb backtrace по сохраненной корке ядра. Процедура описана в developers
>handbook, глава kernel debugging.
ОК, сделаю. Надо будет только пересобрать ядро с "-g", как я понимаю...
>>>>закономерность можно потом выяснить. заполни pr сейчас, крайне желательно bt & bt
>>>>full по дебаговому ядру. Возможно выяснение закономерности и не потребуется.
>>>"bt"??
>>
>>Выполнить в kgdb backtrace по сохраненной корке ядра. Процедура описана в developers
>>handbook, глава kernel debugging.
>ОК, сделаю. Надо будет только пересобрать ядро с "-g", как я понимаю...
>
я в другом посте по шагам объяснил что надо сделать.
с одними исключением что kernel.debug копируется как kernel в /boot/kernel (а не как kernel.debug).
быстрее будет репорт - быстрее разберемся что за проблема.
1) собрать ядро
makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols
2) полученый kernel.debug скопировать в /boot/kernel
3) в /etc/rc.conf включить save kernel core
dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO).
(swap должен быть больше чем текущий размер ram)
4) включить руками savecore (или ребутнуться)
5) получить панику и убедиться что пишет core saved.
6) после перезагрузки проверить что бы корка сохранилась в /var/crash
7) kgdb /boot/kernel/kernel /var/crach/$имя_корки
в приглашении kgdb дать команду bt и(или) bt full.
8) полученый log + конфиг ядра заслать в pr.
корку и каталог в котором собиралось - сохранить, - вдруг потребуется уточнение чего-то.
>3) в /etc/rc.conf включить save kernel core
>dumpdev="NO"
># Device to crashdump to (device name, AUTO, or NO).
>(swap должен быть больше чем текущий размер ram)
>4) включить руками savecore (или ребутнуться)
Вот эта часть не совсем понятна. dumpdev точно должно стоять в "NO"?
И не совсем понятно, что значит "включить руками savecore". Насколько я понял из мана, savecore автоматически вызывается после перезагрузки, если dumpdev стоит не в "NO".
Да что вы носитесь с своей журналируемой FS как с панацеей?
Берем линух, в момент работы с диском нажимаем reset и наблюдаем как fsck обнаруживает порушеный журнал и начинает полную проверку, на тех разделах с которыми была хоть какая-то работа..
вот уж действительно - а оно нам надо?
Вот гнать не надо. Нормально всё будет в этом случае (ext3). Полная проверка будет только при наступлении её срока (дни с последней проверки, число монтирований). Это можно отключить. Хотя вобщем весьма полезно и дальновидно для сохранности данных же.
>Вот гнать не надо. Нормально всё будет в этом случае (ext3). Полная
>проверка будет только при наступлении её срока (дни с последней проверки,
>число монтирований). Это можно отключить. Хотя вобщем весьма полезно и дальновидно
>для сохранности данных же.
Не будет нормально. это я тебе даю 100% гарантию :) у меня домашная машинка виснет регулярно из-за багов в драйвере сетевки. после чего начинается муторный процесс full fsck :)
Если вам повезло - не стоит говорить за всех.
ну вот, как всегда нашелся человек у которого не все нормально и он начинает расширять свой случай до общего. вы - редкая частность. в 99.9% журнал - это очень приятная штучка
а у вас точно ext3? не делали ли вы ее ручками ("tune2fs -j" кажется) из ext2 - добавив журнал? бывало что это не срабатывало. cat /proc/mounts что пишет? есть там ext2 ?
точно. RH EL3 в дефолтовой инсталяции с созданием ext3 партишки.
# grep -c ext2 /proc/mounts
0
# grep -c ext3 /proc/mounts
8
-
одно не понятно почему все считают журнал панацей? да он ослабляет проблемы с аварийным завершением работы - но это далеко не 100% гарантия, и даже не 90%.
Если уж так придираться журнал в FreeBSD появился примерно в одно время с линухом :) или раньше. называется soft updates ;-)
Отличие в том что jbd в линухе хранит журнал в hidden inode (default в ext3), а SU - держит журнал в памяти. Вот еще и GJornal появился - немного другое, но из той же оперы..
>точно. RH EL3 в дефолтовой инсталяции с созданием ext3 партишки.
># grep -c ext2 /proc/mounts
>0
># grep -c ext3 /proc/mounts
>8
>одно не понятно почему все считают журнал панацей? да он ослабляет проблемы
>с аварийным завершением работы - но это далеко не 100% гарантия,
>и даже не 90%.ничего не знаю про всех и "панацею" :) , я попробовал вам помочь в простом конкретном случае.
>Если уж так придираться журнал в FreeBSD появился примерно в одно время
>с линухом :) или раньше. называется soft updates ;-)он не журнал хотя бы потому, что существует gjournal, а значит и сами разработчики freebsd так не считают.
по моему это не повод для спора. в "моем мире" freebsd в подметки не годиться linux (в его реализации Debian/GNU Linux например, так что я и не спорю никогда и вам не советую :)
> одно не понятно почему все считают журнал панацей?
> да он ослабляет проблемы с аварийным завершением работы - но это далеко не 100% гарантия,
> и даже не 90%.просто учиться русские не любят, любят всё своей сметкой да хитрым прищуром брать.
журналируюмую fs (LFS) разработали в беркли и цель журналирования совсем не быстрое восстановление от сбоев, а ускорение работы дисковой подсистемы. на множестве коротких операциях записях скорость выше на порядок, а на средних и большого размера имеет сравнимую с нежурналируемой.
т.е. журналируемая fs выгодна на активно используемом диске, где требуется выполнять множество операций записи данных небольшого размера.
это у таненбаума написано, в "ос: разработка и реализация". очень полезное чтение.
не надо путать журналирование с кэшированием. и если уж ссылаться на танненбаума -- так читайте его до конца. LFS (Log File System) не имеет отношения к тому, что теперь называется журналируемой ФС.
> надо путать журналирование с кэшированием.так вот и я думаю, что народ давно запутался в определениях и понятиях и не понимает о чём флейм. если фс кеширующая, так её и надо называть "кеширующей". а вести на диске журнал происходящего - это совсем не кеширование. и даже если это называть журналированием, это будет по-любому в разы медленнее любого другого решения с разумного размера кешем в ОЗУ.
лучше всего придумали в bell-labs для plan9. там файловая система предназначена именно для хранения, а не для быстрого доступа. и дисковый кеш, на котором просто пишутся изменённые блоки, сбрасывается на FS раз в сутки. и просто, и надёжно, и быстро. профессионально.
http://metacomputer.ru/plan9/overview
http://metacomputer.ru/plan9/venti
http://metacomputer.ru/plan9/fossil
GJournal уже существует.Каков вопрос, таков ответ :)
Куда гоняться - та стабильность что была присуща Беркли - уже давно потеряна - сдали и по многозадачности и по скорости ,,,, - нет что б взять один дистрибутив - хотя бы 5,2 - он выграл по планировщику у сана - и работать над ним - ведь обновления это только для малышей, серезный программист никогда не гониться за обновлениями,,, - жаль Беркли,,,,,,
Ну! Дружище, ведь так оно и есть, просто периодически надо выпускать "готовые" продукты для "не программистов", а что бы "не программисты" не запутались, "готовые" продукты выпускают с инкрементом номеров...
"стабильность что была присуща Беркли - уже давно потеряна"???Что за чушь? Что потеряно? О чем вы???
Нельзя ли иллюстрацию: 1.Версия Фри 2.Установелнный приложения 3.Краткое описание "потери присущей стабильносии"
вот один из примеров:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=209165+0+archiv...
вот один из примеров: улице 2006-го года сентябрь месяц. А реленг равен: 6 палка 1.Вас обязательно бранить площадными словами или вы просто больше не будете?
не понял вашего ответа...
и не надо меня бранить :)
по ссылке хотябы зашли? там как-раз про "6 палка 1"
сравнивается производительность BIND и NSD под разными системами
queries per second
OS Bind 9.3.2 NSD 3.0.1
---- ---- ----
Linux 2.6 SMP 38845 59645
FreeBSD 4.11 SMP 34977 59417
FreeBSD 4.11 UP 33926 59547
FreeBSD 6.1 SMP 14953 15908
FreeBSD 6.1 UP 15516 14752
ну и в дополнение к сказанному:
http://docs.FreeBSD.org/cgi/mid.cgi?20060913141540.GK63300
>ну и в дополнение к сказанному:
>http://docs.FreeBSD.org/cgi/mid.cgi?20060913141540.GK63300Этого мне не понять ровно до тех пор, пока я сам не столкнусь (поставив, например, полноразмерный тест на заданную тему) до тех пор это - художественный свит или забытая запятая. Опыт решения своих и чужих проблем показывает, что в 99.99999% весь трабл из-за чего-то типа отсутствия Ctrl-Z в конце конфиг файла.
SMP в 4.11 был хероват, да. Но система стояла, как скала! 6.1 - это вообще песня!
На четырех ядрах Фрю 6.1 по производительности не делает даже Соляра. Даже. Под нагрузкой это ваще какая разница от 4.11!!!
Пока я и мой личный бизнес дорастут до 16 ядер в 256Гб RAM (раньше, чем через год я сервер наколоке не смению) - Фря уже получит новые треды и новый шедулер. И Соляру догонит.
Стабильность же Фри - пока что превосходит все. Я - не маньяк. Если бы Линух работал - я бы сидел на Линухе - ибо я ДЕНЬГИ получаю ТОЛЬКО со своего веб-ресурса. ТОЛЬКО.
Стань сервер или заткнись под нагрузклй - и я в жопе. На баблос. Конкретно. Ибо сервер, и бизнес, и сервис - не дядины. Они личные. Моего ПБОЮЛа. И я от них всецело завишу.
Но Линух НЕ работает. СОВСЕМ. РХЕЛ и поддержку НЕ покупал и ничего про ее чудеса не знаю и не скажу. Десяток испробованных Линухов, хотя - какая разница? - (вот и ща собирается в одном боксе ФРЯ, а в другом Линь болтатеся пакетированный) показали: Линь - в игрушки играть и письма писать.
в общем и целом вы правы, у меня самого серверы работают под фрей уже больше 4-х лет без нареканий, было что-то непонятное, иногда 5.2.1 ребутилась, никак не мог понять, в чем беда, после апгрейда на 5.3 все прошло. сам люблю эту систему. но также параллельно использую и Linux - gentoo, и все больше и больше склоняюсь к переходу на него. Очень понравились портежи - по сравнению с portupgrade - огромная экономия времени при апдейтах. на счет стабильности претензий нет, а вот скорость - вопрос довольно скользкий, так же довольно скользкий вопрос в поддержке железа. поживем - увидим.
>Этого мне не понять ровно до тех пор, пока я сам не
>столкнусь (поставив, например, полноразмерный тест на заданную тему) до тех пор
>это - художественный свит или забытая запятая. Опыт решения своих и
>чужих проблем показывает, что в 99.99999% весь трабл из-за чего-то типа
>отсутствия Ctrl-Z в конце конфиг файла.
>
>SMP в 4.11 был хероват, да. Но система стояла, как скала! 6.1
>- это вообще песня!
>
>На четырех ядрах Фрю 6.1 по производительности не делает даже Соляра. Даже.
>Под нагрузкой это ваще какая разница от 4.11!!!звучит как бред психа. какой в жопу Соларис? о чём ты милый? Фря давно отстала от Линукса (который никогда не догонит Соларис). давно - это в ~2000 году, когда linux 2.4 стал рабочим.
Повторюсь: я ищу выгоды. Напрмер, выжать из каждой тысячи (а не доллара!), вложенной в железо (я собрал сервак за двацатку, ближайшее предложение АйБиЭм на эту тему было 53 тонны. Двадцать три тонны - существенная экономия для ЛИЧНОГО бюджета)Больше ничего не ищу.
Линь - НЕ работает. Поговорите со мной про Соляру и Фрю, когда вынете из Интернета хотя бы 500 тонн (это примерно один дот четыре млрд руб).
Хорошо? А пока - верьте на слово.
>Повторюсь: я ищу выгоды. Напрмер, выжать из каждой тысячи (а не доллара!),
>вложенной в железо (я собрал сервак за двацатку, ближайшее предложение АйБиЭм
>на эту тему было 53 тонны. Двадцать три тонны - существенная
>экономия для ЛИЧНОГО бюджета)
>
>Больше ничего не ищу.
>
>Линь - НЕ работает. Поговорите со мной про Соляру и Фрю, когда
>вынете из Интернета хотя бы 500 тонн (это примерно один дот
>четыре млрд руб).
>
>Хорошо? А пока - верьте на слово.
мерять стабильность и быстроту операционных систем заработанными деньгами? :) гыгыгы.
>>Повторюсь: я ищу выгоды. Напрмер, выжать из каждой тысячи (а не доллара!),
>>вложенной в железо (я собрал сервак за двацатку, ближайшее предложение АйБиЭм
>>на эту тему было 53 тонны. Двадцать три тонны - существенная
>>экономия для ЛИЧНОГО бюджета)
>>
>>Больше ничего не ищу.
>>
>>Линь - НЕ работает. Поговорите со мной про Соляру и Фрю, когда
>>вынете из Интернета хотя бы 500 тонн (это примерно один дот
>>четыре млрд руб).
>>
>>Хорошо? А пока - верьте на слово.
>
>
>мерять стабильность и быстроту операционных систем заработанными деньгами? :) гыгыгы.да че ты, не понимаешь? чувак знает как собрать ядро во фре, а линукса он боится, потому что всегда только под фрей сидел. боится что что-нить неправильно сделает, и люди перестанут платить за порнушный сайт, который однажды не откроется. его можно понять. для него простой - упущенная выгода. пусть делает так, как лучше знает.
Квагга, только не надо попусту гнать на линь. я с такими как ты каждый день по работе общаюсь.
>вынете из Интернета хотя бы 500 тонн (это примерно один дот
>четыре млрд руб).
>
>Хорошо? А пока - верьте на слово.Чуваак, а ты что тут делаешь с такими бабосами? Мог бы уже нанять, как в том старом еврейском анекдоте, работника. Точнее, грамотного админа, который бы тебе еще пару килобаксов съэкономил на железе 8) Не барское это дело, пальцем оси ковырять..
>>вынете из Интернета хотя бы 500 тонн (это примерно один дот
>>четыре млрд руб).
>>
>>Хорошо? А пока - верьте на слово.
>
>Чуваак, а ты что тут делаешь с такими бабосами? Мог бы уже
>нанять, как в том старом еврейском анекдоте, работника. Точнее, грамотного админа,
>который бы тебе еще пару килобаксов съэкономил на железе 8)
>Не барское это дело, пальцем оси ковырять..Почему нет? Лучше с бабами в сауне? Каждому свое. Нравится человеку ковырять оси самому. И еще как всегда - "хочешь сделать что-то хорошо - сделай это САМ".
Просто троль. И даже не в курсе вопроса. Беркли вообще не к месту преплел.
А 6.х очень даже стабильна.
Хотя как я понял - тут мало кто программирует - скорее админы и читатели(знают, но не понимают - этимология и семантика разная - кто читает - тот просто по экзистенции стоит перед фактом - так для беседы в кругу своем, а кто понимает - тот может изменять)
> ...знают, но не понимают - этимология и семантика разная - кто читает - тот просто по экзистенции стоит перед фактом...Me fail russian... too many letters :-)
Only one question: where did you get such a good weed?!
По поводу производительности - мое мнение на 75 % она зависит насколько отлажено работают /dev/hands у умника который все это собирает, у меня например 3 года подряд стоит 5 я ветка и никаких проблем я не встречал, загруженност порядка 1000-1500 чел. в день, траффика проганяется до 2 теров в сутки!!!
Мнение судя по всему из /dev/zero взято
Насчет /dev/zero - это ты зря, мнение взято из паралельно развивающихся проектов, почти с такими же нагрузками но реализованые на базе Linux различных пород, и есть реальная статистика !!!!!!!!!!
Статистику в студию.
>я не встречал, загруженност порядка 1000-1500 чел. в день, траффика проганяется
>до 2 теров в сутки!!!Хех. 2Тб - это 4192Гб в сутки, 174Гб в час, 49Мб в секунду. Для такого траффика пропускная способность канала должна быть 392Мбит. (а если учеть колебание нагрузки в зависимости от времени суток, то где-то в районе 1Гбит.)
Не верю )
не не на 75%, эт слишком много, но +1.
На производительность и стабильность влияет не только /dev/hends но и очень сильно /dev/brain :)
/dev/hands и /dev/brain разработчиков
скорее /dev/hends и lib_brain :)
при помощи этой либы можно управлать данным девайсом. существует много версий
А что конкретно отличительного нас ждет в этой ветви? Я вот пользуюсь 6.1 - действительно стабильности не занимать! Хотя я не админ, не программер. Так начинающий. Но люблю тестить систему на краш-тест "EURO_2" (по авто-мерке :) ). По поводу своих /dev/hands и lib_brain ничего плохого не скажу, но и хвалить не стану. Проще выражаясь, Красная шапочка с ее полностью готовыми пакетами и мандрейк с его "любовью к домочадцам" мне менее понравились, или, если хотите, вообще не понравились. Как говорится: UNIX - feel the power at your fingertips!
ну вот, как всегда в возбужденных обсуждениях своей любимой системы фряшники опять говорят про Линукс. естественно, смачные плевки на пол сквозь зубы, круто завернутая самокрутка в зубах, кожаные куртки с цепями и заклепками, на ковбойских ботинках -металлические набойки, что так звонко и вызывающе бряцают по заплеванному кафельному полу, изредка раздающиеся крики "мы им покажем!" или "они у нас увидят!" с одобрительными бородатыми кивками в сторону новичка с самой большой самокруткой, завернувшему самую длинную речевку по поводу линукса, винды, доса и калькуляторов MK-60...
к чему этот флуд ??? человек высказал свое мнение при этом не каких особых наездов не было а вот ваш пост можно пасценить как наезд!
ГРЕБАНЫЕ ЛИНУКСОИДЫ ЗАТРАХАЛИ СО СВОЕЙ ПОЛИТИКОЙ "МЫ ВСЕХ КРУЧЕ ЧТО ВЫ С НАМИ НЕ СОГЛАСНЫ ??? ТОГДА МЫ ВАМ РОГА ОБЛОМАЕМ!!!" хуже microsoft чессное слово.
ну что вы, ей богу. человек явно прирожденный литератор и, как известно, из отратильнейшего вина получается превосходнейший уксус. вот он и решил в особо "кислотной" форме указать всем их настоящее место.
вопрос к литератору: нарцисцизмом случаем не страдаете? :DDD>к чему этот флуд ??? человек высказал свое мнение при этом не
>каких особых наездов не было а вот ваш пост можно пасценить
>как наезд!
>ГРЕБАНЫЕ ЛИНУКСОИДЫ ЗАТРАХАЛИ СО СВОЕЙ ПОЛИТИКОЙ "МЫ ВСЕХ КРУЧЕ ЧТО ВЫ С
>НАМИ НЕ СОГЛАСНЫ ??? ТОГДА МЫ ВАМ РОГА ОБЛОМАЕМ!!!" хуже microsoft
>чессное слово.
> ну что вы, ей богу. человек явно прирожденный литератор...
это рассматривать как ваше признание неспособности придумать сложноподчиненное предложение с использованием иных знаков пунктуации, кроме точки? :)
>вот он и решил в особо "кислотной" форме указать всем их настоящее место.
просто забавная ассоциация.
> вопрос к литератору: нарцисцизмом случаем не страдаете?
вы хотите поговорить об этом? :)
>к чему этот флуд ??? человек высказал свое мнение при этом не
>каких особых наездов не было а вот ваш пост можно пасценить
>как наезд!
>ГРЕБАНЫЕ ЛИНУКСОИДЫ ЗАТРАХАЛИ СО СВОЕЙ ПОЛИТИКОЙ "МЫ ВСЕХ КРУЧЕ ЧТО ВЫ С
>НАМИ НЕ СОГЛАСНЫ ??? ТОГДА МЫ ВАМ РОГА ОБЛОМАЕМ!!!" хуже microsoft
>чессное слово.успокойся. это просто наблюдение с противоположной стороны. в линуксоидных тредах гораздо реже можно встретить упоминание о фре от самих линуксоидов. для вас же Linux - такой же раздражающий фактор, как красная тряпка. откуда это возбуждение? вы регулярно анализируете свою психику?
>успокойся. это просто наблюдение с противоположной стороны. в линуксоидных тредах гораздо реже можно встретить упоминание о фре от самих линуксоидов. для вас же
>Linux - такой же раздражающий фактор, как красная тряпка. откуда это
>возбуждение? вы регулярно анализируете свою психику?
Это элементарно. Фрибздишники куда реже ходят гадить в форумы, чем ЛОРовцы и иже с ними.
>успокойся. это просто наблюдение с противоположной стороны. в линуксоидных тредах гораздо реже
>можно встретить упоминание о фре от самих линуксоидов. для вас же
>Linux - такой же раздражающий фактор, как красная тряпка. откуда это
>возбуждение? вы регулярно анализируете свою психику?
Вот уж не правда ваша. Совсем даже наоборот.
Я вот с уважением отношусь к Линуксу, но вот линуксоиды к сожалению сами портят имидж этой ОС.
Более 10 тысяч литров красного вина вылилось на участок скоростной автомагистрали близ Хайдельберга на юге ФРГ.Водитель грузовика, перевозившего цистерну с 24 тысячами литров вина, не справился с управлением — машина ударилась в дорожное ограждение и опрокинулась. Из разгерметизировавшейся цистерны на проезжую часть хлынул напиток.
На место происшествия прибыли все, кто только мог: полиция, пожарные, спасатели и бригады дорожных служб. Движение по шоссе пришлось временно закрыть.
Как сообщает ИТАР-ТАСС, спасти 21-летнего водителя грузовика, который был зажат в кабине, не удалось.
:)
что-то мне подсказывает, что все эти вопли про сказочную производительность и стабильность
улетучаться, как дело дойдёт до реальных тестов на чём-то вроде dl385/dl585 с dualcore opteron`ами.
в метре от меня лежит hp smart array 1000, в которой 28 дисков на 15k.
чем тестировать? bonnie++? на 6.1 ufs2+SU при 100-200тыс файлов проигрывала 2.6.16 с xfs
(на одинаковом железе, но это были sata wd raptor на 10k).
Совершенно верно.Вот. Я уже давал эту ссылочку в какое то обсуждение сюда ранее: http://viaprog.lic1.vsi.ru/benchmarks/
в *.txt тесты дисковых операций. Простые тесты. В *.png тесты планировщика на способность распараллелить 4 процесса bzip2.
4 процессорный opteron сервер везде. SCSI винты Ultra320 10000rpm.
Угу с ядрышком покалдуйте и будет вам щастье ;) а то в дефе запустят а потом говрят что ядро большое что грузиццо медлено и т.д.
>Угу с ядрышком покалдуйте и будет вам щастье ;) а то в
>дефе запустят а потом говрят что ядро большое что грузиццо медлено
>и т.д.назови 2-3 параметра ядра, которые в FreeBSD влияют кардинально, действительно серьезно на производительность. про debug забудем.
>>Угу с ядрышком покалдуйте и будет вам щастье ;) а то в
>>дефе запустят а потом говрят что ядро большое что грузиццо медлено
>>и т.д.
>
>назови 2-3 параметра ядра, которые в FreeBSD влияют кардинально, действительно серьезно на
>производительность. про debug забудем.Например, maxusers и mbufs.
>>>Угу с ядрышком покалдуйте и будет вам щастье ;) а то в
>>>дефе запустят а потом говрят что ядро большое что грузиццо медлено
>>>и т.д.
>>
>>назови 2-3 параметра ядра, которые в FreeBSD влияют кардинально, действительно серьезно на
>>производительность. про debug забудем.
>
>Например, maxusers и mbufs.
спасибо. смешно.
скорость чего они меняют по вашему?
>>>>Угу с ядрышком покалдуйте и будет вам щастье ;) а то в
>>>>дефе запустят а потом говрят что ядро большое что грузиццо медлено
>>>>и т.д.
>>>
>>>назови 2-3 параметра ядра, которые в FreeBSD влияют кардинально, действительно серьезно на
>>>производительность. про debug забудем.
>>
>>Например, maxusers и mbufs.
>
>
>спасибо. смешно.
>скорость чего они меняют по вашему?На производительность.
Не берем во внимания домашние машинки, у которых idle в районе 99-96%.
Это всё ерунда. А вообще сильно смахивает на тюнинг запорожца :) Как его не регулируй, один хрен запорожцем останется :)Вот и все эти фразы про "Настроить FreeBSD". Даже сильно отрегулированная всё равно полное Г. по сравнению с тем же Linux. Конечно, если железку поставить существенно более производительную, чем ресурсоёмкость решаемой задачи, то несомненно "С задачей справится". Не более того. Кто не согласен - результаты тестов публиковать сюда. Без результатов никакие обсуждения не принимаю в расчёт - идите в жопу сразу. Пустобрёхство осточертело уже.
> Это всё ерунда. А вообще сильно смахивает на тюнинг запорожца :) Как
> его не регулируй, один хрен запорожцем останется :)
>
> Вот и все эти фразы про "Настроить FreeBSD". Даже сильно отрегулированная всё
> равно полное Г. по сравнению с тем же Linux. Конечно, если
> железку поставить существенно более производительную, чем ресурсоёмкость решаемой задачи, то несомненно
> "С задачей справится". Не более того. Кто не согласен - результаты
> тестов публиковать сюда. Без результатов никакие обсуждения не принимаю в расчёт
> - идите в жопу сразу. Пустобрёхство осточертело уже.Это всё ерунда. А вообще сильно смахивает на тюнинг запорожца :) Как его не
регулируй, один хрен запорожцем останется :)Вот и все эти фразы про "Настроить Linux". Даже сильно отрегулированная всё
равно полное Г. по сравнению с тем же Solaris/HP UX. Конечно, если железку поставить
существенно более производительную, чем ресурсоёмкость решаемой задачи, то
несомненно "С задачей справится". Не более того. Кто не согласен - результаты
тестов публиковать сюда. Без результатов никакие обсуждения не принимаю в
расчёт - идите в жопу сразу. Пустобрёхство осточертело уже.
а вы изволите сидеть под солярисом? :)))
>а вы изволите сидеть под солярисом? :)))Нет, это я под впечатлением. ;-P
FreeBSD 6.1-RELEASE-p6 i386
>Нет, это я под впечатлением. ;-P
>
>FreeBSD 6.1-RELEASE-p6 i386ну а че тогда говорить о том, чего не знаешь? :)
забавный народ - бздяшники. ни линух ни соляру в глаза не видели, за гениталии не щупали, а матерят и хвалят как родных детей
>>Нет, это я под впечатлением. ;-P
>>
>>FreeBSD 6.1-RELEASE-p6 i386
>
>ну а че тогда говорить о том, чего не знаешь? :)
>забавный народ - бздяшники. ни линух ни соляру в глаза не видели,
>за гениталии не щупали, а матерят и хвалят как родных детей
>хм, а что, первоначальный коммент viaprog'a был сильно аргументирован? :)
Вот не надо на меня бочку катить. Кто, кстати, кроме меня тут хоть какие то результаты привёл, причём _собственых_ тестов? А я приводил. См. выше если кто не нашёл.Вот ещё приведу.
Тут. Копирование с раздела на него же одного большого файла.
Сервер Opteron 280 2 dual-core CPU. 4Gb памяти, винт SCSI 10000rpm Ultra320:
Система FreeBSD-6.2-PRERELEASE (на 6.1-RELEASE тоже самое)
Совершенно в момент замера не нагруженная (о чём загрузка в uptime говорит).$ time cp 6.1-RELEASE-i386-disc1.iso RM-LATER && time sync
132,26 real 0,00 user 1,77 sys
0,04 real 0,00 user 0,02 sys
$ ls -s 6.1-RELEASE-i386-disc1.iso
517648 6.1-RELEASE-i386-disc1.iso
$ uptime
12:58 up 9 days, 3:18, 2 users, load averages: 0,00 0,00 0,00Тут. Копирование с раздела на него же одного большого файла.
Обычный комп Pentium 3 667. 256Mb памяти, винт IDE Seagate 300Gb 7200rpm
Система Linux-2.6.17$ time cp armyops250-linux.run RM-LATER && time sync
real 0m54.734s
user 0m0.268s
sys 0m13.725sreal 0m0.540s
user 0m0.004s
sys 0m0.004s
$ ls -s armyops250-linux.run
795172 armyops250-linux.run
$ uptime
13:03:50 up 1 day, 14:58, 7 users, load average: 0.72, 0.50, 0.27
И что тут подрегулировать, уважаемые? :)Вообще во FreeBSD уже даже говорить что "мене производительна" неприлично. Производительность дисковой подсистемы уже просто маразма достигла.
С планировщиками задач таже беда. См. ссылку выше. Надоело постить её уже.
Кому непонятно что на ней могу пояснить. 4 bzip2 запущено. Жмут большие файлы.
Процессора 4. А они кучками по 2 на двух. Остальные два в idle :) Общая загрузка при этом системы 50% и 50% простой :)Вот давайте, говорите что регулировать. С радостью это сделаю и посмотрим как и что изменилось. Я вовсе не фанат чего либо. Просто о фактах реальных свидетельствую.
Если же нету никаких идей, тогда дружно заткнулись и признали факт. Нефиг пустобрёхство разводить.
P.S. Много админов руку приложили к этому серверу. Таких же аибициозно настроенных "фрюшников" давно отошедших от действительности, живущих где то высоко в облаках, там где все воздают хвалу FreeBSD и говорят что она всё лучше и лучше :)
>>Нет, это я под впечатлением. ;-P
>>
>>FreeBSD 6.1-RELEASE-p6 i386
>
>ну а че тогда говорить о том, чего не знаешь? :)
>забавный народ - бздяшники. ни линух ни соляру в глаза не видели,
>за гениталии не щупали, а матерят и хвалят как родных детейИ в самом деле, чего это я?! :)
А я вам, всего навсего, только повторил ваши слова, мне непонятно, что вы так разволновались.
Странные люди эти ляликсоиды, как им что-то не нравится, сразу гениталии вспоминают.
Несколько причин, почему я на данный момент юзаю ФрееБСД, а не какой-нибудь дистрибутив Линукса, это то, что в прошлом, когда я решил дома перейти на опенсоурс, нормальный handbook был найден именно к Фрее. Разбросанные по инету кноухашки, извиняюсь за выражение, меня не впечатлили. Вторая причина, уже тогда среди приверженцев Линукса было в моде что-то, кого-то "обсир@ть".Я верю, что вы протестировали, проанализировали, увидели, что Линукс впереди пол планеты, но кто заставляет вас пользоваться ФрееБСД? Тем более ставить в продакшен. Мания преследования, величия или злые дядьки в чёрном? Или смущает, что кто-то другой это делает?
Ну не первая Фря, так в чём проблема?И сообственно говоря, чего вы ожидали после выражений "гавно", "бсдя", "вопли про сказочную производительность" и т.д. и т.п.?
Было бы странно, если выходил бы новый релиз с воскликами: - да выпустили мы тут кучу чяго-то, с трудом дышит, но хай живе.
Не радует вас эта новость, да ради st. лешего, обойдите стороной...
Истинно так.
Добавлю - с секурностью у линуха на порядок больше проблем, чем у Фри. Даже несмотря на наличие rbac и прочих mac.
>Истинно так.
>Добавлю - с секурностью у линуха на порядок больше проблем, чем у
>Фри. Даже несмотря на наличие rbac и прочих mac.понеслось авно по трубам... далее вам следует написать что Фря быстрее, стабильнее, и пр.
вернитесь к началу треда, если вам доставляет удовольствие быть опущенным второй раз
>вернитесь к началу треда, если вам доставляет удовольствие быть опущенным второй разМолодой человек, следите за своим базаром.
Вы можете опровергноть заевление про секюрность ???
p.s Читаю трейд сначала ничего подобного тут не затрагивалось!!!
>Вы можете опровергноть заевление про секюрность ???я не верю что если поставить рядом в сети две одинковые тачки
одна под FreeBSD 6.1, другая под linux 2.6
одинаковым набором сетевых сервисов одинаковых версий, линкованых с одинаковым набором библиотек и провести совокупность одинаковых действий по проникновению в систему...
Тогда поверьте на слово ! и посмотрите наличие эксплойтов и инфы о уязвимостях как в паблике так и в привате!
>Тогда поверьте на слово ! и посмотрите наличие эксплойтов и инфы о
>уязвимостях как в паблике так и в привате!Интересно за счет чего? Уязвимости использующие glibc редки.
>>Вы можете опровергноть заевление про секюрность ???
>
>я не верю что если поставить рядом в сети две одинковые тачки
>
>одна под FreeBSD 6.1, другая под linux 2.6
>одинаковым набором сетевых сервисов одинаковых версий, линкованых с одинаковым набором библиотек и
>провести совокупность одинаковых действий по проникновению в систему...Одинаковый набор библиотек?
У них же разный подход к реализации :)
>У них же разный подход к реализации :)
У чего у ПО ?
>>У них же разный подход к реализации :)
>У чего у ПО ?
у разработчиков OS.
>>>У них же разный подход к реализации :)
>>У чего у ПО ?
>у разработчиков OS.
Извините меня причем тут разработчики ОС ? Предлагается использовать одинаковое ПО с одинаковыми настройками. Подчеркиваю одинаковыми. Компилятор одинаковый разница есть только в ядре и libc больше разницы нет. Значит если дыра есть в приложении она будет одинаково работать и там и там. Если конечно реализации программы под FreeBSD и Linux не различаются кардинально. Но кардинально они различаются редко т.к. использование POSIX строго рекомендуется.
спасибо за поддержку
Не получится использовать одинаковое ПО: ядро линукса под БСД не заработает никак. Далее мне следует, конечно же написать про то, что фря и стабильней и быстрей (с) Дворкин, но сходить на secunia.com и отыскать там линукс-кернел и сравнить его с FreeBSD-мир (кернел + окружение) вы можете и сами.
>Не получится использовать одинаковое ПО: ядро линукса под БСД не заработает никак.
Вы из приложения дергаете ядро напрямую ? Мне уже встать аплодировать вам стоя? Все же львиная часть приложений пишется с оглядкой на posix. И если дыра есть в приложении именно в приложении и код с дырой не платформенно-зависимый, то дыра будет что под FreeBSD, что под Linux что под Solaris. Это конечно не касается дыр самого ядра и libc. Так что если приложение не имеет платформенно независимый код и написано согласно стандарту posix оно будет одинаково работать на любой ОС поддерживающий этот стандарт. Большая часть старается писать под стандарт чисто из-за лени.
Ну так речь-то шла об линуксе (что есть ядро), а не о конкретных дистрах. Ну, или можете сравнить так: из списка advisories по FreeBSD исключить то, что касается окружения, а потом уже сравнить с ваниллой, что 2.4, что 2.6. Или счас опять мне будет рассказана лекция о том, что надо всё-же сравнивать софт, работающий под фрёй и под линуксом, что сравнение только так надо готовить и т.д...? Наверное, на дыры в ядрах в таком случае вообще можно не обращать внимания... Софт всё за ядерщиков сделает, поправит, где надо, залатает, где течь... А?Я дал Вам примеры на secunia.com. Сравните, не поленитесь, не уводите разговор в сторону сфероконического "софта".
>Ну так речь-то шла об линуксе (что есть ядро), а не о
>конкретных дистрах.
Конкретный дистр состоит из ядра, GNU окружения.>Ну, или можете сравнить так: из списка advisories по
>FreeBSD исключить то, что касается окружения, а потом уже сравнить с
>ваниллой, что 2.4, что 2.6.
Ну давайте сравним. Только вот объясните мне идиоту как уязвимости ядра могут влиять на сервисы ? Т.е. хотите сказать при наличии узявимости в ядре можно атаковать его через приложение в котором нет ошибки? Можете рассказать как это сделать ?
>Наверное, на дыры в ядрах в таком случае вообще можно не
>обращать внимания...
Без внимания оставлять не стоит. Но до дыр ядра еще надо добраться. И при отсутсвии дыр в сервисах это практически не возможно.>Софт всё за ядерщиков сделает, поправит, где надо, залатает,
>где течь... А?
Еще раз прошу объяснить как через взаимодействие с приложением воспользоваться дырой в ядре. Мне это действительно интересно.>Я дал Вам примеры на secunia.com. Сравните, не поленитесь, не уводите разговор
>в сторону сфероконического "софта".
Ткните в линк где за счет уязвимости ядра ломают софт. Желательно демонстрацию удаленного использования. Обычная схема использование уязвимости в удаленном сервисе, далее есть возможность, использование локального эксплоита (вот тут имеет место использование дыр ядра) для получения прав супер пользователя. А вот возможность использовать уязвимость ядра в удаленном сервисе крайне маловероятна. Если рассматривать приложение которое работает и на FreeBSD и на Linux, то безопасность его использования примерно одинакова. Если есть уязвимость в приложении она будет работать и во FreeBSD и в Linux. От изменения ядра + libc сумма слогаемых практически не меняется.
>Ну давайте сравним. Только вот объясните мне идиоту как уязвимости ядра могут
>влиять на сервисы ? Т.е. хотите сказать при наличии узявимости в
>ядре можно атаковать его через приложение в котором нет ошибки? Можете
>рассказать как это сделать ?
>Без внимания оставлять не стоит. Но до дыр ядра еще надо добраться.
>И при отсутсвии дыр в сервисах это практически не возможно.>Еще раз прошу объяснить как через взаимодействие с приложением воспользоваться дырой в
>ядре. Мне это действительно интересно.>Ткните в линк где за счет уязвимости ядра ломают софт. Желательно демонстрацию
>удаленного использования.http://secunia.com/advisories/20185/
Этого достаточно, чтобы ответить на Ваши вопросы и комментарии? Могу еще покопаться, раз Вы не в состоянии сами, помнится, iptables латали...
http://secunia.com/advisories/19709/ - ну или вот. Ремоут. Кернельный. Безсервисный. Или Вы будете утверждать, что IP-пакеты первым делом попадают в приложение, а потом шуруют в кернел для дальнейшей обработки напильником?
>http://secunia.com/advisories/20185/
это _локальный_ дос.>http://secunia.com/advisories/19709/ - ну или вот. Ремоут. Кернельный. Безсервисный.
да, SCTP конечно, это жутко:
[root@niokr1 2.6.12-12mdksmp]# find ./ -iname "*sctp*"
./kernel/net/ipv4/netfilter/ip_conntrack_proto_sctp.ko.gz
./kernel/net/ipv4/netfilter/ipt_sctp.ko.gz
./kernel/net/sctp
./kernel/net/sctp/sctp.ko.gz[root@hosting 2.6.12-12mdksmp]# t=`lsmod | grep "sctp"`; if [ -z "${t}" ]; then echo "fuck off, gatekeeper!"; fi;
вы, надеюсь ,поняли, что я хочу сказать? :)
>[root@hosting 2.6.12-12mdksmp]# t=`lsmod | grep "sctp"`; if [ -z "${t}" ]; then
>echo "fuck off, gatekeeper!"; fi;
>вы, надеюсь ,поняли, что я хочу сказать? :)
user@station# if Dvorkin supposes -himself -2b "the only who defines the 'real' modules and the 'suckers-intended' modules"; then fuck Dvorkin off; fiНадеюсь, Вы поняли, что я хочу сказать?
>>[root@hosting 2.6.12-12mdksmp]# t=`lsmod | grep "sctp"`; if [ -z "${t}" ]; then
>>echo "fuck off, gatekeeper!"; fi;
>>вы, надеюсь ,поняли, что я хочу сказать? :)
>
>
>user@station# if Dvorkin supposes -himself -2b "the only who defines the 'real'
>modules and the 'suckers-intended' modules"; then fuck Dvorkin off; fi[dv@niokr1 smtp]$ user@station# if Dvorkin supposes -himself -2b "the only who defines the 'real' modules and the 'suckers-intended' modules"; then fuck Dvorkin off; fi
bash: syntax error near unexpected token `then'>Надеюсь, Вы поняли, что я хочу сказать?
можете найти еще какой-нибудь багрепорт, поприкалываемся. только ищите правильно, а то у вас то локальный, то ни у кого нету такого... одно расстройство.
повторю вопрос: вас не Аквой зовут? :). я вам тогда багрепорты буду слать напрямую :)
>>http://secunia.com/advisories/20185/
>это _локальный_ дос.Impact: Exposure of sensitive information
DoS
Where: From remoteКакое слово перевести? Хотя да... Локальный. Валится кернел, запущенный на атакуемой машине _локально_. Угу, Ваша логика ясна - ее просто нет.
>>>http://secunia.com/advisories/20185/
>>это _локальный_ дос.
>
>Impact: Exposure of sensitive information
>DoS
>Where: From remote
>
>Какое слово перевести? Хотя да... Локальный. Валится кернел, запущенный на атакуемой машине
>_локально_. Угу, Ваша логика ясна - ее просто нет.будьте внимательнее. я про первый ваш ссылк сказал что он локальный дос!
забавный add-on:
http://en.wikipedia.org/wiki/SCTP#Implementations гласит:
"
SCTP is implemented in the following Operating Systems:* Linux 2.4/2.6
* Sun Solaris 10
* *BSD with external patch (!!!) at KAME project
* QNX Neutrino Realtime OS
* AIX Version 5
"
как-то во фре заплатка на заплатке... вам не кажется? :)))
>http://secunia.com/advisories/20185/
Как уже заметили это локальный DoS.>Этого достаточно, чтобы ответить на Ваши вопросы и комментарии? Могу еще покопаться,
>раз Вы не в состоянии сами, помнится, iptables латали...
Я вот тут тоже покопался... Замечу софт я не трогаю.http://secunia.com/advisories/21587/
remotehttp://secunia.com/advisories/18609/
remotehttp://secunia.com/advisories/18353/
remoteЧто-то не чуть не меньше. Потом это все DoS. А завалить DoS можно машину и без дыр. Взломы же именно они производятся через сервисы. Если сервис не имеет дыры, то вы не сможете получить доступ к машине. Замечу кстати ни через одну ошибку ядра ни во FreeBSD ни в Linux вы не получите доступа к shell. Максимум уроните машину. Именно по этому все ваши, а так же мои приведенные уязвимости помечены как средний уровнь опасности. Наиболее опасны дыры в приложениях. А вот они то частенько есть и там и там.
>http://secunia.com/advisories/19709/ - ну или вот. Ремоут. Кернельный. Безсервисный.
1. Сервисный. Только для SCTP.
2. У меня этот модуль не используется и даже не собран.
И это все будет работать при наличии SCTP соединения.>Или Вы будете утверждать, что IP-пакеты первым делом попадают в приложение, а потом >шуруют в кернел для дальнейшей обработки напильником?
Не буду. Но получить доступ к системе используя эту уязвимость не удастся.PS Я всего-то хочу сказать что в первую очередь надо рассматривать безопасность именно сервисов. При использовании одинаковых сервисов и их одинаковой настройке безопасность FreeBSD и Linux будет примерна одинакова.
>>http://secunia.com/advisories/20185/
>Как уже заметили это локальный DoS.
>
>>Этого достаточно, чтобы ответить на Ваши вопросы и комментарии? Могу еще покопаться,
>>раз Вы не в состоянии сами, помнится, iptables латали...
>Я вот тут тоже покопался... Замечу софт я не трогаю.
>
>http://secunia.com/advisories/21587/
>remote
>
>http://secunia.com/advisories/18609/
>remote
>
>http://secunia.com/advisories/18353/
>remote
>
>Что-то не чуть не меньше. Потом это все DoS. А завалить DoS
>можно машину и без дыр. Взломы же именно они производятся через
>сервисы. Если сервис не имеет дыры, то вы не сможете получить
>доступ к машине. Замечу кстати ни через одну ошибку ядра ни
>во FreeBSD ни в Linux вы не получите доступа к shell.Справедливости ради: А как же злополучный ptrace?! Сколько машинок под ним полегло...
>Не получится использовать одинаковое ПО: ядро линукса под БСД не заработает никак.
а вот ядро БЗД под линуксом заработает еще как :) волшебство xen :)>Далее мне следует, конечно же написать про то, что фря и
>стабильней и быстрей (с) Дворкин,
ну как же она может быть стабильней и быстрей если она из-под линукса в xen запускается, а из-под самой себя - нет? :)Gatekeeper, зовут не Aqua'ой случайно? :)
А в бзд довно xen изчез ???
>А в бзд довно xen изчез ???
Скажем не исчез а не давно появился. В FreeBSD 6.1
http://www.mail-archive.com/freebsd-stable@freebsd.org/... :
"
I haven't been keeping the xen port up to date. There is an SoC student
who is making some progress with it but he is looking more at what is
required to make the installer work with it.Making 6.2 work would not be that difficult, but no one is currently
working on it.
"
я подозреваю что работает только domU и только на VT, что совсем неполноценно
>Несколько причин, почему я на данный момент юзаю ФрееБСД, а не какой-нибудь
>дистрибутив Линукса, это то, что в прошлом, когда я решил дома
>перейти на опенсоурс, нормальный handbook был найден именно к Фрее.не пробовали "дженту"? очень приличный хандбук, хороший сайт, вики, форум...
"вы не любите кошек?... вы просто не умеете их готовить!" (С) "старый анекдот"
>не пробовали "дженту"? очень приличный хандбук, хороший сайт, вики, форум...Согласен, но дата появления Gentoo v1.0 2002/03/31, а я искал варианты в конце 2000 года.
>"вы не любите кошек?... вы просто не умеете их готовить!" (С) "старый
>анекдот"Это выяснилось при первой моей попытке познакомиться с миром Опенсоурс с помощью Gentus Linux.
>Это всё ерунда. А вообще сильно смахивает на тюнинг запорожца :) Как
>его не регулируй, один хрен запорожцем останется :)
>
>Вот и все эти фразы про "Настроить FreeBSD". Даже сильно отрегулированная всё
>равно полное Г. по сравнению с тем же Linux.
Для начала определимся с понятием "Linux" - о каком дистрибутиве идет речь?
Если в общем, то и говорить не о чем. У каждого дистрибутива есть свои плюсы и минусы.
А в сумме, проектирования ядра Линукса напоминает кружок умельцов во Дворце пионеров, дорвавшихся до проектирования танка в Автокаде.
О любом. Все дистрибутивы состоят из linux ядра + система gnu. Абсолютно все. И в данном вопросе это никакой роли не играет принципиальной. Так что не надо уводить в сторону.Плюсы и минусы связаны совсем с другими плоскостями уже. А вовсе не с рассматриваемыми вопросами производительности.
"...напоминает кружок умельцов во Двор..." - а вот возьмите, уважаемый, и назовите прямо тут основные недостатки процесса разработки linux-ядра, и плюсы процесса разработки системы FreeBSD. Мы их обсудим и поставим всё на свои места. А то такое ощущение что и о том и о другом Вы совершенно поверхностно осведомлены (а судя по высказываниям - так оно и есть).
>А в сумме, проектирования ядра Линукса напоминает кружок умельцов во Дворце пионеров,
>дорвавшихся до проектирования танка в Автокаде.если вы об этом, то фря потеряла свою элитарность когда стала Free. согласно вашей логике
>>>Например, maxusers и mbufs.
>>
>>
>>спасибо. смешно.
>>скорость чего они меняют по вашему?
>
>На производительность.
Производительность чего ? И на сколько процентов если не секрет. Хотя бы порядок.PS Как уже тут говорили если разница между настроенной ОС и не настроенной мала это хорошая ОС и выбраны разумные умолчания. Может вспомним про тесты Linux Solaris и FreeBSD ? Тогда помнится производились. Тогда тоже заявляли, что ядро во FreeBSD не настроено. Так вот интересно как надо подкрутить эти два параметра чтобы FreeBSD достянула хотя бы до Linux ?
Совершенно верно. Поддерживаю вопрос и жду ответа.
И жди. Тот тест - на ВОСЬМИЯДЕРНОЙ системе. Фря 4.11.На четырех ядрах 6.1 работает плюс-минус два процента от Соляры и Линя.
На восьми ядрах Соляра глубоко делает всех (и на 128 ядрах - тоже).
в 4.11 SMP был просто никакой. И из восьми ядер MySQL загружал одно.
Все это глубоко и много лет известно.
>И жди. Тот тест - на ВОСЬМИЯДЕРНОЙ системе. Фря 4.11.
FreeBSD 6.0 Stable сходите и посмотрите.>На восьми ядрах Соляра глубоко делает всех (и на 128 ядрах -
>тоже).
Графики этого не показали.>Все это глубоко и много лет известно.
Там небыло 4.11.
>>>>Например, maxusers и mbufs.
>>>
>>>
>>>спасибо. смешно.
>>>скорость чего они меняют по вашему?
>>
>>На производительность.
>Производительность чего ? И на сколько процентов если не секрет. Хотя бы
>порядок.
>
>PS Как уже тут говорили если разница между настроенной ОС и не
>настроенной мала это хорошая ОС и выбраны разумные умолчания. Может вспомним
>про тесты Linux Solaris и FreeBSD ? Тогда помнится производились. Тогда
>тоже заявляли, что ядро во FreeBSD не настроено. Так вот интересно
>как надо подкрутить эти два параметра чтобы FreeBSD достянула хотя бы
>до Linux ?Опять хотите мерять сферического коня в вакууме?
Если до тюнинга mbufs нагрузка по CPU было 60%, а после - 20% - это нормально?
Предлагайте тесты, равнозначное железо и специалиста по тюнингу каждой системы - вот тогда имеет смысл сравнивать работу разных Осей.
P.S. Если Вы кроме домашней машинки и обслуживания сервера для офиса из 10 РС не настраивали, то лучше сюда не пишите.
>P.S. Если Вы кроме домашней машинки и обслуживания сервера для офиса из
>10 РС не настраивали, то лучше сюда не пишите.хотелось бы посмотреть на ваши (кхе,кхе) кластера под Фрей а также SMP, шареные железные рейды и прочее :) студент-стажер?
>>P.S. Если Вы кроме домашней машинки и обслуживания сервера для офиса из
>>10 РС не настраивали, то лучше сюда не пишите.
>
>хотелось бы посмотреть на ваши (кхе,кхе) кластера под Фрей а также SMP,
>шареные железные рейды и прочее :) студент-стажер?На работе стоят три стойки. Этого достаточно?
>>>P.S. Если Вы кроме домашней машинки и обслуживания сервера для офиса из
>>>10 РС не настраивали, то лучше сюда не пишите.
>>
>>хотелось бы посмотреть на ваши (кхе,кхе) кластера под Фрей а также SMP,
>>шареные железные рейды и прочее :) студент-стажер?
>
>На работе стоят три стойки. Этого достаточно?опишите, пожалуйста, сколько из сетевого барахла в каждой стойке - машины, есть ли СМП, есть ли хотя-бы две машины, обединенные в кластер по той или иной технологии (кроме кластера mysql), есть ли отдельно стоящие шаренные между машинами рейды, какие файловые системы на них подняты, как монтируются. если это база данных, то сколько она обслуживает простых запросов select ... from в минуту/секунду, какая при этом нагрузка на CPU, если это какой-то иной сетевой сервис, использующий MPI, сколько дочерних процессов/потоков имеется, какой тип сетевого сервиса... можно мне на личное мыло.
>опишите, пожалуйста, сколько из сетевого барахла в каждой стойке - машины, есть
>ли СМП, есть ли хотя-бы две машины, обединенные в кластер
>по той или иной технологии (кроме кластера mysql), есть ли отдельно
>стоящие шаренные между машинами рейды, какие файловые системы на них подняты,
>как монтируются. если это база данных, то сколько она обслуживает простых
>запросов select ... from в минуту/секунду, какая при этом нагрузка на
>CPU, если это какой-то иной сетевой сервис, использующий MPI, сколько дочерних
>процессов/потоков имеется, какой тип сетевого сервиса... можно мне на личное мыло.Молодой человек, когда же у вас закончится белая горячка?
Кластеры нужны для распределенных вычислений. Я ими не занимаюсь.
Количеством и наименований железок я не смогу с вами поделится, надеюсь, вы сами поймете почему:) Серверы под FreeBD 6.1, на Xeon'ах, SCSI, SoftUpdates, UFS2.
Избыточные гигабитные сетевые соединения с помощью carp и STP.P.S. Почитал ваши майские высказывания про Мандриву, плакаль.
>Кластеры нужны для распределенных вычислений. Я ими не занимаюсь.
это вам не надо, понятно.>Количеством и наименований железок я не смогу с вами поделится, надеюсь, вы
>сами поймете почему:) Серверы под FreeBD 6.1, на Xeon'ах, SCSI, SoftUpdates,
>UFS2.
дальше обычных железок вы не ушли, чего и следовало ожидать>Избыточные гигабитные сетевые соединения с помощью carp и STP.
супер! необычно. нормальные люди делают это на кошках.>P.S. Почитал ваши майские высказывания про Мандриву, плакаль.
я посмотрю как вы будете плакать когда вам, например прийдет порядочная новенькая, шоколадая железка с Adaptec SAS/SATA RAID 94xx на борту. вам писать простите за выражение будет нечем - у вас жидкость закончится
обидно, да? :)
адаптек SAS вы в ближайшие пару лет не поднимите на фре, а я сегодня перепишу дурацкую систему билда этой хери, опрокину это дело на xen и закину сборки под linux-2.6.12-12mdksmp, linux-2.6.12-12mdk (x86_64), переделанные сорцы в РПМе и сборку для linux-2.6.16-xen в любимую Мандриву, если времени хватит на прочее
>>Количеством и наименований железок я не смогу с вами поделится, надеюсь, вы
>>сами поймете почему:) Серверы под FreeBD 6.1, на Xeon'ах, SCSI, SoftUpdates,
>>UFS2.
>дальше обычных железок вы не ушли, чего и следовало ожидать
Позвольте полюбопытствовать, какими "необычными железками" вы управляте, что позволяете себе такие высказывания?>>Избыточные гигабитные сетевые соединения с помощью carp и STP.
>супер! необычно. нормальные люди делают это на кошках.
Правда? Неужели там тоже ваш линух? =)) Может, вам стоит почитать историю создания CARP и сравнения с RVSP?
Частенько в кластер объединяют бездисковые машины с подключением к сетевому хранилищу через FibreChannel или же iSCSI, но iSCSI эт уже для бедных ;)>Правда? Неужели там тоже ваш линух? =))
В тяжелых кошках QNX.>Может, вам стоит почитать историю создания CARP и сравнения с RVSP?
Ну я в курсе что такое CARP и зачем оно нужно. Но избыточные сетевые соединения в кластере лучше делать всеже через bondling. Оно быстрее чем CARP и STP отрабатывает.
>Частенько в кластер объединяют бездисковые машины с подключением к сетевому хранилищу через FibreChannel или же iSCSI, но iSCSI эт уже для бедных ;)
>
Спрашивается, а линукс-то здесь при чём? ;-)
>
>>Правда? Неужели там тоже ваш линух? =))
>В тяжелых кошках QNX.
>
Если быть точным, то не сам QNX, а модифицированная версия в IOS XR. Это раз. И два - какое отношение QNX со своими закрытыми исходниками и проприетарной лицензией относится, изначально, к Linux или Unix?>>Может, вам стоит почитать историю создания CARP и сравнения с RVSP?
>Ну я в курсе что такое CARP и зачем оно нужно. Но
>избыточные сетевые соединения в кластере лучше делать всеже через bondling. Оно
>быстрее чем CARP и STP отрабатывает.
Ну, STP вообще несколько не для этого предназначен, а вот CARP вполне приемлимое решение.
А что за "bondling"? Google вывел всего три страницы по запросу "cluster bondling".
>Спрашивается, а линукс-то здесь при чём? ;-)
А что в FreeBSD есть хорошая поддержка FibreChannel и iSCSI ?
iSCSI вот под linux точно есть и стабильно работает. Про FreeBSD что-то не слышал. FibreChannel далеко не все карты.>Если быть точным, то не сам QNX, а модифицированная версия в IOS
>XR. Это раз.
Я в курсе. Но основа все же QNX.>И два - какое отношение QNX со своими закрытыми исходниками и проприетарной лицензией >относится, изначально, к Linux или Unix?
Оно имеет отношение к кластерам. Для обмена данными видимо используют ethernet и оборудование Cisco. Хотя конечно InfiniBand лучше. Опять же его поддержка имеется в официальном ядре linux. А кластеры тут при том что на linux кластеров построено существенно больше чем на FreeBSD. Ознакомьтесь http://www.top500.org/stats/27/osfam/>Ну, STP вообще несколько не для этого предназначен, а вот CARP вполне
>приемлимое решение.
В зависимости для чего.
>А что за "bondling"? Google вывел всего три страницы по запросу "cluster
>bondling".
Точнее bonding. Все время путаю. Оно работает быстрее чем CARP+STP плюс обеспечивает более полное использование оборудования.
>>Кластеры нужны для распределенных вычислений. Я ими не занимаюсь.
>это вам не надо, понятно.
>
>>Количеством и наименований железок я не смогу с вами поделится, надеюсь, вы
>>сами поймете почему:) Серверы под FreeBD 6.1, на Xeon'ах, SCSI, SoftUpdates,
>>UFS2.
>дальше обычных железок вы не ушли, чего и следовало ожидать
А куда я должен уходить?
>>Избыточные гигабитные сетевые соединения с помощью carp и STP.
>супер! необычно. нормальные люди делают это на кошках.
Понятно, вы с кошками совершенно не работали и не знаете особенностей STP.
>>P.S. Почитал ваши майские высказывания про Мандриву, плакаль.
>я посмотрю как вы будете плакать когда вам, например прийдет порядочная новенькая,
>шоколадая железка с Adaptec SAS/SATA RAID 94xx на борту. вам писать
>простите за выражение будет нечем - у вас жидкость закончится
Я всегда выбираю железо _под конкретную ОС_.
И поставщик должен обязательно _протестировать_ это железо под конкретную ось.
>Понятно, вы с кошками совершенно не работали и не знаете особенностей STP.
Странно, что у вас используется STP+CARP, а что bonding не используете ?>Я всегда выбираю железо _под конкретную ОС_.
Странно почему у HP IBM Sun и прочих именитых фирм есть сертификация под linux solaris AIX и т.п. но ни у кого нет под FreeBSD.>И поставщик должен обязательно _протестировать_ это железо под конкретную ось.
Угу все уже побежали тестить железо под FreeBSD.
>>Понятно, вы с кошками совершенно не работали и не знаете особенностей STP.
>Странно, что у вас используется STP+CARP, а что bonding не используете ?
Нам этого хватает. Как только начнутся проблемы в связке STR+CARP, тогда и будем искать альтернативные технологии.>>Я всегда выбираю железо _под конкретную ОС_.
>Странно почему у HP IBM Sun и прочих именитых фирм есть сертификация
>под linux solaris AIX и т.п. но ни у кого
>нет под FreeBSD.
Значит, мы не будем покупать ихние железки :)
Зачем нам геморрой? Если вы поступаете как армянский комсомол, то мы так не делаем.
>>И поставщик должен обязательно _протестировать_ это железо под конкретную ось.
>Угу все уже побежали тестить железо под FreeBSD.
Это их проблемы. Если они хотят продать серваки, они будут тестировать.
>Нам этого хватает. Как только начнутся проблемы в связке STR+CARP, тогда и
>будем искать альтернативные технологии.
Понятно. Флаг вам в руки.>Значит, мы не будем покупать ихние железки :)
А что вы будете покупать ? И у кого ?>Зачем нам геморрой? Если вы поступаете как армянский комсомол, то мы так
>не делаем.
Гемморой возникает при использовании несертифицированной ОС на таком железе. При использовании сертифицированной ОС никаких проблем. Мне вот интересно если вы будете ставить СУБД Oracle какую ОС вы выберете ?>Это их проблемы. Если они хотят продать серваки, они будут тестировать.
Или скажут ищите других поставщиков.
>Есть правила закупок оборудования. И не один руководитель предприятия не рискнет их
>нарушить.Будь-то госструктура или АО/ЗАО.
Именно по этому в этих структурах покупают сертифицированные ОС. Чтобы быть точно уверенным что это все заработает как надо.
>>Есть правила закупок оборудования. И не один руководитель предприятия не рискнет их
>>нарушить.Будь-то госструктура или АО/ЗАО.
>Именно по этому в этих структурах покупают сертифицированные ОС. Чтобы быть точно
>уверенным что это все заработает как надо.Наоборот, железо подбирают под конкретные задачи.
Ну вы купите железо, а потом будете думать, а что мы запустим под "сертифицированной ОС"?
Кроме того обучения персонала под "сертифицированные ОС" может дорого обойтись.
К тому же производитель "Сертифицированной ОС" может потребовать сертифицированного ИМИ специалиста. Так поступает, например, Микрософт и Sun.
>>>Я всегда выбираю железо _под конкретную ОС_.
>>Странно почему у HP IBM Sun и прочих именитых фирм есть сертификация
>>под linux solaris AIX и т.п. но ни у кого
>>нет под FreeBSD.
>Значит, мы не будем покупать ихние железки :)
>Зачем нам геморрой? Если вы поступаете как армянский комсомол, то мы так
>не делаем.
Прискорбно, но вынужден согласится в этом с sauron'ом - сертификации железа под FreeBSD здорово не хватает. Вместо того, чтобы сразу выбрать сервер, мы вынуждены лазать по почтовым рассылкам и искать опыт других, рискнувших попробовать Фрю на этом железе. Отнимает кучу времени и сил, и всё равно не гарантирует результатов.
>>Понятно, вы с кошками совершенно не работали и не знаете особенностей STP.
>Странно, что у вас используется STP+CARP, а что bonding не используете ?
>
>
>>Я всегда выбираю железо _под конкретную ОС_.
>Странно почему у HP IBM Sun и прочих именитых фирм есть сертификация
>под linux solaris AIX и т.п. но ни у кого
>нет под FreeBSD.
Потому что у него нет коммерческой поддержки как у RH. Если Вы посмотрете матрицу совместимости, то окажется, что не все дистрибутивы линукс будут поддерживаться, возможно и Вашего любимого не будет
>
>>И поставщик должен обязательно _протестировать_ это железо под конкретную ось.
>Угу все уже побежали тестить железо под FreeBSD.
>Опять хотите мерять сферического коня в вакууме?
Почему? Конкретная задача была.>Если до тюнинга mbufs нагрузка по CPU было 60%, а после -
>20% - это нормально?
Какая задача ?>Предлагайте тесты, равнозначное железо и специалиста по тюнингу каждой системы - вот
>тогда имеет смысл сравнивать работу разных Осей.
Вам не кажется что вы уходите от ответа?>Если Вы кроме домашней машинки и обслуживания сервера для офиса из
>10 РС не настраивали, то лучше сюда не пишите.
Допустим у меня под 80 серверов с linux. Теперь мне можно сюда писать ?
>>Опять хотите мерять сферического коня в вакууме?
>Почему? Конкретная задача была.
Какая? Померять сферического коня в вакууме и обосрать всех несогласных?>>Если до тюнинга mbufs нагрузка по CPU было 60%, а после -
>>20% - это нормально?
>Какая задача ?
Имеем нагрузку по CPU 60% - разве этого не достаточно?
>>Предлагайте тесты, равнозначное железо и специалиста по тюнингу каждой системы - вот
>>тогда имеет смысл сравнивать работу разных Осей.
>Вам не кажется что вы уходите от ответа?
Предложите равнозначные тесты.>
>>Если Вы кроме домашней машинки и обслуживания сервера для офиса из
>>10 РС не настраивали, то лучше сюда не пишите.
>Допустим у меня под 80 серверов с linux. Теперь мне можно сюда
>писать ?
Так допустим или все-таки они есть?
>Какая? Померять сферического коня в вакууме и обосрать всех несогласных?
Мдя... Вот хотя бы http://www.opennet.me/opennews/art.shtml?num=7239>Имеем нагрузку по CPU 60% - разве этого не достаточно?
Нет. Речь идет о повышении производительности. Что хотите сказать что система стала сразу в три раза производительнее ?>Предложите равнозначные тесты.
http://www.opennet.me/opennews/art.shtml?num=7239
Или не равнозначны ?>Так допустим или все-таки они есть?
У меня есть. Но меня удивляет ваше отношение. Что если у меня нет вагона серверов загруженных под завязку, то мое мнение не принимается во внимание ? Любопытно любопытно.
>>Имеем нагрузку по CPU 60% - разве этого не достаточно?
>Нет. Речь идет о повышении производительности. Что хотите сказать что система стала
>сразу в три раза производительнее ?
Я хочу сказать, что не придется перебрасывать сервисы на другой сервак или делать апгрейд железа.>>Предложите равнозначные тесты.
>http://www.opennet.me/opennews/art.shtml?num=7239
>Или не равнозначны ?
Нет, уже второй Апач, 5-ые Мускул и ПХП.
Ко всему уже значительно улучшилась поддержки режима х64 на всех трех платформах.>
>>Так допустим или все-таки они есть?
>У меня есть. Но меня удивляет ваше отношение. Что если у меня
>нет вагона серверов загруженных под завязку, то мое мнение не принимается
>во внимание ? Любопытно любопытно.Очень красивый способ передергнуть факты.
>Я хочу сказать, что не придется перебрасывать сервисы на другой сервак или
>делать апгрейд железа.
Так может расскажете какие у вас там крутятся сервисы ?
>Нет, уже второй Апач, 5-ые Мускул и ПХП.
И что из этого ? ПО использовалось равнозначное на всех платформах.>Ко всему уже значительно улучшилась поддержки режима х64 на всех трех платформах.
Это вообще непонятно к чему сказано.>Очень красивый способ передергнуть факты.
Какие и где факты я передергивал? Пока я вижу только попытки увильнуть от ответа на вопросы.
>>Ко всему уже значительно улучшилась поддержки режима х64 на всех трех платформах.
>Это вообще непонятно к чему сказано.
>
Для начала прочитайте внимательно статью, на которую ссылаетесь, а там написано:В тестировании приняли участие:
* FreeBSD 6.0 STABLE AMD64
* SLES 9 SP3 AMD64
* Solaris 10 01/06 AMD64
>Для начала прочитайте внимательно статью, на которую ссылаетесь, а там написано:
>В тестировании приняли участие:
>
> * FreeBSD 6.0 STABLE AMD64
> * SLES 9 SP3 AMD64
> * Solaris 10 01/06 AMD64А теперь поясните мне к чему вы это привели. С тех пор прошли только минор изменения в ядре linux SLES и в Solaris 10 01/06. Конечно возможно во FreeBSD 6.2 что-то кардинально поменяли. Но в Linux и Solaris кардинально ничего не менялось. Именно по этому я прошу пояснить почему вы считаете этот тест не верным.
PS Я для интереса посмотрел ваш магический параметр MBUFS. Он отвечает только за количество network buffers. Возможно на части задач это уменьшит нагрузку на CPU. Но то что у вас нагрузка CPU падает в 3 раза указывает на то, что не все так хорошо в датском королевстве.
>>Для начала прочитайте внимательно статью, на которую ссылаетесь, а там написано:
>>В тестировании приняли участие:
>>
>> * FreeBSD 6.0 STABLE AMD64
>> * SLES 9 SP3 AMD64
>> * Solaris 10 01/06 AMD64
>
>А теперь поясните мне к чему вы это привели. С тех пор
>прошли только минор изменения в ядре linux SLES и в Solaris
>10 01/06. Конечно возможно во FreeBSD 6.2 что-то кардинально поменяли. Но
>в Linux и Solaris кардинально ничего не менялось. Именно по этому
>я прошу пояснить почему вы считаете этот тест не верным.
Меня вообще-то не интересует состояние дел в других ОС, с ними все понятно :)
А вот текущие разработки FreeBSD меня очень интересует.
>PS Я для интереса посмотрел ваш магический параметр MBUFS. Он отвечает только
>за количество network buffers. Возможно на части задач это уменьшит нагрузку
>на CPU. Но то что у вас нагрузка CPU падает в
>3 раза указывает на то, что не все так хорошо в
>датском королевстве.Я снизил нагрузку, без потери работоспособности останльных сервисов - это самое главное.
Если вы готовы тюнинговать без надобности продакшен сервер, в ущерб другим работам на других серверах - вот это действительно серьезная проблема в организации работы подразделения.
>Меня вообще-то не интересует состояние дел в других ОС, с ними все
>понятно :)
Это прям как в рекламе про РосГосСтрах. Эти слишком дорогие, а эти подозрительно дешевле. :)
И что с ними понятно ?>А вот текущие разработки FreeBSD меня очень интересует.
Ну так ответьте тогда на простой вопрос, что кардинально изменилос в FreeBSD 6.2 в отличии от 6.0 и насколько выросла производительность 6.2 в отличии от 6.0.>Я снизил нагрузку, без потери работоспособности останльных сервисов - это самое главное.
Во первых вы не сказали какие сервисы были использованы. Я допускаю такое понижение при больших объемах трафика. Но такое увеличение производительности указывает или на плохо выбранные значения по умолчанию или же на не слишком хороший код.>Если вы готовы тюнинговать без надобности продакшен сервер, в ущерб другим работам
>на других серверах - вот это действительно серьезная проблема в организации
>работы подразделения.
Давайте не будем переходить на личности. Я у вам задаю вполне конкретные вопросы. Но у вас почему-то постоянно находятся причины на них не отвечать. Странно это.
>>А вот текущие разработки FreeBSD меня очень интересует.
>Ну так ответьте тогда на простой вопрос, что кардинально изменилос в FreeBSD
>6.2 в отличии от 6.0 и насколько выросла производительность 6.2 в
>отличии от 6.0.
Нет возможности сравнить с 6.0. Уже все серваки перешли на 6.2-PRERELEASE>>Я снизил нагрузку, без потери работоспособности останльных сервисов - это самое главное.
>Во первых вы не сказали какие сервисы были использованы. Я допускаю такое
>понижение при больших объемах трафика. Но такое увеличение производительности указывает или
>на плохо выбранные значения по умолчанию или же на не слишком
>хороший код.
Или потому что у меня нестандартные задачи при высокой сетевой нагрузке?>>Если вы готовы тюнинговать без надобности продакшен сервер, в ущерб другим работам
>>на других серверах - вот это действительно серьезная проблема в организации
>>работы подразделения.
>Давайте не будем переходить на личности. Я у вам задаю вполне конкретные
>вопросы. Но у вас почему-то постоянно находятся причины на них не
>отвечать. Странно это.
Причем тут личности?
Вы же сами интересовались причиной повышенной нагрузки?
Да, была нагрузка, я понизил использования CPU.
И у меня нет времени и желания тюнинговать систему дальше.
Это единственное отступление от GENERIC.
>Нет возможности сравнить с 6.0. Уже все серваки перешли на 6.2-PRERELEASE
>
Гм...смело, весьма смело.>Вы же сами интересовались причиной повышенной нагрузки?
>Да, была нагрузка, я понизил использования CPU.
>И у меня нет времени и желания тюнинговать систему дальше.
>Это единственное отступление от GENERIC.
И всё?? То есть больше ничего не меняли?
>Нет возможности сравнить с 6.0. Уже все серваки перешли на 6.2-PRERELEASE
т.е. что изменилось не знаете ? :)>Или потому что у меня нестандартные задачи при высокой сетевой нагрузке?
Знаете у меня тоже есть не стандартные задачи при высокой сетевой нагрузке, iSCSI.
И я под нее только поменял при помощи sysctl размеры и количество сетевых буферов. И замечу без пересборки ядра и перезагрузки. И при этом загрузка сократилась в пределах 5%. Видимо разработчики linux что-то делают не так в отличии от разработчиков FreeBSD.>Вы же сами интересовались причиной повышенной нагрузки?
Так в чем же была причина в малом количестве mbufs ?>Это единственное отступление от GENERIC.
Да ? Очень интересно. Я из GENERIC в свое время жития на FreeBSD много всего выкидывал.
Еще один голос за бздю.
На моем десктопе линь ее в обозримом будущем не заменит.
Недавно пробовал поставить мандриву 2006 free. Звука нет, иксы виснут, чуть не ослеп, пока искал в dmesg как же называются мои Prolific USB-to-COM Brige и NetMos Multiport Controller... итд. Ладно, кое-как разобрался, звука так и нет. Монтирую ntfs-ный раздел рутом, пробую прочитать его обычным юзером, а болт!!! ладно, включаю этого юзера в wheel на всякий, доступа нет, зато теперь по команде su можно стать рутом без пароля )))))) Ну короче забил я на линь после этого ))))), буду жить дальше под фрей, хотя жалко что с линем так вышло... Есть там кой-какой полезный софт которого под фряхой пока нету.ЗЫ.
Сразу говорю, что сравнить линь и бздю я могу только на десктопе, потому как никогда на серверах линя не держал. И разбираться с ним на десктопе у меня нет ни времени, ни, тем более, желания.
>ЗЫ.
>Сразу говорю, что сравнить линь и бздю я могу только на десктопе,
>потому как никогда на серверах линя не держал. И разбираться с
>ним на десктопе у меня нет ни времени, ни, тем более,
>желания.судя по всему и с группами, правилами доступа и тд итп у вас тоже разбираться времени нет :)
жалко что так вышло. сколько, говорите? полтора рубля в час ваша работа стоит, не меньше? сожалею, но у меня есть знакомый, которому сильные программисты очень нужны
ну во-первых, речь идет о моем ДОМАШНЕМ компьютере, на котором я желаю слушать музыку, смотреть кино, играть в Q3 и не желаю ради этого копаться в дебрях операционки.во-вторых, логика разграничения доступа во фре мне очень даже ясна.
в третьих, не стоит делать поспешных выводов о стоимости моего рабочего времени.
PS
и наверное Вам не надо считать всех вокруг круглыми идиотами.
>во-вторых, логика разграничения доступа во фре мне очень даже ясна.
во фре есть какая-то другая логика? я понимаю, если бы вы пользовались RSBAC под Линукс. да, там действительно есть места, в которых достаточно сложно разобраться с правами и их наследованием...
>>во-вторых, логика разграничения доступа во фре мне очень даже ясна.
>во фре есть какая-то другая логика? я понимаю, если бы вы пользовались
>RSBAC под Линукс. да, там действительно есть места, в которых достаточно
>сложно разобраться с правами и их наследованием...
Видно, вы корпоративных сетей под Windows не настраивали =)))
>>во-вторых, логика разграничения доступа во фре мне очень даже ясна.
>во фре есть какая-то другая логика? я понимаю, если бы вы пользовались
>RSBAC под Линукс. да, там действительно есть места, в которых достаточно
>сложно разобраться с правами и их наследованием...А нафига нам RSBAC? Заниматься садомазохизмом?
>>>во-вторых, логика разграничения доступа во фре мне очень даже ясна.
>>во фре есть какая-то другая логика? я понимаю, если бы вы пользовались
>>RSBAC под Линукс. да, там действительно есть места, в которых достаточно
>>сложно разобраться с правами и их наследованием...
>
>А нафига нам RSBAC? Заниматься садомазохизмом?да, точно! а нафига вам журналы, шареные файловые системы, smp, rpm, драйвера и прочая мутотень - мы живем в особом мире, где все просто и прекрасно
>>>>во-вторых, логика разграничения доступа во фре мне очень даже ясна.
>>>во фре есть какая-то другая логика? я понимаю, если бы вы пользовались
>>>RSBAC под Линукс. да, там действительно есть места, в которых достаточно
>>>сложно разобраться с правами и их наследованием...
>>
>>А нафига нам RSBAC? Заниматься садомазохизмом?
>
>да, точно! а нафига вам журналы, шареные файловые системы, smp, rpm, драйвера
>и прочая мутотень - мы живем в особом мире, где все
>просто и прекрасноУхОдите от темы.
В чем для вас практическое применение RSBAC? Выполнить лабораторную?
Узнать еще одно умное слово и похвасться в форуме?
>УхОдите от темы.
>В чем для вас практическое применение RSBAC? Выполнить лабораторную?
>Узнать еще одно умное слово и похвасться в форуме?во-первых, это вы уходите от темы. я поинтересовался, в чем rwx в линуксе отличается от фряшного, что там такого с правами, чего не понять простому смертному и засомневался в умственных способностях клиента, вспомнив довольно непростой в администрировании RSBAC и проведя сравнение явно не в пользу простых пермишенов.
вас почему-то упоминание RSBAC тронуло до глубины души и вы почему-то спросили, а зачем он нам? как будто я вам его предлагал. :) некоторым он очень нужен. впрочем, мы отступаем от основной темы...
следующим своим высказыванием я саркастично заметил что всегда, когда речь заходит о технологиях, отсутствующих во FreeBSD или работающих там с большим натягом, именно так адепты данной ОС и реагируют. стандарт: "это нам не надо! это уменьшает стабильность/вносит неразбериху/плохо оттестировано/полное авно" (нужное подчеркунть), что я заранее парирую: просто так эти технологии не появляются. они нужны людям. ими пользуются. (попутно замечаю что без некоторых из этих технологий я просто не представляю жизнь администратора unix-системы. может быть, я просто избалован комфортом Линукс?)
вас все еще интересует зачем RSBAC нужен? почитайте желтые, белые, ораньжевые книжечки
Вы к доктору давно ходили? Я пытаюсь донести до вашего воспаленного серверами мозга, что на моем ДОМАШНЕМ компе линь проиграл фре в удобстве ДЛЯ МЕНЯ. И все.PS
У Вас с потенцией все в порядке?
>Я пытаюсь донести до вашего воспаленного серверами
>мозга, что на моем ДОМАШНЕМ компе линь проиграл фре в удобстве
>ДЛЯ МЕНЯ. И все.
Извините конечно, но все ваши так называемые проблемы дилетантские. Очень странно что человек использующий FreeBSD не смог их решить.
>Звука нет
если у вас alsa и звуковая карта определилась... необходимо просто прибавить громкость. Т.к. по умолчанию после загрузки драйверов включен режим mute. О чем кстати написано большими буквами в README идущем с ALSA.>иксы виснут
Иксы что там что там одинаковые?>чуть не ослеп, пока искал в dmesg как же называются мои Prolific USB-to-COM Brige и NetMos Multiport Controller...
использовать grep не умеете чтоли ?>Монтирую ntfs-ный раздел рутом, пробую прочитать его обычным юзером, а болт!!!
man mount читаем раздел про ntfs далее читаем что такое umask.>ладно, включаю этого юзера в wheel на всякий, доступа нет, зато теперь по команде su можно стать рутом без пароля ))))))
Это уже проблема данного дистрибутива. Хотя и это фиксится в 5 минут если человек понимает что такое pam и как он работает.>Ну короче забил я на линь после этого
Я честно всегда считал, что FreeBSD используют люди с достаточно высокой квалификацией. Но что-то дальше тем меньше я так считаю.>хотя жалко что с линем так вышло... Есть там кой-какой полезный софт которого под фряхой пока нету.
На самом деле вы даже не приложили усилия, чтобы linux у вас был.
>>УхОдите от темы.
>>В чем для вас практическое применение RSBAC? Выполнить лабораторную?
>>Узнать еще одно умное слово и похвасться в форуме?
>
>во-первых, это вы уходите от темы. я поинтересовался, в чем rwx в
>линуксе отличается от фряшного, что там такого с правами, чего не
>понять простому смертному и засомневался в умственных способностях клиента, вспомнив довольно
>непростой в администрировании RSBAC и проведя сравнение явно не в пользу
>простых пермишенов.
>вас почему-то упоминание RSBAC тронуло до глубины души и вы почему-то спросили,
>а зачем он нам? как будто я вам его предлагал. :)
>некоторым он очень нужен. впрочем, мы отступаем от основной темы...
Вот и поделитесь, чем он ДЛЯ ВАС нужен и как вы его используете. На всякий случай напомню, MAC есть и во FreeBSD.
Смысл в том, что если на сервере стабильно работает Фря или Линух под высокой рабочей нагрузкой и каким-то приложением или БД - то этот софтово-аппаратный конфиг возможно и есть лучший. А только потом идет далее по списку: лучшая ОС, ветка ОС, ядро, драйвер сетевухи и ХЗ еще чего. Нет лучшей ОС без конкретных задач и без оборудования, а есть оптимальные решения или удачные (понимайте как хотите). Вот про хорошие комплесные решения, тов. специалисты, и расскажите вместо развода флейма. Или слабо?Заранее спасибо :)
Спорщикам рекомендую почитать "Двенадцать приемов литературной полемики или пособие по газетным дискуссиям" http://oper.ru/torture/read.php?t=999940582
>Вот про хорошие комплесные решения, тов. специалисты, и расскажите вместо развода флейма.
>Или слабо?
>
Про хорошие комплексные решения. При покупки ПО покупайте сертифицированную под него ОС, а под ОС покупайте сертифицированное под нее железо. Установкой должны заниматься квалифицированные специалисты. Это позволит обеспечить стабильность и возможно достаточное быстродействие.
>>Вот про хорошие комплесные решения, тов. специалисты, и расскажите вместо развода флейма.
>>Или слабо?
>>
>Про хорошие комплексные решения. При покупки ПО покупайте сертифицированную под него ОС,
>а под ОС покупайте сертифицированное под нее железо. Установкой должны заниматься
>квалифицированные специалисты. Это позволит обеспечить стабильность и возможно достаточное быстродействие.
Т.е. всем срочно переходить на винду!?
>Т.е. всем срочно переходить на винду!?
Кроме windows существует SUSE Linux, RH Linux, Solaris ну и еще куча других коммерческих юниксов. Или вы думаете что сертифицированное ПО и оборудование бывают только под windows?
не слабый креативчик получился...
слегка коробит "небольшой налёт некоректностей в мжеличностных коммуникациях" некоторых индивидумов ... но в целом не стали сильно "перегибать палку" что радует ... не лор всёж таки ...
в целом познавательная дискуссия ...
много нового и интересного подчерпнул в этой ветке для себя я ... и не только относящееся к ОС и вообще ИТ ... :+) как всегда взаимопонимание "хромает" ... "оно хорошее, но почему то хромает ..." (с) ВинниПух ...
Не понимаю, какого органа вы тут все меряитесь письками? Кто круче и быстрее и вообще всего всего.
Я часто вижу как сруцца линуксоиды с фреебсдишниками, те кто юзает OpenBSD или NetBSD почему то скромно молчат, думаю делают правильно.
Из всего спора я для себя сделал вывод, единственное, что плохо во фре так это медленная файловая система и всё. Больше аргументов от линуксоидов не слышал. Зато знаю точно, что под фрей можно запустить линуксовые программы, и драйвера виндовозные можно звсунуть во фрю это факт. А про то, чтобы запустить на линухе Бсдишную софтину?
Чтобы вам всем стало легче скажу, что лучше Виндовса нет ничего, Виндовс это круто!
>Я часто вижу как сруцца линуксоиды с фреебсдишниками, те кто юзает OpenBSD
>или NetBSD почему то скромно молчат, думаю делают правильно.
Видимо потому что при выходе нового релиза а они не начинают рассказывать как OpenBSD или NetBSD порвет linux во всем. ;)>Из всего спора я для себя сделал вывод, единственное, что плохо во
>фре так это медленная файловая система и всё.
Ну еще про маштабируемость SMP систем в FreeBSD можно сказать. Она конечно хорошая, но хромает :) Особенно на большом количестве ядер. Опять же эта забавная ситуация с нитями. Реализаций много, а какую использовать не понятно. Раньше до 2.6 ядра по сравнению с 2.4 ядром linux ситуация во FreeBSD была лучше. Щас что-то как-то не понятно.>Зато знаю точно, что под фрей можно запустить
>линуксовые программы, и драйвера виндовозные можно звсунуть во фрю это факт.
Виндовые драйвера и в линухе заюзать можно. Есть проект. А запускаемость линуховых программ это от безысходности. Коммерческое приложение делают или под коммерческие unix или под linux. Но не под FreeBSD. В связи с этим и есть возможность пускать линуховые бинарники. Иначе как запускать бинарные приложения без исходных кодов.>А про то, чтобы запустить на линухе Бсдишную софтину?
Элементарно ватсон. Берете исходники и компилируете. Если не компилится правите исходники. Или вы забыли, что базовая система FreeBSD распрастраняется пол лицензией BSD в открытых кодах?
>>А про то, чтобы запустить на линухе Бсдишную софтину?
>Элементарно ватсон. Берете исходники и компилируете. Если не компилится правите исходники. Или
>вы забыли, что базовая система FreeBSD распрастраняется пол лицензией BSD в
>открытых кодах?
Не забыл конечно :) Я про бинарники. В общем лучше забыть про это.
Если вернуться к этому спору, то не знаю почему, но мне все равно больше нравится FreeBSD чем Linux`ы не могу объяснить, но душа лежит к фрям и всё тут. Если приводить аргументы в пользу обеих систем, то ИМХО они одинаковые по количеству достоинств и недостатков. Просто кому что нравится тот то и использует. Я использую фрю и с линухами, честно говоря, мне разбираться в лом. Я думаю, что и большинство линухоидов делает так же и вся проблема. А кто то гдето что-то написал, что это круче того потому, что там огогогого а там такого нет вобще.... :)
Сравнили бы MS DOS и какой нибудь DR DOS :) интересно было бы посмотреть на спор, может бы и поучавствовал.
>Не забыл конечно :) Я про бинарники. В общем лучше забыть про это.
А смысл ? Я объяснил вам зачем это надо под FreeBSD. Если бы софт шел бы в исходниках это бы делать никому не пришло в голову.>Если приводить аргументы в пользу обеих систем, то ИМХО они одинаковые по количеству >достоинств и недостатков.
Вополне возможно. Но на данный момент к использованию в виде промышленных платформ распалогают linux solaris и коммерческие *nix. FreeBSD к сожалению туда не попадает. Нет сертифицированного железа.>Просто кому что нравится тот то и использует. Я использую фрю и с линухами, честно говоря, мне разбираться в лом.
Посмотрите все же Gentoo. Кстати существует Gentoo/FreeBSD.
>>Не забыл конечно :) Я про бинарники. В общем лучше забыть про это.
>А смысл ? Я объяснил вам зачем это надо под FreeBSD. Если
>бы софт шел бы в исходниках это бы делать никому не
>пришло в голову.
>
>>Если приводить аргументы в пользу обеих систем, то ИМХО они одинаковые по количеству >достоинств и недостатков.
>Вополне возможно. Но на данный момент к использованию в виде промышленных платформ
>распалогают linux solaris и коммерческие *nix. FreeBSD к сожалению туда не
>попадает. Нет сертифицированного железа.
>
>>Просто кому что нравится тот то и использует. Я использую фрю и с линухами, честно говоря, мне разбираться в лом.
>Посмотрите все же Gentoo. Кстати существует Gentoo/FreeBSD.
А что толку смотреть Gentoo? Linux как линукс. Система портов? Так emerge мягко говоря не настолько и хороша. Если уж и смотреть, то в сторону Debian based, IMHO. Хотя бы из-за apt :)
>А что толку смотреть Gentoo? Linux как линукс. Система портов? Так emerge
>мягко говоря не настолько и хороша.
Мдя ? Вы ей пользовались ? Эта шутка удобнее и гибче портов. В разы. Причем разработка ebuild под него гараздо более простое дело чем порт в систему FreeBSD.>Если уж и смотреть, то в сторону Debian based, IMHO. Хотя бы из-за apt :)
В дебиан стоит смотреть еще так же потому, что он имеет все возможности стать еще одной сертифицированной платформой наряду с SUSE и RH. В Gentoo по сравнению с дебиан хуже продумана система зависимостей. В этом плане ему еще туда расти и расти. В плане же настройки все же Gentoo удобнее и в первую очередь из-за четко продуманной структуры и наличия хорошей и подробной документации.
>>А что толку смотреть Gentoo? Linux как линукс. Система портов? Так emerge
>>мягко говоря не настолько и хороша.
>Мдя ? Вы ей пользовались ? Эта шутка удобнее и гибче портов.
Пользовался 3,5 года начиная с 1.4, . Не удобней, такая вещь как обратная зависимость там не реализована, скорее всего до сих пор.
>В разы. Причем разработка ebuild под него гараздо более простое дело
>чем порт в систему FreeBSD.
Не было нужды делать ни то и ни другое, не с чем сравнивать. А вам? У Вас большой опыт создания портов для FreeBSD?
>>Если уж и смотреть, то в сторону Debian based, IMHO. Хотя бы из-за apt :)
>В дебиан стоит смотреть еще так же потому, что он имеет все
>возможности стать еще одной сертифицированной платформой наряду с SUSE и RH.
>В Gentoo по сравнению с дебиан хуже продумана система зависимостей. В
>этом плане ему еще туда расти и расти. В плане же
>настройки все же Gentoo удобнее и в первую очередь из-за четко
>продуманной структуры и наличия хорошей и подробной документации.
А кто Вам сказал что для Debian нет хорошей документации? Ну и плюс бинарные апргрейды, всё таки лучше. А если уж совсем "заточенности" как в Gentoo то и сборка из исходников, все возможности для этого есть. Так что IMHO больше плюсов.
>А кто то гдето что-то написал, что это круче того потому, что
>там огогогого а там такого нет вобще.... :)
...пять баллов... :)
>>Из всего спора я для себя сделал вывод, единственное, что плохо во
>>фре так это медленная файловая система и всё.>Ну еще про маштабируемость SMP систем в FreeBSD можно сказать. Она конечно
>хорошая, но хромает :) Особенно на большом количестве ядер. Опять же
>эта забавная ситуация с нитями. Реализаций много, а какую использовать не
>понятно. Раньше до 2.6 ядра по сравнению с 2.4 ядром linux
>ситуация во FreeBSD была лучше. Щас что-то как-то не понятно.SMP - неправильнуй путь ведущий в тупик. Системным программистам приходится ставить много-много костылей чтобы несколько процессоров могли работать вместе и не гадить друг другу. От этого и долгий и трудный путь всех Unix к SMP ядрам. Сама идея планировать на любой процессор любой процесс ошибочна так как трудно синхронизировать их работу: либо многочисленные костыли для блокировки что снижает производительность либо рисковать на авось а это глюки с крахом системы.
Простой атомарный алгоритм в однопроцессорной системе "проверка_блокировки, установка_блокировки, операция, снятие блокировки" на SMP систему просто так не перенесёшь так как нет гарантии что между проверкой и установкой другой процессор не находится в стадии установки. Приходится ставить костыли.
Мне нравится более простой и надёжный механизм когда на процессорах выполняются задачи которые не пересекаются по памяти. Например, на одном процессоре выполняется ядро, а на другие планируются пользовательские процессы. Такое было в NetWare v5.0. На первый взгляд таким способом трудно равномерно загрузить процессоры, но в системах SMP частые простои из-за блокировок по доступу к одному региону памяти тоже снижают масштабируемость.
Кривость SMP не стоит таких жарких споров у кого она лучше реализована. Разработчикам Linux море поколено, а FreeBSD делают более осторожные люди.
>SMP - неправильнуй путь ведущий в тупик. Системным программистам приходится ставить много-много
>костылей чтобы несколько процессоров могли работать вместе и не гадить друг
>другу. От этого и долгий и трудный путь всех Unix к
>SMP ядрам. Сама идея планировать на любой процессор любой процесс ошибочна
>так как трудно синхронизировать их работу: либо многочисленные костыли для блокировки
>что снижает производительность либо рисковать на авось а это глюки с
>крахом системы.согласно вашей логике шареная память, потоки и прочие IPC - костыли. никому не нужные. они только усложняют программирование и обслуживание программ.
>Простой атомарный алгоритм в однопроцессорной системе "проверка_блокировки, установка_блокировки, операция, снятие блокировки" на
>SMP систему просто так не перенесёшь так как нет гарантии что
>между проверкой и установкой другой процессор не находится в стадии установки.
>Приходится ставить костыли.семафоры и мьютексы сильно снижают производительность программы.
>Мне нравится более простой и надёжный механизм когда на процессорах выполняются задачи
>которые не пересекаются по памяти. Например, на одном процессоре выполняется ядро,
>а на другие планируются пользовательские процессы. Такое было в NetWare v5.0.
>На первый взгляд таким способом трудно равномерно загрузить процессоры, но в
>системах SMP частые простои из-за блокировок по доступу к одному региону
>памяти тоже снижают масштабируемость.а еще лучше чтобы в один момент в системе выполнялась только одна задача. кыш, серые пятна!
>Кривость SMP не стоит таких жарких споров у кого она лучше реализована.
>Разработчикам Linux море поколено, а FreeBSD делают более осторожные люди.программисты, пишушие программы без использования технологий IPC - более аккуратные и осторожные люди
>согласно вашей логике шареная память, потоки и прочие IPC - костыли. никому
>не нужные. они только усложняют программирование и обслуживание программ.Нет. Не так. Память, разделяемая между процессорами, делает невозможным реализовать традиционные виды синхронизации процессов без головной боли.
>>Простой атомарный алгоритм в однопроцессорной системе "проверка_блокировки, установка_блокировки, операция, снятие блокировки" на
>>SMP систему просто так не перенесёшь так как нет гарантии что
>>между проверкой и установкой другой процессор не находится в стадии установки.
>>Приходится ставить костыли.>семафоры и мьютексы сильно снижают производительность программы.
Одновременный доступ нескольких процессоров к одним и тем же ячейкам ОЗУ тормозит работу процессоров из-за аппаратных блокировок и значительно усложняет механизмы ОС.
все эти технологии достаточно лохматы для того, чтобы быть реализованными в современной ОС. я вас успокою: скоро студенты, которые получили возможность покупать книжки Танебаума в массовом порядке закончат учиться и кто-то из них, возможно, поможет реализовать и SMP и прочее во FreeBSD.
>все эти технологии достаточно лохматы для того, чтобы быть реализованными в современной
>ОС. я вас успокою: скоро студенты, которые получили возможность покупать книжки
>Танебаума в массовом порядке закончат учиться и кто-то из них, возможно,
>поможет реализовать и SMP и прочее во FreeBSD.
Нет, студенты - это к Линуксу. У Фри, слава богу, есть свои мэйнтейнеры. Лучше помедленнее, зато надёжнее и стабильнее.Это не значит, что Линукс отстой. Это значит, что я лучше посижу в "строгой" ОСи, пока полигоном для новых фишек будет выступать Линукс.
>Нет, студенты - это к Линуксу. У Фри, слава богу, есть свои
>мэйнтейнеры. Лучше помедленнее, зато надёжнее и стабильнее.
Может быть. Хотя с SATA очень забавно получилось. Сейчас в linux довольно хорошая поддержка SATA. Вон в ядре 2.6.18 NCQ и hotplug появились. А вот во FreeBSD как-то не шатко не валко.>Это значит, что я лучше посижу
>в "строгой" ОСи, пока полигоном для новых фишек будет выступать Линукс.
Сидите. Только вот полигон linux постепенно становится промышленной платформой, а FreeBSD к сожалению нет.
>>Нет, студенты - это к Линуксу. У Фри, слава богу, есть свои
>>мэйнтейнеры. Лучше помедленнее, зато надёжнее и стабильнее.
>Может быть. Хотя с SATA очень забавно получилось. Сейчас в linux довольно
>хорошая поддержка SATA. Вон в ядре 2.6.18 NCQ и hotplug появились.
>А вот во FreeBSD как-то не шатко не валко.
Как же "не шатко не валко", если в шестёрке SATA было кардинально переделано и теперь показывает отличные результаты?
>
>>Это значит, что я лучше посижу
>>в "строгой" ОСи, пока полигоном для новых фишек будет выступать Линукс.
>Сидите. Только вот полигон linux постепенно становится промышленной платформой, а FreeBSD к
>сожалению нет.
Увы, мне тоже этого жаль. Следующая по строгости, пожалуй, Солярис. На него и буду переходить =)
>Увы, мне тоже этого жаль. Следующая по строгости, пожалуй, Солярис. На него
>и буду переходить =)
так и будете скакать, пока не останется лишь два варианта
>>Увы, мне тоже этого жаль. Следующая по строгости, пожалуй, Солярис. На него
>>и буду переходить =)
>так и будете скакать, пока не останется лишь два варианта
Хе-хе...да, и в этом случае я перейду на Windows =))))
>>>Увы, мне тоже этого жаль. Следующая по строгости, пожалуй, Солярис. На него
>>>и буду переходить =)
>>так и будете скакать, пока не останется лишь два варианта
>Хе-хе...да, и в этом случае я перейду на Windows =))))а свинину вы тоже не едите по религиозным соображениям? :)
>>Пингвинятину сравниваете со свининой? ;)
>говорят, лягушачьи ноги тоже сойдут
Приятного аппетиту :D !
>Как же "не шатко не валко", если в шестёрке SATA было кардинально
>переделано и теперь показывает отличные результаты?
Хм а на opennet.ru говорили обратное хотя может про FreeBSD 6.0 ? NCQ и Hotplug есть ?>Увы, мне тоже этого жаль. Следующая по строгости, пожалуй, Солярис. На него
>и буду переходить =)
Ну я вот как человек на данный момент изучающий соляру не сказал бы. Сантехники одновременно консервативные и прогрессивные люди. Не верите ? Посмотрите технологии ZFS и SMF. Очень свежие мысли особенно SMF. Solaris 11 будет уже меньше напоминать unix чем Solaris 10.
>SMP - неправильнуй путь ведущий в тупик.
Но при этом что Intel что AMD клепают многоядерники только в путь. Хотя у AMD там совсем не SMP, там NUMA. Что конечно лучше чем SMP. Intel кстати тоже к этому идет.>Системным программистам приходится ставить много-много костылей чтобы несколько >процессоров могли работать вместе и не гадить друг другу.
Это не костыли это необходимость. Или вы считаете что овчинка выделки не стоит?>Сама идея планировать на любой процессор любой процесс ошибочна
>так как трудно синхронизировать их работу: либо многочисленные костыли для блокировки
>что снижает производительность либо рисковать на авось а это глюки с
>крахом системы.
Как не странно, но системы работают стабильно. И многие годами. Видимо что-то программисты не так делают.>Простой атомарный алгоритм в однопроцессорной системе "проверка_блокировки, установка_блокировки, операция, снятие блокировки" на
>SMP систему просто так не перенесёшь так как нет гарантии что
>между проверкой и установкой другой процессор не находится в стадии установки.
>Приходится ставить костыли.
А ваш алгоритм кстати тоже является костылем если пользоваться вашей терминологией. Т.к. обеспечивает мультизадачность на одном процессоре. Даешь каждой задаче по процессору!>Мне нравится более простой и надёжный механизм когда на процессорах выполняются задачи
>которые не пересекаются по памяти.
Берите AMD. Там NUMA. Или там Cell. Хотя и это не слишком упрощает дело.>Например, на одном процессоре выполняется ядро,
>а на другие планируются пользовательские процессы. Такое было в NetWare v5.0.
Это не симметричная архитектура. Это просто другой подход.>На первый взгляд таким способом трудно равномерно загрузить процессоры, но в
>системах SMP частые простои из-за блокировок по доступу к одному региону
>памяти тоже снижают масштабируемость.
Именно по этому в больших системах SMP и не используют.>Кривость SMP не стоит таких жарких споров у кого она лучше реализована.
Это не кривость, а ограниченность технологии. Дешево хорошо не бывает.>Разработчикам Linux море поколено, а FreeBSD делают более осторожные люди.
Это в чем они осторожные люди ? ;)
>>Я часто вижу как сруцца линуксоиды с фреебсдишниками, те кто юзает OpenBSD
>>или NetBSD почему то скромно молчат, думаю делают правильно.
>Видимо потому что при выходе нового релиза а они не начинают рассказывать
>как OpenBSD или NetBSD порвет linux во всем. ;)
Цитату в студию.
Флейм начался из-за прихода линуксоидов и ора "Да Линукс всё равно будет круче".
>>>Я часто вижу как сруцца линуксоиды с фреебсдишниками, те кто юзает OpenBSD
>>>или NetBSD почему то скромно молчат, думаю делают правильно.
>>Видимо потому что при выходе нового релиза а они не начинают рассказывать
>>как OpenBSD или NetBSD порвет linux во всем. ;)
>Цитату в студию.
>Флейм начался из-за прихода линуксоидов и ора "Да Линукс всё равно будет
>круче".
Как раз наоборот было дело. Первое что нашёл про это:"Да что вы носитесь с своей журналируемой FS как с панацеей?
Берем линух, в момент работы с диском нажимаем reset и наблюдаем как fsck обнаруживает порушеный журнал и начинает полную проверку, на тех разделах с которыми была хоть какая-то работа..
вот уж действительно - а оно нам надо?"То есть с наезда на linux. Вот так и всегда.
>То есть с наезда на linux. Вот так и всегда.истинно так. потом был мой опус, еще кто-то довольно политкорректно написал что мол гнать не надо - все зашибенно... и красные чертики возбудились
>>>>Я часто вижу как сруцца линуксоиды с фреебсдишниками, те кто юзает OpenBSD
>>>>или NetBSD почему то скромно молчат, думаю делают правильно.
>>>Видимо потому что при выходе нового релиза а они не начинают рассказывать
>>>как OpenBSD или NetBSD порвет linux во всем. ;)
>>Цитату в студию.
>>Флейм начался из-за прихода линуксоидов и ора "Да Линукс всё равно будет
>>круче".
>
>
>Как раз наоборот было дело. Первое что нашёл про это:
>
>"Да что вы носитесь с своей журналируемой FS как с панацеей?
>Берем линух, в момент работы с диском нажимаем reset и наблюдаем как
>fsck обнаруживает порушеный журнал и начинает полную проверку, на тех разделах
>с которыми была хоть какая-то работа..
>вот уж действительно - а оно нам надо?"
>
>То есть с наезда на linux. Вот так и всегда.
Как всегда хрен на-ны!!! Если указание на проблему для Вас наезд.....
Было указано что журналирование FS не панацея, как раз больше всего возбудились любители арктических птиц!!! Ну и начали любимую песню. Так что не надо ля-ля.
>>Было указано что журналирование FS не панацея, как раз больше всего возбудились
>>любители арктических птиц!!! Ну и начали любимую песню. Так что
>>не надо ля-ля.
>с вашей колокольни конечно козявки вылетают для вас самих менее заметно. понятно.
>закон физики.
Примеры мох "козявок" в студию, а вот примерами ваших испраднений с эйфелевой башни я Вас обеспечу.
>>Я часто вижу как сруцца линуксоиды с фреебсдишниками, те кто юзает OpenBSD
>>или NetBSD почему то скромно молчат, думаю делают правильно.
>Видимо потому что при выходе нового релиза а они не начинают рассказывать
>как OpenBSD или NetBSD порвет linux во всем. ;)
>
С точностью до наоборот, как только новость про FreeBSD, так сразу набегают луноходы и начинают обильно удобрять всё вокруг себя. Причём 1000 раз убеждался, что первыми начинают распылять удобрения любители арктических птичек и никогда наоборот. Если Вас не интересует ни сама система, ни её развитие, так зачем же лезете со своим "а вот у нас в линухе....."?
>С точностью до наоборот, как только новость про FreeBSD, так сразу набегают
>луноходы и начинают обильно удобрять всё вокруг себя. Причём 1000 раз
>убеждался, что первыми начинают распылять удобрения любители арктических птичек и никогда
>наоборот. Если Вас не интересует ни сама система, ни её развитие,
>так зачем же лезете со своим "а вот у нас в
>линухе....."?
Забавные вы люди. Один спросил когда же наконец появится журнализированная FS? Второ
Второй сказал да нифига нам это надо ? У меня вот линух есть с ней и че-то не помагает. Хотя вот это является просто напросто банальной ложью. Да журнализированные FS не обеспечивают гарантированно сохранность данных при жестких сбоях, но они обеспечивают целостьность данных при их возникновении. Это означает, что система после включения во первых сможет загрузится, во вторых выполнит быструю проверку т.к. есть журнал и известно, что надо выкинуть, что нет. И в третьих крайне редко требует присутсвия человека после такого сбоя. Я знаю о чем говорю. У меня по всему городу стоят сервера. Бесперебойники спасают далеко не всегда. Но с проверками я к ним не езжу. Т.к. все включается само. Используемая система Linux файловые системы XFS и ReiserFS. В случае FreeBSD soft updates может спасти, но все же это скорее костыли чем решение проблемы.
>Второй сказал да нифига нам это надо ? У меня вот линух
>есть с ней и че-то не помагает. Хотя вот это является
>просто напросто банальной ложью. Да журнализированные FS не обеспечивают гарантированно сохранность
>данных при жестких сбоях, но они обеспечивают целостьность данных при их
>возникновении. Это означает, что система после включения во первых сможет загрузится,
>во вторых выполнит быструю проверку т.к. есть журнал и известно, что
>надо выкинуть, что нет. И в третьих крайне редко требует присутсвия
>человека после такого сбоя. Я знаю о чем говорю. У меня
>по всему городу стоят сервера.
Я не знаю, может это я такой уникум со своим десятком серверов на Фре, но ситуации, когда требовалось бы присутствовать при поднятии сервера после сбоя, я могу пересчитать по пальцам одной руки.
Поэтому, в общем-то говоря, мне пофиг, костыль это или не костыль. Главное, что это работает, и работает хорошо.
>Я не знаю, может это я такой уникум со своим десятком серверов
>на Фре, но ситуации, когда требовалось бы присутствовать при поднятии сервера
>после сбоя, я могу пересчитать по пальцам одной руки.
Нет вы не уникум просто у вас стоят бесперебойники. Плюс возможно поток на диск не настолько велик чтобы UFS2 с soft updates не спасала. Ну и еще насколько я помню проверка файловых систем во FreeBSD может идти в фоновом режиме. Хотя это было сделано с целью сократить время загрузки и посути является обычной подпоркой. Хотя она и спасает.>Поэтому, в общем-то говоря, мне пофиг, костыль это или не костыль. Главное,
>что это работает, и работает хорошо.
Как вам сказать. Когда скорость работы ввода-вывода станет актуальна... вспомните хотя бы про Solaris и ZFS. Это того стоит.
>Второй сказал да нифига нам это надо ? У меня вот линух
>есть с ней и че-то не помагает. Хотя вот это является
>просто напросто банальной ложью. Да журнализированные FS не обеспечивают гарантированно сохранность
>данных при жестких сбоях, но они обеспечивают целостьность данных при их
>возникновении. Это означает, что система после включения во первых сможет загрузится,
>во вторых выполнит быструю проверку т.к. есть журнал и известно, что
>надо выкинуть, что нет. И в третьих крайне редко требует присутсвия
>человека после такого сбоя. Я знаю о чем говорю. У меня
>по всему городу стоят сервера. Бесперебойники спасают далеко не всегда. Но
>с проверками я к ним не езжу. Т.к. все включается само.
В том то и дело что СПАСАЕТ НЕ ВСЕГДА, как и в случае с UFS2, а если НЕТ разницы? Тогда зачем ещё и журнал? BackUp ещё никто не отменял :)
>Используемая система Linux файловые системы XFS и ReiserFS. В случае FreeBSD
>soft updates может спасти, но все же это скорее костыли чем
>решение проблемы.
XFS и ReiserFS. Hа вашем месте я бы не был столь спокоен. Причём это как Linux vs FreeBSD, сколько людей говорящих что они"руль", столько же и говорящих о том что "данные так восстановить и не удалось", особенно с XFS, а учитывая что это FS привнесённые извне....
А огромной разницы нет, UFS2 или EXT3 и о чём тогда речь? Как всегда в таких спорах с огромным апломбом "А LINUX всё равно круче!".
Если не нравится FreeBSD, зачем ходить по новостям с ней связанным? Особый тип садомазохизма?
>А огромной разницы нет, UFS2 или EXT3 и о чём тогда речь?
не могу удержаться чтобы не заметить что вы ниче не понимаете в файловых системах. или не желаете понимать.>Как всегда в таких спорах с огромным апломбом "А LINUX всё
>равно круче!".
>Если не нравится FreeBSD, зачем ходить по новостям с ней связанным? Особый
>тип садомазохизма?
это у бздяшников особый тип мазохизма писать о линукс в своих тредах. как всегда люди ниче не смыслят в своей собственной ОС, но позволяют себе высказываться что мол файловые системы линукс сосут. чтобы вам не быть голословным я предлагаю подкрепить свои слова выдержками кода из mod_ext3 линукс в которых по вашему имхо есть недоработки и странности. только пожалуйста, не надо пользоваться всякими багзиллами и пр. для поиска такого кода - так будет не честно. если вам удастся что-то доказать, я гарантирую что мы все здесь будем смеяться над тем бредом, который я найду в ядре фряхи.
если вы не способны это сделать, я думаю вам лучше умно промолчать
>не могу удержаться
Примите что нибудь от своей словесной диареи.
>чтобы не заметить что вы ниче не понимаете в
>файловых системах. или не желаете понимать.
Класнный вывод, на уровне детсада
>это у бздяшников особый тип мазохизма писать о линукс в своих тредах.
>как всегда люди ниче не смыслят в своей собственной ОС, но
>позволяют себе высказываться что мол файловые системы линукс сосут. чтобы вам
Где я говорил что "файловые системы линукс сосут"? "файловые системы линукс сосут" это ваши слова, сказанные постом выше, причём эти слова возникли именно в Вашем воспалённом воображении, до этого момента я их в треде не встречал.
>не быть голословным я предлагаю подкрепить свои слова выдержками кода из
>mod_ext3 линукс в которых по вашему имхо есть недоработки и странности.
С кем разговариваете? У Вас бред? Температура высокая?
>только пожалуйста, не надо пользоваться всякими багзиллами и пр. для поиска
>такого кода - так будет не честно. если вам удастся что-то
"И тут Остапа понесло" © Ильф и Петров
>доказать, я гарантирую что мы все здесь будем смеяться над тем
>бредом, который я найду в ядре фряхи.
>если вы не способны это сделать, я думаю вам лучше умно промолчать
"Dvorkin порол чушь. Чушь слегка повизгивала." © Из анекдота про Штирлица
Что то доказывать Вам? На основе Ваших бредовых догадок? Возникших в Вашем воспалённом мозгу? Полно-те, бесполезная трата времени. Или не курите траву, или примите успокоительного. Глядишь полегчает.
>Где я говорил что "файловые системы линукс сосут"? "файловые системы линукс сосут"
>это ваши слова, сказанные постом выше, причём эти слова возникли именно
>в Вашем воспалённом воображении, до этого момента я их в треде
>не встречал.я ниче не придумал и не нафантазировал. сказать что между UFS2 и ext3 нет разницыи - это значит иметь ввиду что ext3 сосет, как это с хрустом делают фряшные файловые системы. я считаю что вы сильно заблуждаетесь, ставя знак равенства между ними
>>Где я говорил что "файловые системы линукс сосут"? "файловые системы линукс сосут"
>>это ваши слова, сказанные постом выше, причём эти слова возникли именно
>>в Вашем воспалённом воображении, до этого момента я их в треде
>>не встречал.
>
>я ниче не придумал и не нафантазировал. сказать что между UFS2 и
>ext3 нет разницыи - это значит иметь ввиду что ext3 сосет,
>как это с хрустом делают фряшные файловые системы. я считаю что
>вы сильно заблуждаетесь, ставя знак равенства между ними
Богатое воображение.... 5 раз отче наш поможет. Успокоительное принял или о5 вместо успокоительного травы вкурил?
выньте косяк и приведите аналогичные по реализуемым функциям выдержки из кода Фри и Линукса, в которых точно видно что во Фре какой-то алгоритм реализован лучше.
без этого ваши слова - ветер.
>выньте косяк и приведите аналогичные по реализуемым функциям выдержки из кода Фри
>и Линукса, в которых точно видно что во Фре какой-то алгоритм
>реализован лучше.
>без этого ваши слова - ветер.
Ну так бегите вперёд за доказательствами. А то вначале он навыпендривались, а теперь мне за Вас ещё и отдуваться? Лесом батенька, лесом, и доказательства на цырлах после аудита кода.
Запомните раз и навсегда, раз что то утверждаете, так извольте сами и доказывать.
и когда у человека заканчиваются агрументы он начинает передегивать.
>и когда у человека заканчиваются агрументы он начинает передегивать.
это про меня?
>>и когда у человека заканчиваются агрументы он начинает передегивать.
>это про меня?
нет у CrazyF.
>В том то и дело что СПАСАЕТ НЕ ВСЕГДА, как и в
>случае с UFS2, а если НЕТ разницы? Тогда зачем ещё и
>журнал? BackUp ещё никто не отменял :)
Скажите сколько проверяется 200гигабайтный раздел с файловой системой UFS? И еще вопрос soft updates гарантирует целостность данных ? Бекап вещь конечно вещь полезная. Но разница у soft updates и журнализируемых систем еще в том как работает сам механизм записи. Насколько я помню ввод вывод с журнализируемых FS быстрее чем с UFS. Плюс проверка больших томов производится быстрее. В Solaris журнализированная ZFS появилась именно для больших томов. Из-за гарантии целостности данных и быстрой проверки томов. FreeBSD тоже никуда не отвертится. Это называется шагать в ногу со временем.>XFS и ReiserFS. Hа вашем месте я бы не был столь спокоен.
>Причём это как Linux vs FreeBSD, сколько людей говорящих что они"руль",
>столько же и говорящих о том что "данные так восстановить и
>не удалось", особенно с XFS, а учитывая что это FS привнесённые
>извне....
XFS надежна именно из-за привнесения из вне. Так как это изобретение SGI она использовалась как основная файловая система в IRIX. А этот unix был предназначен для работы с miltimedia. В связи с чем XFS расчитана на большие нагрузки и эффективна при работе с большими файлами. Я использую XFS с 2.4 ядра и не имею не каких нареканий. Их xfs_repair достает данные даже с томов с поврежденными супер блоками и поврежденной структурой. Причем быстро. У ReiserFS есть не приятная особенность. При повреждении дерева утилита reiserfschk перестраивает дерево с нуля. На больших томах с большим количеством файлов это отнимает довольно много времени.>А огромной разницы нет, UFS2 или EXT3 и о чём тогда речь?
Разница есть. И я ext3 не использую. Это такой же костыль как soft updates у UFS.>Как всегда в таких спорах с огромным апломбом "А LINUX всё
>равно круче!".
Знаете что забавно? Вы не привели никаких разумных аргументов в чем UFS2 + soft updates лучше XFS. Я же привел. См. выше. Может перестанете уже передергивать и попытаетесь объективно объяснить чем все же с вашей точки зрения FreeBSD лучше Linux?>Если не нравится FreeBSD, зачем ходить по новостям с ней связанным? Особый
>тип садомазохизма?
ОС в первую очередь это инструмент. FreeBSD по мне не слишком удобный инструмент. В нем многое как в каменном веке. Я сюда зашел узнать обективное подтвержденное фактами мнение в чем же лучше FreeBSD если ее пользователи без основательно говорят что linux плох.
>>Если не нравится FreeBSD, зачем ходить по новостям с ней связанным? Особый
>>тип садомазохизма?
>ОС в первую очередь это инструмент. FreeBSD по мне не слишком удобный
>инструмент. В нем многое как в каменном веке. Я сюда зашел
>узнать обективное подтвержденное фактами мнение в чем же лучше FreeBSD если
>ее пользователи без основательно говорят что linux плох.
Для меня FreeBSD довольно простой и вполне удобный рабочий инструмент, тем более что я нигде не говорил что "Linux плох" в отличии от .......
Тоже самое и по поводу передёргиваний, в чём они заключаются с моей стороны! Примеры, а то я смотрю словами бросаться здесь умеют.
>Для меня FreeBSD довольно простой и вполне удобный рабочий инструмент, тем более
>что я нигде не говорил что "Linux плох" в отличии от
>.......
Мдя ? А выше кто что-то писал ? ;)>Тоже самое и по поводу передёргиваний, в чём они заключаются с моей
>стороны! Примеры, а то я смотрю словами бросаться здесь умеют.
В том что фактов вы так и не привели. Где факты сеня ?
>
>>Для меня FreeBSD довольно простой и вполне удобный рабочий инструмент, тем более
>>что я нигде не говорил что "Linux плох" в отличии от
>>.......
>Мдя ? А выше кто что-то писал ? ;)
Цитату достаточно привести.
>
>>Тоже самое и по поводу передёргиваний, в чём они заключаются с моей
>>стороны! Примеры, а то я смотрю словами бросаться здесь умеют.
>В том что фактов вы так и не привели. Где факты сеня
>?
Какая самокритичность! Если помните трэд началось всё с EXT3, вы вдруг всё на XFS/ReiserFS перевели. И кто чего передёрнул?
>Забавные вы люди. Один спросил когда же наконец появится журнализированная FS?
Второй сказал что она
а) Уже есть
б) Не является столь уж необходимой и что случаев потери данных всё равно многоНу, резальтат мы видим :D
Не смог удержаться из-за высказывания:>>Зато знаю точно, что под фрей можно запустить
>>линуксовые программы, и драйвера виндовозные можно звсунуть во фрю это факт.
>Виндовые драйвера и в линухе заюзать можно. Есть проект. А запускаемость линуховых
>программ это от безысходности. Коммерческое приложение делают или под коммерческие unix
>или под linux. Но не под FreeBSD. В связи с этим
>и есть возможность пускать линуховые бинарники. Иначе как запускать бинарные приложения
>без исходных кодов.В корне неверное суждение. FreeBSD как раз кандидат на реализацию проектов on box иза-за слишком либеральной лицензии BSD. Сетевой стек windows семейств был заимствован оттуда. Вообщем можно создать комерческой проект на основе FreeBSD, назвав его MyProduction, никто на тебя в суд не подаст, если авторство будет указано. Код открывать не обязательно.
Во фре меня очень напрягает якобы "быстрая" файловая ситема. Из дискусии увидел, что приводили способ увеличения производительности - softupdates. Вопрос в тему: насколько изменилась производительность softupdates по сравнению с async и в какую сторону ?
Что касает зредов и шедлулера: шедулер - есть новый планеровщик, зреды - путь оптимизации для многопроцессорных машин (т.е. так часто здесь запрашиваемый метод тюненга).
А в остальном ничего не хочу сказать плохого, про linux, в защиту freebsd, кроме того, что название GNU у меня вызывает алергическую реакцию. Хорошо что не "Г...О". А то можно тоже можно было бы как нибудь объяснить его происхождение: первая буква, та же что первая в слове X; вторая буква, та же что вторая буква в слове X; третья буква та же, что и третья в слове Х... :)
>А в остальном ничего не хочу сказать плохого, про linux, в защиту
>freebsd, кроме того, что название GNU у меня вызывает алергическую реакцию.
>Хорошо что не "Г...О". А то можно тоже можно было бы
>как нибудь объяснить его происхождение: первая буква, та же что первая
>в слове X; вторая буква, та же что вторая буква в
>слове X; третья буква та же, что и третья в слове
>Х... :)Свиньи неблагодарные. Сами Вы - это слово на Г.
Столлмен жизнь положил, можно сказать. На создание и развитие проекта GNU. Цель которого истинная свобода ПО. Кстати, заметье, без него не было бы вообще столь масштабного свободного ПО сейчас. И FreeBSD тоже не было бы. Как и NetBSD и OpenBSD и многих других открытых систем. Причём он это не для своей наживы делал вовсе.
Поначалу они вообще большей частью были оснащены утилитами и самое главное _КОМПИЛЯТОРОМ_ GNU. Который и по сей день он и аналогов ему нет. По свободе и функциональности.
Без него сейчас бы смотрели Вы в злобные глаза капиталистам-обдирателям которые бы требовали бы немыслимые суммы за их UNIX. Или с пиратскими бегали бы возились как Windows.
А то имеете теперь огромный выбор свободного полнофункционального ПО. выросшего, можно сказать, на корнях GNU.
И что он в ответ за все свои труды получает? Теперь Ваша задница сидит, пользуется всем этим и говорит что его проект это говно.
Стыдно товарищи, стыдно.
>Свиньи неблагодарные. Сами Вы - это слово на Г.вот тебе и здрасте..
>Столлмен жизнь положил, можно сказать. На создание и развитие проекта GNU. Цель
>которого истинная свобода ПО. Кстати, заметье, без него не было бы
>вообще столь масштабного свободного ПО сейчас. И FreeBSD тоже не было
>бы. Как и NetBSD и OpenBSD и многих других открытых систем.
>Причём он это не для своей наживы делал вовсе.Спорный вопрос. Человек, который является лидером религиозного движения, и без наживы ? ;)
И вообще, я прикопался к названию, как к акрониму, для тех кто не понял.
>Поначалу они вообще большей частью были оснащены утилитами и самое главное _КОМПИЛЯТОРОМ_
>GNU. Который и по сей день он и аналогов ему нет.
>По свободе и функциональности.Да ? Он мне тоже нравится :)
>Без него сейчас бы смотрели Вы в злобные глаза капиталистам-обдирателям которые бы
>требовали бы немыслимые суммы за их UNIX. Или с пиратскими бегали
>бы возились как Windows.Ндя. Есть и другие свободные лицензии, кроме *GNU*. Что касается "бы", то оно на то и "бы".
>А то имеете теперь огромный выбор свободного полнофункционального ПО. выросшего, можно сказать,
>на корнях GNU.Вы мне приписали какие-то слова, к которым я не имею никакого отношения.
>И что он в ответ за все свои труды получает? Теперь Ваша
>задница сидит, пользуется всем этим и говорит что его проект это
>говно.Страно слышать про свою задницу в таком ракурсе. Вообщем, у кого как.
> >Столлмен жизнь положил, можно сказать. На создание и развитие проекта GNU. Цель
> >которого истинная свобода ПО. Кстати, заметье, без него не было бы
> >вообще столь масштабного свободного ПО сейчас. И FreeBSD тоже не было
> >бы. Как и NetBSD и OpenBSD и многих других открытых систем.
> >Причём он это не для своей наживы делал вовсе.
>
> Спорный вопрос. Человек, который является лидером религиозного движения, и без
> наживы ? ;)Он не лидер религиозного движения. Всего навсего идейный вдохновитель FSF.
Да, без наживы. Вам, наверное, не понять.> >Без него сейчас бы смотрели Вы в злобные глаза капиталистам-обдирателям
> которые бы
> >требовали бы немыслимые суммы за их UNIX. Или с пиратскими бегали
> >бы возились как Windows.
>
> Ндя. Есть и другие свободные лицензии, кроме *GNU*. Что касается "бы", то оно
> на то и "бы"."Именно с публикации GPL отсчитывается существование свободного софта как единого значимого социального и экономического явления, а не просто совокупности замкнутых на себя кружков, каким сообщество было до Столлмана.
К GPL восходит добрая половина всех концепций и технических решений, используемых свободными лицензиями: копилефт, апгрейд лицензии, реализация передаваемых прав как способ заключения договора, понятие исходного кода так далее.
Столлман писал GPL как изложение на языке закона своих социально-политических взглядов. Но многие фирмы и отдельные прогаммисты используют сейчас GPL как прагматичный способ поделиться своими разработками с сообществом, заслужив признание и репутацию, и при этом застраховаться от недобросовестной конкуренции."
> >А то имеете теперь огромный выбор свободного полнофункционального ПО.
> выросшего, можно сказать,
> >на корнях GNU.
>
> Вы мне приписали какие-то слова, к которым я не имею никакого отношения.
>Чтобы вам всем стало легче скажу, что лучше Виндовса нет ничего, Виндовс
>это круто!
Точно! А ещё по ней ей сертификационные программы для людей и для железа и гарантированно нет проблем с наличием драйверов. Так что лучший Линукс это Виндовс =)
>>Чтобы вам всем стало легче скажу, что лучше Виндовса нет ничего, Виндовс
>>это круто!
>Точно! А ещё по ней ей сертификационные программы для людей и для
>железа и гарантированно нет проблем с наличием драйверов. Так что лучший
>Линукс это Виндовс =)над этой проблемой все мы работаем :)
Прочитал все. Сначала было смешно, потом стало грустно. Опять идет никому не нужная религиозная война. Истинно мудрый понимает, что универсалных инструментов не бывает, что у каждого из них есть свои достоинства и недостатки. Истинно мудрый знает о них и использует правильный инструмент в нужном месте.
>Прочитал все. Сначала было смешно, потом стало грустно. Опять идет никому не
>нужная религиозная война. Истинно мудрый понимает, что универсалных инструментов не бывает,
>что у каждого из них есть свои достоинства и недостатки. Истинно
>мудрый знает о них и использует правильный инструмент в нужном месте.
>Vot-vot, i mne bylo smeshno snachala, potom vsjo dohodilo do marazma :)
Nu kakaja raznica shto ispoljzovacj? umejesh masterski nastroitj kakuju-libo sistemu, nu i medalj tebe, poljzujsja, nauchi drugih. A ne znajesh, nu i ne govori shto gavno.
Ja v svojei dejateljnosti izpolzuju linuksi (na ofisnih tachkah stajat), freebsd (web, sql), openbsd (web, sql, ftp, routera, mailproxy, nfs, dns). Vibiraju po tamu kak prosche i nadjozhnei nastroitj). Jesli skazhem openbsd mailproxy ustupajet v proizvoditeljnosti takoi zhe freebsd mashine nu na kakih to tam 10% nu i her jemu v zubi (freebsd), tak kak v dannoi situaciji prosche i nadjozhneje vsjo eto budet rabotaj u menja na openbsd.Tak shto bratki viberajem po situaciji, nuzhdam i vozmozhnostjam :)
>Прочитал все. Сначала было смешно, потом стало грустно. Опять идет никому не
>нужная религиозная война. Истинно мудрый понимает, что универсалных инструментов не бывает,
>что у каждого из них есть свои достоинства и недостатки. Истинно
>мудрый знает о них и использует правильный инструмент в нужном месте.
>Совершенно верно.
Но война вовсе не религиозная а обычная информационная. Просто осилившие handbook freebsd и настроившие несколько серверов по нему пытаются самоутвердиться и носить звание "специалистов высочайшего класса" и получать большие деньги и высокое положение в обществе за то не прилагая к тому никаких дополнительных усилий.
Приём обычный. Принять всё выгодное для себя, пропиарить себя и свои взгляды по полной в любой ситуации и любом обществе и дискредитировать всех и всё, что личной выгоды не приносит. Невзирая на реальное положение вещей, которое мало интересует таких.
Так что война вовсе не религиозная между сторонниками linux и freebsd а между "такими" и "не такими".
Вот и всё.
модератор, сделайте контентную часть шире, наши посты читать сложно. пожалуйста! :)
на SMP машине во freebsd 6.1 top -S всегда показывал один cpu постоянно ждущим.
На freebsd 7 он показывал что оба трудятся.
А что на 6.2 ?
и вообще, это глюк top'а или smp ?
>на SMP машине во freebsd 6.1 top -S всегда показывал один cpu
>постоянно ждущим.
>На freebsd 7 он показывал что оба трудятся.
>А что на 6.2 ?
>и вообще, это глюк top'а или smp ?
ну уж точно не top'а. варианта 2: либо /proc либо это действительно так. я склоняюсь ко второму варианту
/proc есть, оно может мешать?
>/proc есть, оно может мешать?
я имел ввиду что в /proc может некоректно отображаться информация о занятости процессоров. top все оттуда берет. а проц в свою очередь реализован как со стороны читающего текстовый файл а со стороны ядра - свой маленький АПИ для записи информации, которую читают. в этом АПИ конечно ошибки быть не может. ошибка может быть в функции, коотрая непосредственно записывает информацию в /proc/cpu (или как там во Фре этот файл называется). или да, система просто может быть не собрана с поддержкой SMP, а кернел реально обнаруживает два проца и совершенно верно пишет статус второго как пустой :)
в принципе, вы сами могли бы догадаться если подумать. когда все рассказывают, ведь скучно, правда? :)
>>/proc есть, оно может мешать?
>я имел ввиду что в /proc может некоректно отображаться информация о занятости
>процессоров. top все оттуда берет. а проц в свою очередь реализован
>как со стороны читающего текстовый файл а со стороны ядра -
>свой маленький АПИ для записи информации, которую читают. в этом АПИ
>конечно ошибки быть не может. ошибка может быть в функции, коотрая
>непосредственно записывает информацию в /proc/cpu (или как там во Фре этот
>файл называется). или да, система просто может быть не собрана с
>поддержкой SMP, а кернел реально обнаруживает два проца и совершенно верно
>пишет статус второго как пустой :)
>в принципе, вы сами могли бы догадаться если подумать. когда все рассказывают,
>ведь скучно, правда? :)
Dvorkin, идите к своему Линуксу, а? Или говорить о том, чего не знаешь, у вас уже привычкой стало? Top берёт из /proc только в Линуксе.
>Dvorkin, идите к своему Линуксу, а? Или говорить о том, чего не
>знаешь, у вас уже привычкой стало? Top берёт из /proc только
>в Линуксе.
хым, забавно. начиная с пятерки фря действительно берет struct system_info из GETSYSCTL, который в свою очередь берет непосредственно из переменной в ядре.
это типа они так пытаются повлиять на производительность? мухобойкой по слонам?
гы. /usr/src/sys/kern/vfs_bio.c line 428:/* bd_speedup - speedup the buffer cache flushing code */
static __inline void bd_speedup(void) { bd_wakeup(1); }где bd_wakeup будит процесс buffer daemon при условии что количество каких-то там буферов превысило лимит в 0. несколько строк кода и один ненужный вызов можно выкинуть смело. пацаны жгут
>/proc есть, оно может мешать?
Не знаю. Вообще top всегда работал без /proc'a (во Фре)
>
>на SMP машине во freebsd 6.1 top -S всегда показывал один cpu
>постоянно ждущим.
>На freebsd 7 он показывал что оба трудятся.
>А что на 6.2 ?
>и вообще, это глюк top'а или smp ?
Скорее, глюк настройки. У меня прекрасно показывает, что работают оба процессора. Начиная с 6.0
как вариант если это HyperThreading то нужно ручками разрешить его юзать:
machdep.hyperthreading_allowed=1
>как вариант если это HyperThreading то нужно ручками разрешить его юзать:
>machdep.hyperthreading_allowed=1
Кстати, помимо установки SMP в ядре, версия 6.0, по-моему, требовала и наличия этой переменной для честных двухядерников. PR лень искать.
Ой большое-пребольшое спасибо!!!
8)
побежали 8)
12 root 1 171 52 0K 8K RUN 0 37.0H 66.60% idle: cpu0
11 root 1 171 52 0K 8K RUN 1 107.1H 61.82% idle: cpu1
Прочитав весь тред комментов сделал вывод win2k3 рулит!!!! ;)