> So after seeing this showmanship(kinda like a kid
> and a fast car) I shouted out that I can't get a 200 MB
> file from box A to box B ten feet away in less than
> 5 minutes.  Thats with 100MB ethernet.
> 
> Anyways, after making myself sound like a complete idiot,
> (and thankfully Ben diverted attention away from me)

no, you didn't sound like an idiot. :) sorry I broke off the conversation
with you in the middle of trying to solve your problem... I really did mean
to get back to you, but wanted to listen to the point that Ben was making at
the moment (since he'd made some progress with building the kernel).

> So why did they implement NFS using UDP?  This just seems
> goofy to me.  Theres an option to run NFS on TCP,
> but it's not the default.

	NFS was originally  designed to run over slow, possibly
high-latency, unreliable links (i.e. the Internet). As such, it may have
seemed more sensible to to transmission control at the application level,
rather than the transport level. (the application knows what it's doing, and
what situation it's in, better than the generalized transport layer does).
	

> I'll try out this netcat thing soon, as it sounds like
> a hip tool.

it's really simple, and really versatile. the man page pretty much explains
it all. ('man nc').

there are other, related projects like cryptcat (an encrypted netcat); and
one called firehose, which lets you trunk multiple connections together
easily. (so you can aggregate a GigE link, a 100MBps link, and a PPP link
together; at least in theory).

Carl Soderstrom.
-- 
Systems Administrator
Real-Time Enterprises
www.real-time.com