Can you install multiple 100mps cards and bind them?
----- Original Message -----
From: "Derek Glidden" <dglidden@illusionary.com>
To: <slug@nks.net>
Sent: Wednesday, May 08, 2002 11:28 AM
Subject: Re: [SLUG] NFS and bandwidth
> On Wed, 2002-05-08 at 09:02, Russell Hires wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Hello everyone,
> >
> > I volunteer at a Weightman Middle School in Wesley Chapel and there's a
> > computer lab full of iMacs (about 30). I've finally gotten Linux
installed on
> > one of them, and now I'm going to use the one as an NFS server for the
others
> > that I plan on booting into Linux as diskless workstations. But the Tech
> > coordinator voiced some trepidation about this as it relates to
bandwidth,
> > because even though there is a ton of Macs in that school, bandwidth
still is
> > ridiculously small. So, my question is: how much bandwidth does NFS use?
How
> > much will it affect the network? Are there any other questions I should
be
> > asking? Any suggestions?
>
> NFS is not known for its network efficiency, but it's certainly less
> chatty than Appletalk (MacOS) or SMB (Windows) for filesharing, which
> both rely on lots of broadcast traffic to figure out what's on the
> network with them.
>
> Asking "how much bandwidth" for a network filesharing protocol is kind
> of a non-question, though since it's going to be dependent on the size
> file you're transferring, how many people are utilizing the NFS server,
> etc. Obviously, if one person is reading one small file over the
> network, it'll be fast. If twenty people are trying to read very large
> files over the same network, it'll be slower. It's not going to be
> significantly different from anything else they might be using there
> overall since you're still just moving files around the network and the
> whole question is more related to the size of the files than anything
> else.
>
> I'd recommend, if possible, putting a 100Mbps card in the server if
> that's all you can get away with. That would at least allow the server
> to serve up, theoretically, ten different 10Mbps clients before hitting
> its own bandwidth limitations. On a 100Mbps network, of course. If the
> whole network is only 10Mbps, then never mind...
>
> > The reason for all of this is the GIMP. Photoshop licenses aren't cheap!
> > There's an art professor that comes in to the school to teach some of
the
> > more artistically gifted students every so often. I don't know his
schedule,
> > though, which means I haven't been able to show him this free software
yet.
> > So I figure this is a great use for Linux! :-D
>
> I think once you show it off, and explain the fact that's it's all free
> software, any complaints about network performance will be
> overridden... :)
>
> --
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> #!/usr/bin/perl -w
> $_='while(read+STDIN,$_,2048){$a=29;$b=73;$c=142;$t=255;@t=map
> {$_%16or$t^=$c^=($m=(11,10,116,100,11,122,20,100)[$_/16%8])&110;
> $t^=(72,@z=(64,72,$a^=12*($_%16-2?0:$m&17)),$b^=$_%64?12:0,@z)
> [$_%8]}(16..271);if((@a=unx"C*",$_)[20]&48){$h=5;$_=unxb24,join
> "",@b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$d=
> unxV,xb25,$_;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=$t&($d
> >>12^$d>>4^$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q*
> 8^$q<<6))<<9,$_=$t[$_]^(($h>>=8)+=$f+(~$g&$t))for@a[128..$#a]}
> print+x"C*",@a}';s/x/pack+/g;eval
>
> usage: qrpff 153 2 8 105 225 < /mnt/dvd/VOB_FILENAME \
> | extract_mpeg2 | mpeg2dec -
>
> http://www.cs.cmu.edu/~dst/DeCSS/Gallery/
> http://www.eff.org/ http://www.anti-dmca.org/
>
This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 17:56:37 EDT