Uhoh. I've encoutered this before too. Not only with transfering big files but also with browsing directories with lots of files and also huge files in NFS and samba mounts. Didn't do any additional tests to found out why its slow and hangs up the computer somtimes. Didn't get these problems in kernel 2.4.
I don't know it this problem is unique to mandrake 10.1 only, but I didn't encounter the problem in other distros, or in mandrake 9. cha On Fri, 24 Dec 2004 01:00:19 +0800, Paolo Alexis Falcone <[EMAIL PROTECTED]> wrote: > On Thu, 23 Dec 2004 23:36:39 +0800, Winelfred G. Pasamba > <[EMAIL PROTECTED]> wrote: > > how about a plain netcat (nc)? > > > > "a couple of seconds" for a 700mb iso in a 100Mbps line? that's like > > 350mBytes/sec on a 100mbits/sec line. baka naka-cache sa browser mo or > > something. > > Hmm... the difference is comparatively significant as waiting for half > an hour to transfer 700MB on a 100Mbps line is just way too slow. But > placing it inside the publication directory of an HTTP server then > downloading it from there incurs no side effects as dramatic as the > nfs/ssh method. Weird. > > > maybe scp is using ssh and has encryption and compression overheads. > > and nfs, no wonder. i guess samba should be slower. > > scp does use ssh. The weird thing is it doesn't do that before. a mere > tens or hundreds of MB file transfer stalling over scp inside a local > area network with hosts less than three feet away _is just not_ normal > nor acceptable, encryption or no encryption. > > I've had better experiences with using nfs in the past (although i > prefer solaris' nfs implementation when working with gigabytes of > data). > > I don't encounter the problem with stock 2.6 kernels lower than > 2.6.8.1. Afaik there are some changes in the stable kernel series > (really pisses me off there...) there should be a config (kernel or > userland) somewhere which could be tweaked. > > > before you 'revert' to an older installation you can try some linux > > livecds with different distributions, kernels, glibc's, etc... > > knoppix, morphix, tomsrtbt, are some i use. > > If this can be solved in userland or runtime kernel switches then all > the better. I'd rather not muck up with custom-compiled kernels on > production workstations as it just consumes way too much time doing > QA. > > -- > Paolo Alexis Falcone > [EMAIL PROTECTED] > -- > Philippine Linux Users' Group (PLUG) Mailing List > plug@lists.q-linux.com (#PLUG @ irc.free.net.ph) > Official Website: http://plug.linux.org.ph > Searchable Archives: http://marc.free.net.ph > . > To leave, go to http://lists.q-linux.com/mailman/listinfo/plug > . > Are you a Linux newbie? To join the newbie list, go to > http://lists.q-linux.com/mailman/listinfo/ph-linux-newbie > -- Marie Charisse L. Gascon http://www.chasys.net -- Philippine Linux Users' Group (PLUG) Mailing List plug@lists.q-linux.com (#PLUG @ irc.free.net.ph) Official Website: http://plug.linux.org.ph Searchable Archives: http://marc.free.net.ph . To leave, go to http://lists.q-linux.com/mailman/listinfo/plug . Are you a Linux newbie? To join the newbie list, go to http://lists.q-linux.com/mailman/listinfo/ph-linux-newbie
