Ubuntu vs. OpenSolaris vs. FreeBSD Benchmarks

> Результаты по ссылке.

Чтоб тебе в газете такие новости печатали.

> Я юзал что бубнту, что фрю и стопрацентовуверености могу заявить что фря выигрывала в общем сравнении с тормознутой юбунтой.

Тормозная UFS, бетаверсия ZFS, средств превентивной защиты от неизвестных уязвимостей ноль, дружественности ноль, дурацкая разбивка системы на /usr и /usr/local по одному аффтарам известному принципу, без напильника даже del/bkspace не работают, убогие как черти что скрипты RC без зависимостей и параллельного запуска и убогий пакетный менеджер, шаг вправо или влево(например, ipsec или шейпер) - компилять своё ядро, на десктопе - тихий ужас без дров. Единственное где выигрывает бзда у линукса - русифицированная документация и более человечный формат правил ipfw/ipfw pipe.

> Сравнили Java разных версий, и разные типы файловых систем. То же самое можно делать и на одной Ubuntu. Причем тут разные OS вообще?

Некоторый смысл в этом есть. Поставив себе систему, пользователь получает именно эту java, эту файловую систему (по дефолту) и проч. Это ж не сравнение ядер, это сравнение ОС как есть, со всеми подсистемами.

ЗЫ Почему на ЛОРе так много фанатичных мужиков с женскими аватарами?..

> прокрутке в консоле по ctrl-pgup/pgdn

О нет! Не надо нам этого убожества! Меня до сих пор воротит от линуксовой прокрутки консоли. Особенно весело наблюдать внезапную потерю текста потому как в соседнем терминале что-то высралось.

>прокрутке в консоле по ctrl-pgup/pgdn, а не через включения блокировки вывода ScrollLock

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

>скрипты RC без зависимостей

Поправка. Во FreeBSD rc-скрипты имеют зависимости начиная с версии 5.0, эта система инициализационных скриптов была перенесена туда из NetBSD.

>>дурацкая разбивка системы на /usr и /usr/local по одному аффтарам известному принципу, так и запищем man hier аффтар не читал

>>без напильника даже del/bkspace не работают видимо мисье кроме mc не запускал ничего, потому как у меня работает все. что делаю не так?

>что соляра на x86 просто мегатормоз, по сравнению с линаксом

зассаныч, чай не маленький, сказал А говори Б - пиши тогда "слоуварис". или ты опять пропустил сеанс логопеда?

> в мегафункциональном DOS за последние 10-15 лет критических ошибок вообще не выявлено

Дык, DOS - одна сплошная критическая ошибка )) Загрузчик программ в оперативку, и не более того. Именно поэтому биос обычно перешивают именно досовскими утилитами.

> А по поводу количества уязвимостей - в мегафункциональном DOS за последние 10-15 лет критических ошибок вообще не выявлено. Намек, надеюсь, понятен.

Про управление памятью почитай.

>> Как выступил SunCh? Хотя бы достойно? :-D

> да, но у убунтоидов оказалось длиннее, <flame> а у БСД-нов оказался настолько маленький, что они закомплексовали и начали нести всякую чушь :) </flame>

лучше маленький, но стойкий чем большой но пацифист

> Кор 2 дуо, 4 гига озу, Пэ35. Отличия винды глазьями, и ощущаются секундомером в мобиле. Рад за тесты, рад за всех остальных. Но у меня вот так. Фри у меня нет live cd, не могу попробовать, но вот 8.10 64 битовый и опенсоларис осенний 64 битовый - ситуация такова.

Не надо начимать писькометрию

>> Результаты по ссылке.

> Чтоб тебе в газете такие новости печатали.

на опеннэте почитай, там новость подробней и раньше.

Это вы к чему?

Why without Gentoo ?

>ЗЫ Почему на ЛОРе так много фанатичных мужиков с женскими аватарами?..

стадный рефлекс. один сделал, и все повторять стали. детский сад в общем.

> man hier аффтар не читал

Какое мне дело до отмазок? С нормальной системой пакетов установка пакетов в /etc/, /usr/, /var вместо /usr/local/* НИКАКИХ проблем и трудностей не создаёт. Проверено годами личного опыта. В системе-помойке вроде фри, может быть, лучше держать основную массу программ, предоставляющих сервисы в /usr/local.

> видимо мисье кроме mc не запускал ничего, потому как у меня работает все.

Телепат из тебя фиговый.

> что делаю не так?

Врёшь или поработал напильником bindkey над .cshrc? Свежепоставленная FreeBSD(в любых виденных версиях 3.x-7.x одна и та же картина):

%echo "hello bzduni. eto knopka DEL: ~~~~~~~~"
hello bzduni. eto knopka DEL: ~~~~~~~~

keymap="ru.koi8-r"
font8x8="cp866-8x8"
font8x14="cp866-8x14"
font8x16="cp866b-8x16"
scrnmap="koi8-r2cp866"

В Линуксе почему-то никаких проблем искаропки опять же не возникает.

> О нет! Не надо нам этого убожества!

Убожество - это вместо УДОБНОГО и ЕДИНООБРАЗНОГО(и в локальной консоли и через SSH) shift+PgUp/PgDn для того, чтобы посмотреть пару строк вышедших за экран, лезть куда-то за скруллоком включать его, затем работать стрелочки или pgup/pgdn, а затем отключать.

> Особенно весело наблюдать внезапную потерю текста потому как в соседнем терминале что-то высралось.

Это убогая фря по умолчанию срёт логи прямо в терминал.

Юзаю Ubuntu. Сплошной вечно включенный ручной тормоз. И оказывается быстрее ее нет!

А жить действительно страшно!

> Юзаю Ubuntu. Сплошной вечно включенный ручной тормоз. И оказывается быстрее ее нет!
А жить действительно страшно!

небось PIII какой-нибудь? у жены на старом атлоне работает без всяких вопросов

> Убожество - это вместо УДОБНОГО и ЕДИНООБРАЗНОГО(и в локальной консоли и через SSH) shift+PgUp/PgDn для того, чтобы посмотреть пару строк вышедших за экран, лезть куда-то за скруллоком включать его, затем работать стрелочки или pgup/pgdn, а затем отключать.

На деле. Вариант со скроллоком удобнее - я достаточно долго работаю с обоими системами. Кстати, ssh там или что-то другое - не важно.

> Это убогая фря по умолчанию срёт логи прямо в терминал. Это действительно удобно в случае свежеинсталлированной системы. Потом кто-то меняет, кто-то - нет. Да и причем тут это? Ты туссина наелся? Тебе говорят, что в убогом линупсе буфер истории _общий_ и один терминал трет данные другого.

>С нормальной системой пакетов установка пакетов в /etc/, /usr/, /var вместо /usr/local/* НИКАКИХ проблем и трудностей не создаёт. Проверено годами личного опыта. В системе-помойке вроде фри, может быть, лучше держать основную массу программ, предоставляющих сервисы в /usr/local.

Для свитчеров Windows/Linux объясняю
В Windows "C:\Program Files\" + "C:\Program Files\Common Files\" == "/usr/local/" во FreeBSD.

Помойка с разбросом кишок в C:\Program Files\, C:\Windows\System32\, C:\Program Files\Common Files\, а так же в /etc, /usr, /opt, /var приводит к одному и тому же: просто Linux-помойка выглядит как помойка Windows. Осталось добавить красивый интерфейс KDE в стиле Vista Aero и свитчинг готов — свитчер родился.

>Врёшь или поработал напильником bindkey над .cshrc? Свежепоставленная FreeBSD(в любых виденных версиях 3.x-7.x одна и та же картина)

Учи про командные оболочки — полезно будет. В Windows используется cmd, Linux используется Bash, во FreeBSD — tcsh или sh. И способы работы с устройствами ввода (клавиатура и мышь) у них РАЗНЫЕ, независимо от того, что ты от tcsh и sh ожидаешь получить такое же поведение как от своих любимых Bash и cmd.

> небось PIII какой-нибудь?

AMD Atlon 64 x2 2000MHz и

lspci
00:00.0 Host bridge: ATI Technologies Inc RS690 Host Bridge
00:01.0 PCI bridge: ATI Technologies Inc RS690 PCI to PCI Bridge (Internal gfx)
00:07.0 PCI bridge: ATI Technologies Inc RS690 PCI to PCI Bridge (PCI Express Port 3)
00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
...
00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)
00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 14)
00:14.1 IDE interface: ATI Technologies Inc SB600 IDE
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia
00:14.3 ISA bridge: ATI Technologies Inc SB600 PCI to LPC Bridge
00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
...
01:05.0 VGA compatible controller: ATI Technologies Inc RS690 [Radeon X1200 Series]
01:05.2 Audio device: ATI Technologies Inc Radeon X1200 Series Audio Controller
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
03:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
03:07.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev c0)

>Помойка с разбросом кишок в C:\Program Files\, C:\Windows\System32\, C:\Program Files\Common Files\, а так же в /etc, /usr, /opt, /var приводит к одному и тому же: просто Linux-помойка выглядит как помойка Windows. Осталось добавить красивый интерфейс KDE в стиле Vista Aero и свитчинг готов — свитчер родился.

Разница только в том в Windows это помойка, /usr/local - помойка во FreeBSD (кстати обычно в Linux там тоже помойка, просто ее там никто не разводит в отличии от...), в Linux /etc, /usr, /var - это не помойка, а библиотека.

Так что не надо нам тут рассказывать о преимуществе помойки над библиотекой.

> Разница только в том в Windows это помойка, /usr/local - помойка во FreeBSD (кстати обычно в Linux там тоже помойка, просто ее там никто не разводит в отличии от...), в Linux /etc, /usr, /var - это не помойка, а библиотека.

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

Можно легко и непринуждённо избавится от /usr/local/ во FreeBSD — система ничуть не пострадает от такого "издевательства". Можно установить или удалить ПО в любой момент стандартными системными средствами БЕЗ переформатирования винчестера от якобы безысходности разобраться в этой "помойке".

Избавится от C:\Program Files\, C:\Program Files\Common Files\, C:\Windows\System32\ в Windows, а так же от /etc, /usr, /opt, /var в Linux не получится — в них, помимо кишок ненужных приложений (исполняемых модулей и библиотек), лежат кишки самих операционных систем (исполняемые модули и библиотеки).

Поэтому захламлённая Windows, как и захламлённый "юзерфильный" Linux, подлежит немедленному и безоговорочному сносу и форматированию разделов с последующей установкой "с чистого листа". Поскольку ручное вмешательство будет долгим и утомительным — пациенту вряд ли будет лучше.

Впрочем, кто из убунтоидов обновлял систему до следующей версии без переформатирвоания винчестера? Поднимите руки! :D

я так понимаю что ext4 - это еще бОльший тормоз , нежели ext3 ?

>Впрочем, кто из убунтоидов обновлял систему до следующей версии без переформатирвоания винчестера? Поднимите руки!

Поднимаю. С 6.06 по 8.10

/me недавно обновлял на работе Кубунту 8.04 до Кубунту 8.10. Всё прошло вполне оргазмично.

Уже двое. Кто ещё?

ITT как обычно лунапсоиды соснули болтца у бсдунов и соплярщиков