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

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

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

Ну а кроме него в лине и нет потдержки страниц > 4KiB.

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

>v jadre stavish options DEVICE_POLLING i options HZ=1000

SuSE 9.3 ( 2.6.11 )

DEVICE_POLLING - такого или подобного нету.

RHEL4 (2.6.9)

DEVICE_POLLING - такого или подобного нету.

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

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

Я вам господин хамло разьясню. Мысль была такова: зачем glibc потдерживать хаки?

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

>DEVICE_POLLING - такого или подобного нету.

Пардону за тормоза. Речь о бзд.

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

>> Это работает _только_ в 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")

Не хочу обижать фрюшников, но поддержка polling существенно уступает linux как по "производительности" (forwarding performance), так и по interrupt handling.

Ссылки ищите в архиве этого года на marc.theaimsgroup.com/?list=linux-netdev

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

Ага, целых 2 года, не один :))

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

>Пеши езчо...

Зачем трепаться, когда не можете сказать как ВКЛЮЧИТЬ этот пулинг на лине.

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

da kstati, eshe v FreeBSD nekotorye drivers derzhat "link0", che on delaet - zavisit ot driver'a. Na intel pro100 link0 umen'shaet nagruzku IRQshkami v 6 raz, metodom ispol'zovanija hitroj bufferizacii (zavisit on versii chipa i versii proshyvki flash v NICe - ispol'zuetsia microcode).

http://www.freebsd.org/cgi/man.cgi?query=fxp&apropos=0&format=html

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

> Ага, целых 2 года, не один :))

nu, pered etim byli patchi, kak s pf+altq... i obkatyvalis' oni dooolgo... v rajone pol-goda. Eto vam ne usery v betatesterah, eto BSD, "there's rules".

A 2.6 kogda vyshel, ne raz'jasnit li mne, nichtozhnomu, velikij gospodin?

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

>>Пеши езчо...

>Зачем трепаться, когда не можете сказать как ВКЛЮЧИТЬ этот пулинг на лине.

Это был комментарий насчет королевского английского...

Тебе сказали - NAPI включен по умолчанию для всех драйверов, поддерживающих этот режим. Это сделано в том числе и для повышения производительности на NUMA-like машинах, во Фре об этом не думают - там же giant :)

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

>> Ага, целых 2 года, не один :))

>nu, pered etim byli patchi, kak s pf+altq... i obkatyvalis' oni dooolgo... v rajone pol-goda. Eto vam ne usery v betatesterah, eto BSD, "there's rules".

>A 2.6 kogda vyshel, ne raz'jasnit li mne, nichtozhnomu, velikij gospodin?

Начнем с того, что в 2.4.3 появились патчи. В том же 2001 году на linux summit был представлен NAPI. В FreeBSD тогда об этом и не думали...

Не нужно переводить все из недоработанности в "there's rules" [кстати, мощная фраза, королевский английский! :)].

FreeBSD обладает худшей по сравнению с Linux сетевой производительностью. Это факт, ссылки ищи в указанном архиве.

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

>da kstati, eshe v FreeBSD nekotorye drivers derzhat "link0", che on delaet - zavisit ot driver'a. Na intel pro100 link0 umen'shaet nagruzku IRQshkami v 6 raz, metodom ispol'zovanija hitroj bufferizacii (zavisit on versii chipa i versii proshyvki flash v NICe - ispol'zuetsia microcode).

>http://www.freebsd.org/cgi/man.cgi?query=fxp&apropos=0&format=html

Только не нужно мне вливать такой креатифф в уши :)) Это как же буферизация может влиять на количество прерываний?

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

>> Ага, целых 2 года, не один :))

>nu, pered etim byli patchi, kak s pf+altq... i obkatyvalis' oni dooolgo... v rajone pol-goda. Eto vam ne usery v betatesterah, eto BSD, "there's rules".

>A 2.6 kogda vyshel, ne raz'jasnit li mne, nichtozhnomu, velikij gospodin?

Кстати, 2.5 вышел в 2001 году :) И тогда _УЖЕ_ был NAPI, только драйверов с поддержкой этого режима было поменьше.

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

to anonymous (*) (22.06.2005 19:09:34)

> Та документация морально устарела "некоторое" время назад :)

Хм, меня это мало радует. Сейчас смотрю инет в поисках свежей инфы... В частности

http://limnos.csrd.uiuc.edu/notes/linux-networking/core.html

Все-таки хотелось бы увидеть упоминание napi хотя бы в комментариях сорсов ядра. Вообщем, need more инфы для обдумывания.

//crypt

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

> чертовски неудобно общаться на лоре, одни анонимы вокруг.:(

И не говори...

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

>FreeBSD обладает худшей по сравнению с Linux сетевой производительностью. Это факт, ссылки ищи в указанном архиве.

Срочно РЕАЛЬНЫЕ доказательства в студию !!!

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

> Это как же буферизация может влиять на количество прерываний?

iirc, ono pishet paketiki v buffer, potom kogda bufer polon [ili mesta eshe na 1 paket, ne pomniu] ono generit 1 [odnu] IRQ shtob OS zabrala iz buffera.

A pro skorost' seti... mozhet i tak, no imho u lo0nix'a TCO bol'she chem u *BSD :-]

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

>to anonymous (*) (22.06.2005 19:09:34)

>> Та документация морально устарела "некоторое" время назад :)

>Хм, меня это мало радует. Сейчас смотрю инет в поисках свежей инфы... В частности

>http://limnos.csrd.uiuc.edu/notes/linux-networking/core.html

Это трудно назвать документацией... Общие верные слова на тему.

>Все-таки хотелось бы увидеть упоминание napi хотя бы в комментариях сорсов ядра. Вообщем, need more инфы для обдумывания.

$ grep netif_rx_schedule -r drivers/net/ | awk {'print $1'} | uniq drivers/net/8139too.c: drivers/net/tulip/interrupt.c: drivers/net/ibmveth.c: drivers/net/ixgb/ixgb_main.c: drivers/net/gianfar.c: drivers/net/e1000/e1000_main.c: drivers/net/fec_8xx/fec_main.c: drivers/net/mv643xx_eth.c: drivers/net/b44.c: drivers/net/epic100.c: drivers/net/8139cp.c: drivers/net/r8169.c: drivers/net/tg3.c: drivers/net/typhoon.c: drivers/net/s2io.c: drivers/net/starfire.c: drivers/net/skge.c: drivers/net/sungem.c: drivers/net/e100.c: drivers/net/amd8111e.c: drivers/net/bnx2.c:

>//crypt

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

>>FreeBSD обладает худшей по сравнению с Linux сетевой производительностью. Это факт, ссылки ищи в указанном архиве.

>Срочно РЕАЛЬНЫЕ доказательства в студию !!!

Нет, ну ты как маленький...

Я ведь не пытаюсь кому-то что-то доказывать, я констатирую факт.

Ссылки найдешь сам в указанном архиве, письма были о производительности NAPI, указанные цифры были выше чем с великой помпой представленные от FreeBSD.

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

> Это как же буферизация может влиять на количество прерываний?

>iirc, ono pishet paketiki v buffer, potom kogda bufer polon [ili mesta eshe na 1 paket, ne pomniu] ono generit 1 [odnu] IRQ shtob OS zabrala iz buffera.

Кхм... Будем считать, что мы этого не читали :)
Прерывания генерит плата, данные оттуда забирает ядро после прерывания :)
Или используя polling.

>A pro skorost' seti... mozhet i tak, no imho u lo0nix'a TCO bol'she chem u *BSD :-]

It depends upon a luser :)

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

>> 8139too

>it took me half an hour to actually find out module's name. That was livecd, think "rescue". Yeah, driver names in lo0nix is just marvelllllous. I can't stand eth12.


Фрюшники не умею пользоваться командой dmesg и grep?
Shit happens...

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

>taki da...

>Jun 22 19:29:14 Alpha kernel: fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6

>kakaja, vse-taki data, a?


Дата чего?

2.5.1 вышло в 2001 году, в нем было несколько драйверов с поддержкой NAPI - tulip, e100/e1000, возможно tg3, уже не помню...

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

> Фрюшники не умею пользоваться командой dmesg и grep?

no, seems you not thinkin' "rescue" as was suggested. Ok, tip#2: friend's Gentoo 2004.3 [iirc] livecd. Got it?

Yeah i know. But he needs vmware, ati9800 and audigy2 :-| So he uses gontoo and Xen 2.

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

>so? that's what i told ya.

>> It depends upon a luser :)

>yes, as in "luser ~= linux user"

~= означает двоичное отрицание :)

~0 = 0xff

Т.о. luser (aka looser) - это все, кроме Linux user :)

На самом деле поавляющее большинство пользователей как той, так и другой системы на этом сайте именно loosers - как anonymous, так и с именами.

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

>> Фрюшники не умею пользоваться командой dmesg и grep?

>no, seems you not thinkin' "rescue" as was suggested. Ok, tip#2: friend's Gentoo 2004.3 [iirc] livecd. Got it?

>Yeah i know. But he needs vmware, ati9800 and audigy2 :-| So he uses gontoo and Xen 2.

Что я могу сказать - в семье не без урода - никогда не пользовался gentoo live cd и не собираюсь.

В FC rescue cd есть команда dmesg.

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

> Дата чего?

Киев бомбили,
нам обьявили,
что началась война.

Мой дед сапёром был (сын "врага народа", как русские называли успешных фермеров), выжил...

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

>угу. мы (анонимусы) ближе в лузерам чем просто к линукс юзерам. были сомнения?

Надежда - самое глупое чувство...

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

FC? omg no plz no.

http://irp.te.ua was fedora core 2, running tomcat4 + mysql and some stupid portal, serving X + OOo at the same time. Both CPU was loaded 100% all the time (even when no HTTP clients - think "stupid java progger"), loadavg was 6...12.

We dd if=/dev/zero'ed it, put RELENG_5 on it. Now CPU load is ~40..70%, loadavg is 0.6....0.8. Same apache version, same tomcat... but pgsql as storage.

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

...but! they signed contract, so they MUST use FC2. It's spinning now, go check their error page.

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

>FC? omg no plz no.

>http://irp.te.ua was fedora core 2, running tomcat4 + mysql and some stupid portal, serving X + OOo at the same time. Both CPU was loaded 100% all the time (even when no HTTP clients - think "stupid java progger"), loadavg was 6...12.

>We dd if=/dev/zero'ed it, put RELENG_5 on it. Now CPU load is ~40..70%, loadavg is 0.6....0.8. Same apache version, same tomcat... but pgsql as storage.

Не следует обвинять отличный дистрибутив в том, что его можно так установить и "настроить"...

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

to anonymous (*) (22.06.2005 20:28:34)

>$ grep netif_rx_schedule -r drivers/net/ | awk {'print $1'} | uniq drivers/net/8139too.c: ...blablabla...

Ага, вижу. Сенкс, anonymous (если ты один и тот же, конечно:)) Интересно, откуда ты в курсе всего этого.).

Получается, поддержки intel Pro 100 в 2.4.х нету. Посмотрел тоже самое в 2.6. Похоже, появился повод подумать о переходе на новое ядро.

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

Черт, подписаться забыл. anonymous (*) (22.06.2005 21:04:13) (aka crypt)

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

>to anonymous (*) (22.06.2005 20:28:34)

>>$ grep netif_rx_schedule -r drivers/net/ | awk {'print $1'} | uniq drivers/net/8139too.c: ...blablabla...

>Ага, вижу. Сенкс, anonymous (если ты один и тот же, конечно:)) Интересно, откуда ты в курсе всего этого.).

Да уж, столько мусора вверху написано мной... В курсе, т.к. мне это интересно - хобби, работа :) Включая пузомерки с Солярисом.

>Получается, поддержки intel Pro 100 в 2.4.х нету. Посмотрел тоже самое в 2.6. Похоже, появился повод подумать о переходе на новое ядро.

Да, NAPI для этих карт поддерживается только в 2.6 e100 драйвере.

anonymous
()

Скажите, кому нибудь удалось запустить express b16 под vmware? Тот что для сборки опенсопляриса рекомендуют.

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

to anonymous (*) (22.06.2005 21:15:23)

>Да уж, столько мусора вверху написано мной... В курсе, т.к. мне это >интересно - хобби, работа :) Включая пузомерки с Солярисом.

Ну, коли, хобби и работа сочетаются, то совсем хорошо. Оставлю тут свое спам-мыло, если не в лом, закинь туда свою асю.:)

crypt@hotbox.ru

anonymous
()

Саныч, включи поиск и найди слово VPN в статье :)

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

>работает через жопу, главное погромче крикнуть "МЫ НЕ ХУЖЕ ЭТО У НАС ТОЖЕ ЕСТЬ". Знаем, плавали.

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

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

translit.ru и еще раз translit.ru если русский не умеете в своих юнихах настроить

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

> Кстати а кто-нибудь читал про circular buffer?Оно как уже в ядре или еще нет?

Нет и не будет - идея интересная, но уж очень криво реализована.

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

2 anonymous (*) (23.06.2005 12:10:53) и что подобное никто не делает?Там же по тестам в фалике Ring.pdf жопа какая-то с ручкой по сравнению даже с виндой.

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

> 2 anonymous (*) (23.06.2005 12:10:53) и что подобное никто не делает?Там же по тестам в фалике Ring.pdf жопа какая-то с ручкой по сравнению даже с виндой.

Я не знаю, что у него за тесты. Я писал снифер через mmaped packet socket - 200мбит на 2х 3com 905 втягивает на раз.

Никто не спорит - идея правильная, т.к., вообще говоря, не существует способа параллельного считывания всего входящего/исходящего потока, может быть когда-нибудь кто-нибудь реализует.

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