Question is how can it be done with Linux.
----- Original Message -----
From: "Mario Lombardo" <mario@alienscience.com>
To: <slug@nks.net>
Sent: Wednesday, May 08, 2002 12:41 PM
Subject: Re: [SLUG] NFS and bandwidth
> I didn't know you could bind ports like that. Cool!
>
> Russell, if they haven't got one already, get a 100Mbps switch
> involved. The iMacs come with 10/100 Full Duplex capable ports, so
> everything should be fine. However, their negotiation with 10/100 is
> quite poor, so you'll need to tell Linux to tell the NIC to set at
> 100half or 100full duplex. If you're dual booting the iMacs, you'll
> need an extension if the MacOS has trouble with the switch. I've had
> difficulties with my NetGear 10/100 switch. Let me know offline if I
> can help with the Mac stuff.
>
> Mario
>
>
> >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:58:46 EDT