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 ()

> 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
()
Ответ на: комментарий от XYAH

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

set
()

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

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

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

anonymous
()

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
()
Ответ на: комментарий от anonymous

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

anonymous
()

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

anonymous
()
Ответ на: комментарий от Sun-ch

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от Sun-ch

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

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

anonymous
()

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

fashist
()
Ответ на: комментарий от Sun-ch

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

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

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

Spectr ★★★
()
Ответ на: комментарий от Spectr

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

Sun-ch
() автор топика
Ответ на: комментарий от Sun-ch

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

anonymous
()

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

anonymous
()
Ответ на: комментарий от anonymous

>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
()
Ответ на: комментарий от Sun-ch

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

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

anonymous
()

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

V0ID ★★★
()
Ответ на: комментарий от Sun-ch

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

Pi ★★★★★
()
Ответ на: комментарий от anonymous

>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
()
Ответ на: комментарий от anonymous

>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
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

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

Sun-ch
() автор топика
Ответ на: комментарий от Sun-ch

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

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

anonymous
()
Ответ на: комментарий от anonymous

>Не знаю как насчет 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
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

//crypt

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

И еще - в лине 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
()
Ответ на: комментарий от anonymous

> Гм, на самом деле она есть ввиде патча. И, как правильно заметил 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
()
Ответ на: комментарий от anonymous

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

>И еще - в лине 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
()
Ответ на: комментарий от Sun-ch

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

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

//crypt

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

>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
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от ivlad

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

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

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

Bazarov
()
Ответ на: комментарий от anonymous

> Это работает _только_ в 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
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.