LINUX.ORG.RU

Solaris «Nevada», Build 15


0

0

Новые возможности. Large Page Out-Of-the-Box позволяют приложениям автоматически использовать large heap pages. "Nemo" project - улучшение производительности сети, динамическое переключение polled and interrupt мод, транкинг, VPN. Переработан сверхбыстрый IPC механизм для Solaris.

>>> Подробности



Проверено: Shaman007 ()

Re: Solaris "Nevada", Build 15

>Переработан сверхбыстрый IPC механизм для Solaris.

Любовь саныча к сан во всей красе :)

Bazarov ()

Re: Solaris "Nevada", Build 15

> To be clear, the Solaris Express release is a tested intermediate release intended as a preview of new functionality. This is slightly less bleeding edge than what you'll find in OpenSolaris (and this is not the same as the OpenSolaris Community Express, which is Build 16), but not by much. The difference is that the official SX releases are managed to a reasonable quality level, and come with release notes, docs, etc.

да, солярисов развелось... где можно узнать как у них маркируется stable, testing и experimental (ну или какая там у них идеология)?

XYAH ()
Ответ на: Re: Solaris "Nevada", Build 15 от XYAH

Re: Solaris "Nevada", Build 15

Там все просто. Официальный релиз это stable. Solaris Express это тестинг. Нововведения, но немного оттестированные и с поддержкой. А опенсолярис это самый край. Без гарантий.

set ()

Re: Solaris "Nevada", Build 15

Саныч, ты не гони там, вот как писать надо:

"Лучший проект <NEMO> - невероятнейшее улучшение производительности сети, супердинамическое динамическое переключение polled and interrupt мод, невиданный транкинг, превосходный VPN. Замечательно переработан сверхбыстрый IPC механизм для лучший ОС всех времён и народов Solaris."

Тебе за что бля SUN, бабки заплатил?

anonymous ()

Re: Solaris "Nevada", Build 15

The Large Page OOB (or Out-Of-the-Box) project means that large pages will be automatically supplied to applications based on segment sizes, alignment and TLBs. On my laptop, Xsun, metacity, vncviewer, and other processes immediately began useing large heap pages!

Это классно однако. В Linux-е Large Page тоже есть, однако в солярке, похоже это работает без всяких там voodoo. Для жабы это есть ОЧЕНЬ большой гуд. Хотя жабщикам пофигу у них - Nowadays, there is no such a resource as memory.

Large Pages for Kernel Memory (LP Kmem) is employed on sun4u platforms; this means that kernel dynamically allocated memory will be located on large pages when possible, meaning a lower overall TLB footprint.

Этого в Linux-e нету. Однако это штука!

Остальное тоже хорошо. Молодцы санщики! Может и вправду вытащат соляру! И linux-у есть кого догонять.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

У меня возникло ощущение, что линукс пытается догнать виндовс, на

десктопе.

Sun-ch ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

куль =) конкуренция двигатель прогресса =)

anonymous ()

Re: Solaris "Nevada", Build 15

Слоуварис "Неннаадааа!" 15-цатой постройки

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от Sun-ch

Re: Solaris "Nevada", Build 15

а у тебя часто возникает, известно в каком месте, а потом ты на лор лезеш возникать, потому что у солнцепоклонников даже форума нормального нету =)

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

у солнцепоклонников мож и нету, а у нормальных людей кто использует эту ось есть.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от Sun-ch

Re: Solaris "Nevada", Build 15

>У меня возникло ощущение, что линукс пытается догнать виндовс, на

Ощущения у всех разные однако.

anonymous ()

Re: Solaris "Nevada", Build 15

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

fashist ()
Ответ на: Re: Solaris "Nevada", Build 15 от Sun-ch

Re: Solaris "Nevada", Build 15

> У меня возникло ощущение, что линукс пытается догнать виндовс, на десктопе.

У меня возникло ощущение, что тебя интересуют только серваки... Это так?

На рабочей системы переходить на Solaris только из-за того, что она поддерживает 256 процессоров, заоблачные дали оперативки и винтиков, как-то смысла нету, и не надо тут завывать про Linux vs. Solaris. Просто ход Sun не совсем все-же понятен, и OpenSource - не панацея всеже для проектов.

Spectr ★★★ ()
Ответ на: Re: Solaris "Nevada", Build 15 от Spectr

Re: Solaris "Nevada", Build 15

Я просто хотел сказать, что центр тяжести интересов, связанных с линукс, лежит в области десктопа.

Sun-ch ()
Ответ на: Re: Solaris "Nevada", Build 15 от Sun-ch

Re: Solaris "Nevada", Build 15

2 Spectr, преимущества солярки не в возможности работать с заоблочным железом, а в нормальном ресурс менеджменте и что самое главное (по крайней мере для меня и моего дела) она не жаст фор фан сделана. Под этим я имею ввиду нормальную обратную совместимость и т.п.

anonymous ()

Re: Solaris "Nevada", Build 15

Sun-ch, нормально платят-то? Я вот тоже думаю пиарщиком сцана куда-нибудь устроиться. Вакансии есть ещё?

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>The Large Page OOB (or Out-Of-the-Box) project means that large pages will be automatically supplied to applications based on segment sizes, alignment and TLBs. On my laptop, Xsun, metacity, vncviewer, and other processes immediately began useing large heap pages!

>Это классно однако. В Linux-е Large Page тоже есть, однако в солярке, похоже это работает без всяких там voodoo. Для жабы это есть ОЧЕНЬ большой гуд. Хотя жабщикам пофигу у них - Nowadays, there is no such a resource as memory.

>Large Pages for Kernel Memory (LP Kmem) is employed on sun4u platforms; this means that kernel dynamically allocated memory will be located on large pages when possible, meaning a lower overall TLB footprint.

>Этого в Linux-e нету. Однако это штука!

Буга-га-га!!!! TLB от 4k на страницу до 16мб на страницу в сановских процессорах поддерживается уже лет 10 как есть, и в Linux это написал David Miller примерно тогда же. Тогда их главному инженеру по задачам высокой производительности объясняли-объясняли... Солярис только сейчас (после 10 лет поддержки в процессоре) наконец-то разродился этой фичей.

Поддержка polling vs. interrupt mode наверняка слизана с Linux, где это есть уже года 4.

Дааа, такими темпами Соплярис быстро станет лучшей ОС %)

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от Sun-ch

Re: Solaris "Nevada", Build 15

>Я просто хотел сказать, что центр тяжести интересов, связанных с линукс, лежит в области десктопа.

Так может это правильно?

anonymous ()

Re: Solaris "Nevada", Build 15

Не поможет мертвому клизма...

V0ID ★★★ ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

Mногие компоненты Linux - не что иное, как "дешевые поделки" (c) де Раадт.

Sun-ch ()
Ответ на: Re: Solaris "Nevada", Build 15 от Sun-ch

Re: Solaris "Nevada", Build 15

фи... твой авторитет и компетентность для меня весомее какого-то Раадта

Pi ★★★★★ ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>Large Pages for Kernel Memory (LP Kmem) is employed on sun4u platforms;
> this means that kernel dynamically allocated memory will be located on
> large pages when possible, meaning a lower overall TLB footprint.

>Этого в Linux-e нету. Однако это штука!

Не знаю как насчет SPARC, а на IA32 linux весь lowmem отображает страницами по 2 или 4 мегабайта (kernel_physical_mapping_init), если доступно расширение PSE (это вроде с Pentium Pro).

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>The Large Page OOB (or Out-Of-the-Box) project means that large pages
>will be automatically supplied to applications based on segment sizes,
>alignment and TLBs. On my laptop, Xsun, metacity, vncviewer, and other
>processes immediately began useing large heap pages!

IMHO, ядро уже давно представляет поддержку этого. Если glibc до сих пор не умеет этим пользоваться для создания зон, то это странно.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

В общем, все "новинки" Solaris - примерно как с DTrace, который есть по сути то же, что и Linux Tracing Toolkit трехлетней давности. Глядишь, соберет Sun свои силенки в кулак и начнет догонять Linux.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от Bazarov

Re: Solaris "Nevada", Build 15

> Любовь саныча к сан во всей красе :)

doors на самом деле действительно довольно неплохой IPC.

ivlad ★★★★★ ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

Слышал это сто раз "да эта фича у нас уже сто лет как есть". Похер что в вечной бете и реально работает через жопу, главное погромче крикнуть "МЫ НЕ ХУЖЕ ЭТО У НАС ТОЖЕ ЕСТЬ". Знаем, плавали.

Sun-ch ()
Ответ на: Re: Solaris "Nevada", Build 15 от Sun-ch

Re: Solaris "Nevada", Build 15

> Mногие компоненты Linux - не что иное, как "дешевые поделки" (c) де Раадт.

Это клоун из той же труппы, что и Шварц с МакНилли, или он представляет собственную концертную программу?

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>Не знаю как насчет SPARC, а на IA32 linux весь lowmem отображает >страницами по 2 или 4 мегабайт

По 4 MiB да? Если бит PSE в cr4 установлен. В точку!!! Однако я имел ввиду следующее

<begin quote> this means that kernel dynamically allocated memory will be located on large pages WHEN POSSIBLE. <end quote>

Т.е. может делать страници по 4MiB когда надо, а может и по 2KiB. Хотя зачем это нужно - трудно сказать.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>IMHO, ядро уже давно представляет поддержку этого.

Конечно. Однако там это разруливается автоматом - хочешь много - 4MiB, мало - 2MiB. Сказано же без изменения кода софт использует эту фичу. В лине же, сначала нужно запихать в /proc/sys/vm/nr_hugepages сколько ты хочешь иметь этих самых hugepages - ов, потом выделить в память в shared memory и замапить на себя. Как тут может помочь glibc - трудно сказать.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

Поддержка polling vs. interrupt mode наверняка слизана с Linux, где это есть уже года 4.

anonymous (*) (22.06.2005 16:37:36)

Гм, на самом деле она есть ввиде патча. И, как правильно заметил Sun-ch, хз в каком оно все состоянии. Для разных карт в разном. Патчи я видел только для 2.4. Отдельного сайта нет, выложены на фтп. Накладывать не пробовал, правда. Во freeBSD, говорят, возможность polling'a есть в ядре и включается руками (no autodetect). Будем следить за развитием...

//crypt

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>Во freeBSD, говорят, возможность polling'a есть в ядре и включается >руками (no autodetect). Ну ... Будем ...

По моему и во фре динамически переключать режимы нельзя. Что ж ... Ну ... будем ...

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>Конечно. Однако там это разруливается автомато

И еще - в лине hugetlb не свопятся.

Ядро SuSE 9.3 (2.6.11.4-21.7) hugetlb.c:258

We cannot handle pagefaults against hugetlb at all.

Вот так ... Какая уж тута glibc. В Linux-е hugetlb - это просто хак для Oracl-а.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

> Гм, на самом деле она есть ввиде патча. И, как правильно заметил Sun-ch, хз в каком оно все состоянии. Для разных карт в разном. Патчи я видел только для 2.4. Отдельного сайта нет, выложены на фтп. Накладывать не пробовал, правда. Во freeBSD, говорят, возможность polling'a есть в ядре и включается руками (no autodetect). Будем следить за развитием...

> //crypt

Ну да, ты это разработчикам 90% сетевых драйверов расскажи :)) 2.4 со времен 2.4.3 поддерживает polling mode, авторство Alexey Kuznetsov, Jamal Hadi Salim, Robert Olsson. 4 года - это стбильная работа в официальном дереве (как 2.4, но драйверов не очень много, так и 2.6 - 90% драйверов). Это работает _только_ в Linux, во фрее импортнули не так давно(меньше года, насколько я помню) и всех багов еще не выловили. Кумир OpenBSD так вообще сказал, что им это не впилось...

Состояние этой фичи таково - берем 2-3-4 порта по 100мбит всего, в каждый делаем несколько десятков/сотен тысяч маленьких килопакетов в секунду (64 байта на пакет). Без NAPI машина от шторма рерываний просто загибается - будь то Open, Free или Solaris. Линукс без NAPI ведет себя также успешно.

Включаем NAPI - вуаля, все работает.

Минус NAPI (aka polling mode) - при малых нагрузках больше потребляется процессорного времени, чем в interrupt режиме.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

Нассать и заморозить. Главное заявить, "мы это сделали * года назад"

Sun-ch ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>>Конечно. Однако там это разруливается автомато

>И еще - в лине hugetlb не свопятся.

>Ядро SuSE 9.3 (2.6.11.4-21.7) hugetlb.c:258

>We cannot handle pagefaults against hugetlb at all.

>Вот так ... Какая уж тута glibc. В Linux-е hugetlb - это просто хак для Oracl-а.

Не путайте божий дар с яичницей...

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от Sun-ch

Re: Solaris "Nevada", Build 15

> Нассать и заморозить. Главное заявить, "мы это сделали * года назад"

Буга-га, Саныча обидели :))

Но ты не расстраивайся, Солярис ведь Промышленный Юникс, не важно, что все идеи сперли из джаст-фо-фановского линукса, и тот самый Промышленный Юникс уж очень неудачно создан...

Зато Промышленный!

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>По 4 MiB да?
Нет по 4 Мб.

>Т.е. может делать страници по 4MiB когда надо, а может и по 2KiB. Хотя
>зачем это нужно - трудно сказать.

Я тоже не очень представляю. В Linux ядро держит в памяти трансляцию всей физической памяти(при невозможности оставшаяся часть динамически отображается в highmem), его в runtime вообще не интересует создание трансляций(если хватает адресного пр-ва).

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

HugeTLB несколько из другой оперы, его своп абсолютно не при чем в теме дискуссии.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>И еще - в лине hugetlb не свопятся.
>Вот так ... Какая уж тута glibc.

Какое отношение это имеет к поддержке больших страниц glibc? Вот уж сумел связать несвязанные вещи. glibc, я тебе скажу по секрету, глубоко похер, "свопятся" ли страницы или нет.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

to anonymous (*) (22.06.2005 18:39:25) Я вижу разъяснения что такое NAPI в ./src/Documentation и линк на фтп, но я не вижу ни одной опции в ядре. ... Включаем NAPI - вуаля, все работает. ... Речь, кажется, шла и в доках, и тут, что его не нужно включать. Если мы его включаем, то могу я узнать где? Короче говоря, как проверить его наличие(кроме дос атаки:)).

Минус NAPI (aka polling mode) - при малых нагрузках больше потребляется процессорного времени, чем в interrupt режиме.

Ну это очевидно.

//crypt

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

Да... и естественно, ни фри, ни любой другой юникс не загибаются от пингфлуда, если там настроен файрвол.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

>to anonymous (*) (22.06.2005 18:39:25) Я вижу разъяснения что такое NAPI в ./src/Documentation и линк на фтп, но я не вижу ни одной опции в ядре. ... Включаем NAPI - вуаля, все работает. ... Речь, кажется, шла и в доках, и тут, что его не нужно включать. Если мы его включаем, то могу я узнать где? Короче говоря, как проверить его наличие(кроме дос атаки:)).

>Минус NAPI (aka polling mode) - при малых нагрузках больше потребляется процессорного времени, чем в interrupt режиме.

>Ну это очевидно.

>//crypt

Та документация морально устарела "некоторое" время назад :) Идеи там, конечно же, верны, но реализация несколько сложнее...

Многие (не все) драйвера поддерживают два режима компиляции.

Наличие проверяется cat /proc/interrupts - если прерываний очень много (несколько тысяч в секунду для 100/1000 mbit сетевых адаптеров при нагрузке), значит NAPI выключен.

По умолчанию для всех поддержвающих это адаптеров NAPI включен.

Касательно очевидности повышенной нагрузки на процессор - что очевидно, то легко доказуемо, возрастание нагрузки умные люди же пока объясняют только итеративно, по всей вероятности включение/выключение прерываний во время вызова "poll()" нетривиально сказывается на самих адаптерах.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

> Да... и естественно, ни фри, ни любой другой юникс не загибаются от пингфлуда, если там настроен файрвол.

Да никто от пингфлуда и не загибается - несколько десятков/сотен тысяч пакетов в секунду никакой пинг не сделает, мой юный друг. Такая нагрузка создается специальными устройствами, специальными модулями ядра (pktgen в linux), _многими_ клиентами или rDOS.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от ivlad

Re: Solaris

oxonian: >doors на самом деле действительно довольно неплохой IPC.

Я против doors ничего не имею, ибо соляру то в глаза ни разу не видел :)

Просто саныч новостями, каким-либо образом связанными с sun/solaris, волей-неволей позволяет красноглазым ананимусам "пускать себя{саныча} по кругу" :)

Bazarov ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

А как это NAPI то включить? Просветите.

anonymous ()
Ответ на: Re: Solaris "Nevada", Build 15 от anonymous

Re: Solaris "Nevada", Build 15

> Это работает _только_ в Linux, во фрее импортнули не так давно(меньше года, насколько я помню)

man polling, beatch.

v jadre stavish options DEVICE_POLLING i options HZ=1000

> echo 'kern.polling.enable=1' >> /etc/sysctl.conf

ili prosto

> sysctl -w kern.polling.enable=1

pashet na: dc (dec/intel 21143), em (intel GbE), fwe, fwip, fxp (intel 100mbit - that's what i use, 4 of 'em, load is ~80% each on D800, loadavg ~.1), ixgb (intel new GbE), nge re (realtek GbE) rl (realtek 100mbit), sf, sis, ste, vge, vr (via rhine 1..3, imho better that cheapo realtek), and xl (3com). Eto bolee 90% driverov (po "installed base")

HISTORY: Device polling first appeared in FreeBSD 4.6 and FreeBSD 5.0. Device polling was written by Luigi Rizzo <luigi@iet.unipi.it>.

McLone ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.