Linux hálózati stack generál: 80%-kal kevesebb CPU, 2-szeres áteresztőképesség

"Igen, elkepzelheto, hogy a Solarison is"

SunOS networking stackje meg BSD alapu volt (Solaris 1.*), de Sol 2.*-okban mar STREAMS alapu networking volt. Sol 10 ota meg teljesen uj alapokra helyezodott a network stack (ez volt a FireEngine):

fireengine white paper [www.sun.com]

"So our challenge was to come up with an architecture that could beat Linux on low end and still allowed us to scale linearly on high end and sure enough, we created FireEngine"

Idezet innen [blogs.sun.com]

Zero Copy TCP/IP több, mint 10 éve van/volt a Solaris-ban. Publikacio itt:

http://citeseer.ist.psu.edu/chu96zerocopy.html

A többi, amiről ír (pl. 1 adott CPU-hoz kötött feldolgozás) mintha színtisztán a FireEngine doksiból jönne:)

Azert kerdeztem ra erre, mert anno nalunk is volt fbsd orulet, ami kovetkezokepp jellemezhetnek: halozati stack sebesseg 2.2/2.4-linux kisebb fbsd kisebb 2.6-linux amig nem volt 2.6 az fbsd halozati stackjet gyorsabbnak mertuk ( persze nem elmeleti, hanem realisztikus meres szintjen) miota van 2.6 en kidobtam a fbsd-ket, bar meg vagyok rola gyozodve hogy pf/fbsd meg mindig jobb teljesitmenyt ad mint a ipttracking/linux. A slowlaris halozati stackjat meg hasznalja az aki mazopista.

(utallak Trey, miert nem lehet kacsacsort irni? :))

Jo, akkor kicsit bovebben:

"The networking stack of Solaris 1.x was a BSD variant and was pretty similar to the BSD Reno implementation. The BSD stack worked fine for low end machines but Solaris wanted to satisfy the needs of low end customers as well as enterprise customers and such migrated to AT&T SVR4 architecture which became Solaris 2.x.

With Solaris 2.x, the networking stack went through a make over and transitioned from a BSD style stack to STREAMs based stack. The STREAMs framework provided an easy message passing interface which allowed the flexibility of one STREAMs module interacting with other STREAM module. Using the STREAMs inner and outer perimeter, the module writer could provide mutual exclusion without making the implementation complex. The cost of setting up a STREAM was high but number of connection setup per second was not an important criterion and connections were usually long lived. When the connections were more long lived (NFS, ftp, etc.), the cost of setting up a new stream was amortized over the life of the connection.

During late 90s, the servers became heavily SMP running large number of CPUs. The cost of switching processing from one CPU to another became high as the mid to high end machines became more NUMA centric. Since STREAMs by design did not have any CPU affinity, packets for a particular connections moved around to different CPU. It was apparent that Solaris needed to move away from STREAMs architecture.

Late 90s also saw the explosion of web and increase in processing power meant a large number of short lived connections making connection setup time equally important. With Solaris 10, the networking stack went through one more transition where the core pieces (i.e. socket layer, TCP, UPD, IP, and device driver) used an IP Classifier and serialization queue to improve the connection setup time, scalability, and packet processing cost. STREAMs are still used to provide the flexibility that ISVs need to implement additional functionality."

Az teny, hogy Linux 2.2-2.4-2.6 lenyegesen gyorsabb tcp/ip stack-kel birt, mint a Solaris 2.6-9.

STREAMS:

http://en.wikipedia.org/wiki/STREAMS

Az is.

Ha elolvasod a FireEngine doksit, abban is az van leirva, hogy effektive a teljes IP stack-et, ami korabban tobb STREAMS-en at kommunikalo modul volt, egybegyogyitottak egyetlen STREAMS modulba. Plusz implementaltak olyan dolgokat, mint CPU affinitas (errol ir az eredeti cikk is, es valoban fontos, ha tobb CPU-s, tobb szalas CPU-kon skalazodo network stack-et akarunk az operacios rendszerben).

Te azt allitottad, hogy a Solaris is olyan network stack-et hasznal, amin lehetne gyorsitani az emlitett trukkokkel. En azt mondom, hogy ez Sol 9-ig igazad van, de pont a 10-esben picit hasonlo, picit mas trukkoket csinalt a Sun FireEngine neven (STREAMS-tol teljesen fuggetlenul).

Igy ok?

Most akkor mondjam legkozelebb, hogy ne tessek fantazialgatni, vagy inkabb maradjak csendben?:)

cool... megyek lecserélem a 486-os routerem egy 286-ra :-)

reméled, hogy dosba is bekerül a dolog? :D

Hazuuuudsz! A Linux szaaaaar! :))))

Elmagyarazod mit takar a mosoly?

Itt följebb Trey már megírta. :)

Aha, csak többszörösére lehetne még gyorsítani :P

És a windows is? :DDD