Re: http server
From: Menno Duursma (menno_at_desktop.lan)
Date: 06/20/04
- Previous message: Kasper Dupont: "Re: PAM and /etc/shadow and normal users?"
- In reply to: RosalieM: "Re: http server"
- Next in thread: RosalieM: "Re: http server"
- Reply: RosalieM: "Re: http server"
- Reply: RosalieM: "Re: http server"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Sun, 20 Jun 2004 14:57:36 GMT
On Sat, 19 Jun 2004 15:00:24 +0200, RosalieM wrote:
> "Doug Gale" <dgaleSPAMTHISYOUSCUM@mailexcite.com> wrote:
>> "RosalieM" <NOSPAM@easyconnect.fr> wrote :
>>>>> - Is there any sort of improvement in putting many ethernet nic on
>>>>> the pci bus ?
>> The linux kernel has support for using multiple NIC's together (it's
>> called trunking or something),
Indeed, but the driver for it is called "bonding" though:
file:/usr/src/linux/Documentation/networking/bonding.txt
>> but the other end of the link has to have the same support enabled and
>> of course, you have to use multiple network cables...
With 10Base-T or 100Base-TX Ethernet only 4 out of the 8 wires of an UTP
cable are actually being used (pin 1, 2, 3, and 6). Thus (for testing) one
could try using a single cable, with two RJ45 jacks crimped on each end...
>> > For http server again, where could be the bottelnecks?
>>
>> One bottleneck is file I/O with Hard disks... Another bottleneck is
>> spawning CGI processes .
[ ... ]
> I supposed to use two machines, one using iptable dnat and many nics to
> do load balancing to another computer with many nics too, anyway pci
> wont handle more than 3 100MB nic?
Well, the standard PCI bus is 32 bits wide, and runs at 33MHz.
Furthermore, it's a half-duplex shared medium. Theoretically if a NIC were
to have the bus all to itself maximum throughput (in Mbit/s) would be:
$ echo $[33*32]
1056
However, since in a given machine there will at least be HD-controllers on
the bus as well, and a since TCP acts full-duplex. One might be _very_
happy to get half that (over a Gbit connection). (And i wouldn't expect a
3*100 setup to do any better then 200Mbit/s or so.)
> This way of doing is not competitive compared to one Gigabit nic each
> side, even if i have plenty of sockets connecting and sending little
> amount of data instead one sending a lot of data?
Gigabit Ethernet carts aren't all that expensive anymore, so why bother?:
http://www.tigerdirect.com/applications/category/category_slc.asp?CatId=1175
Some NIC/driver benchmarks:
http://www.cs.uni.edu/~gray/gig-over-copper/
> Depends also of kernel and amount of memory reserved for nic, depends of
> how kernel shedule I/O of the nic...
>
> Where can i find documentation about this kinds of problems?
http://datatag.web.cern.ch/datatag/howto/tcp.html
http://people.redhat.com/alikins/system_tuning.html
-- -Menno.
- Previous message: Kasper Dupont: "Re: PAM and /etc/shadow and normal users?"
- In reply to: RosalieM: "Re: http server"
- Next in thread: RosalieM: "Re: http server"
- Reply: RosalieM: "Re: http server"
- Reply: RosalieM: "Re: http server"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
