Re: [Eug-lug]slooow cable modem connection on 'nix
Yet another reason to not use RedScat. so... do you think att is optimized for win98? maybe they trhottle base on uname -r ? Jamie On Tuesday 17 December 2002 09:57 pm, Horst wrote: : Recently I installed RH 8.0 from the demo CDs and noticed very slow : download rates over cable (for the time being completely ignoring : upload). Though I did a custom install there was little to config since RH : detected and suggested DHCP (except the funny thing(*) below). For : security I picked 'medium', that's iptables with DHCP traffic allowed plus : ssh and http service, which I added. : : Web browsing under RH 8.0/cable is slower than on a good phone line : connection under win98. Similar for plain console operation, like scp -- : putty scp on win98 is about 10 times faster (see clips below for a 70MB : download, server far away). I noticed slower transfer rates with older : 'nix installations before, but those were installed before adding cable : (so I just blamed myself for not tweaking). : In short, this is not distro specific, and doesn't seem to be application : layer dependent (on both GUI and console): always, transfer using win98 : applications is much faster )-: : I also added traceroute for both OS's, though only the 1st hop should be : of interest(if at all), right? : : Any hints? --for either cure or diagnostic ? (I am willing to dig through : long logs of ngrep or ethereal *if* needed) : : - Horst : (*) the funny thing on RH 8.0 is that DHCP client doesn't seem to be able : to get a hostname from ATT, thus using the entire MAC address of eth0 plus : other crap as my host name in the command line prompt (leaving only 50% : for me to type commands... until I manually set hostname) : : THe following records follow... : : = win98 / putty scp === : xyz.sql.zip | 23480 kB | 119.2 kB/s | ETA: 00:06:24 |33% : xyz.sql.zip | 69311 kB | 109.8 kB/s | ETA: 00:00:00 |100% : = about 10 min for 70 MB : ^^ : : === RH 8.0 : xyz.sql.zip 10% |** snip| 7004 KB 1:36:31 ETA : ...Killed by signal 2. : = would have taken 1.5 hrs : : : = win98: : Tracing route to 66.178.136.22 (www.efn.org) over a maximum of 30 hops : : 114 ms 9 ms10 ms 10.139.x.y : 2 8 ms 9 ms 8 ms 12.244.85.1 : 310 ms25 ms10 ms 12.244.64.213 : 466 ms13 ms12 ms 12.244.64.209 : 512 ms18 ms13 ms 12.244.64.205 : 617 ms18 ms18 ms 12.244.72.42 : 717 ms16 ms17 ms 12.123.44.57 : 817 ms21 ms17 ms 12.122.5.157 : 975 ms32 ms34 ms 12.122.2.61 : 1033 ms32 ms37 ms 12.123.13.69 : 1137 ms37 ms41 ms 12.123.221.2 : 1237 ms39 ms41 ms 208.186.87.13 : 1341 ms38 ms40 ms 207.173.114.141 : 1488 ms38 ms75 ms 208.186.21.33 : 1542 ms45 ms42 ms 207.173.114.58 : 1645 ms42 ms43 ms 208.186.20.241 : 1760 ms57 ms61 ms 207.173.115.41 : 18 149 ms93 ms 202 ms 208.186.20.129 : 1957 ms58 ms59 ms 216.190.151.142 : 2062 ms61 ms64 ms 66.178.135.110 : 2168 ms68 ms61 ms 206.96.130.251 : 22 *** Request timed out. : 2364 ms67 ms66 ms 66.178.137.37 : 2467 ms 100 ms77 ms 66.178.136.22 : : Trace complete. : : RH 8.0: === : 1 10.139.x.y 9.869 ms 8.270 ms 9.986 ms : 2 12.244.85.1 9.472 ms 11.891 ms 24.743 ms : 3 12.244.64.213 29.435 ms 9.673 ms 8.349 ms : 4 12.244.64.209 15.013 ms 24.729 ms 9.878 ms : 5 12.244.64.205 11.819 ms 13.417 ms 12.651 ms : 6 12.244.72.42 14.729 ms 23.798 ms 19.512 ms : 7 12.123.44.57 18.581 ms 18.220 ms 14.856 ms : 8 12.122.5.157 27.143 ms 14.280 ms 16.127 ms : 9 12.122.2.61 31.305 ms 32.376 ms 37.096 ms : 10 12.123.13.69 32.957 ms 31.939 ms 35.193 ms : 11 12.123.221.2 37.626 ms 37.957 ms 38.613 ms : 12 208.186.87.13 38.813 ms 39.686 ms 38.005 ms : 13 207.173.114.141 73.291 ms 62.231 ms 53.878 ms : 14 208.186.21.33 41.366 ms 40.519 ms 39.219 ms : 15 207.173.114.58 41.493 ms 53.242 ms 42.126 ms : 16 208.186.20.241 46.523 ms 46.071 ms 44.927 ms : 17 207.173.115.41 54.712 ms 94.296 ms 77.950 ms : 18 208.186.20.129 57.697 ms 59.497 ms 56.909 ms : 19 216.190.151.142 56.408 ms 68.434 ms 57.192 ms : 20 66.178.135.110 61.916 ms 65.592 ms 63.018 ms : 21 206.96.130.251 67.022 ms 61.514 ms 102.045 ms : 22 * * * : 23 66.178.137.37 63.124 ms 64.825 ms 65.743 ms : 24 66.178.136.22 64.106 ms 64.196 ms 95.871 ms : : : ___ : Eug-LUG mailing list : [EMAIL PROTECTED] : http://mailman.efn.org/cgi-bin/listinfo/eug-lug -- No microsoft products were used to produce this message. EUG-LUG Mailing List:
Re: [Eug-lug]slooow cable modem connection on 'nix
On Tue, 17 Dec 2002, Horst wrote: Any hints? --for either cure or diagnostic ? (I am willing to dig through long logs of ngrep or ethereal *if* needed) Wild stabs: What kind of ethernet card are you using? What does ifconfig have to say about your nic? Any RX/TX errors or drops? Have you tried unloading your iptables rules temporarily to see if that's a drag? ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]ANNOUNCEMENT: PLUG's December Advanced Topics Meeting
On Tue, Dec 17, 2002 at 02:18:32PM -0800, Bob Miller wrote: I'm really disappointed I can't go to this one. Same - I'm very interested in somewhat unorthodox PDAs .. =) -- Joseph Carter [EMAIL PROTECTED] Sanity is counterproductive Z.O.I.D.: Zombie Optimized for Infiltration and Destruction msg12141/pgp0.pgp Description: PGP signature
Re: [Eug-lug]Meeting on the 26th?
On Tue, Dec 17, 2002 at 03:31:24PM -0800, Patrick R. Wade wrote: Are we having a meeting on Dec 26th to show off our new toys? If I am back in town then, I will be there. =) I do not know for certain that I will be though. -- Joseph Carter [EMAIL PROTECTED] This thing is an AI Bruce McKinney, author of of Hardcore Visual Basic, has announced that he's fed up with VB and won't be writing a 3rd edition of his book. The best quote is at the end: 'I don't need a language designed by a focus group'. msg12142/pgp0.pgp Description: PGP signature
[Eug-lug]Something to think about during the holidaze...
(origianlly I was going to post a link to this on activism... but then I though... hey eug-lug is archived on the web... Ill just post the whole thing! Many of you have already read this probably... I think I may have too... I watched this movie (DVD's are soo cool!) about 3 guys that are marketting Industrial lubricants (which is pretty funny in itself...) the movie is called The Big Kahuna. The movie is ok... the last 1/2 hour is really good... anyway, at the end of the movie, they play this song Everybodys Free (to wear sunscreen) mix which includes (well... I guess not a perfect quote..) but this poem (see the website for disclaimers, credits and all that stuff... I thought it was pretty good, and accurate... http://www.1nomad.com/life/sunscreen.htm If I could offer you only one tip for the future, sunscreen would be it. The long-term benefits of sunscreen have been proved by scientists, whereas the rest of my advice has no basis more reliable than my own meandering experience. I will dispense this advice now. Enjoy the power and beauty of your youth. Oh, never mind. You will not understand the power and beauty of your youth until they've faded. But trust me, in 20 years, you'll look back at photos of yourself and recall in a way you can't grasp now how much possibility lay before you and how fabulous you really looked. You are not as fat as you imagine. Don't worry about the future. Or worry, but know that worrying is as effective as trying to solve an algebra equation by chewing bubble gum. The real troubles in your life are apt to be things that never crossed your worried mind, the kind that blindside you at 4 pm on some idle Tuesday. Do one thing every day that scares you. Sing. Don't be reckless with other people's hearts. Don't put up with people who are reckless with yours. Floss. Don't waste your time on jealousy. Sometimes you're ahead, sometimes you're behind. The race is long and, in the end, it's only with yourself. Remember compliments you receive. Forget the insults. If you succeed in doing this, tell me how. Keep your old love letters. Throw away your old bank statements. Stretch. Don't feel guilty if you don't know what you want to do with your life. The most interesting people I know didn't know at 22 what they wanted to do with their lives. Some of the most interesting 40-year-olds I know still don't. Get plenty of calcium. Be kind to your knees. You'll miss them when they're gone. Maybe you'll marry, maybe you won't. Maybe you'll have children, maybe you won't. Maybe you'll divorce at 40, maybe you'll dance the funky chicken on your 75th wedding anniversary. Whatever you do, don't congratulate yourself too much, or berate yourself either. Your choices are half chance. So are everybody else's. Enjoy your body. Use it every way you can. Don't be afraid of it or of what other people think of it. It's the greatest instrument you'll ever own. Dance, even if you have nowhere to do it but your living room. Read the directions, even if you don't follow them. Do not read beauty magazines. They will only make you feel ugly. brother and sister together we'll make it through, someday a spirit will take you and guide you there I know that you're hurting but I've been waiting there for you and I'll be there just helping you out whenever I can Get to know your parents. You never know when they'll be gone for good. Be nice to your siblings. They're your best link to your past and the people most likely to stick with you in the future. Understand that friends come and go, but with a precious few you should hold on. Work hard to bridge the gaps in geography and lifestyle, because the older you get, the more you need the people who knew you when you were young. Live in New York City once, but leave before it makes you hard. Live in Northern California once, but leave before it makes you soft. Travel. Accept certain inalienable truths: Prices will rise. Politicians will philander. You, too, will get old. And when you do, you'll fantasize that when you were young, prices were reasonable, politicians were noble, and children respected their elders. Respect your elders. Don't expect anyone else to support you. Maybe you have a trust fund. Maybe you'll have a wealthy spouse. But you never know when either one might run out. Don't mess too much with your hair or by the time you're 40 it will look 85. Be careful whose advice you buy, but be patient with those who supply it. Advice is a form of nostalgia. Dispensing it is a way of fishing the past from the disposal, wiping it off, painting over the ugly parts and recycling it for more than it's worth. But trust me on the sunscreen. brother and sister together we'll make it through, someday a spirit will take you and guide you there I know that you're hurting but I've been waiting there for you and I'll be there just helping you out whenever I can everybody's
[Eug-lug]You have a secret admirer!
Sigh... I just got this one... Presumably its just a way to get web traffic... (I intentionally left out the email address it came from...) but there was no message, just a subject line, and an email address it came from... just think about how many poor shlumps that got all excited and thought they were being detectives by loading up the domain name in their browser... who wants to write a nice mail filter that does a ping -f (or whatever...) for the subject line :) Jamie -- No microsoft products were used to produce this message. EUG-LUG Mailing List: http://mailman.efn.org/cgi-bin/listinfo/eug-lug ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
[Eug-lug]Re: [activism] Something to think about during the holidaze...
On Wed, Dec 18, 2002 at 01:35:54AM -0800, Linux Rocks ! wrote: Many of you have already read this probably... Yeah, but it's hard to argue against such well intentioned, 'simple' advice :) Thanks for the reminder(s). -- [EMAIL PROTECTED] ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]slooow cable modem connection on 'nix
No, I don't think it's Red Hat specific (as far as 'thinking' can go if you are clueless). As I indicated, with other earlier distros I experienced things similar to some extend, but w/o ever documenting transfer rates. Can you expand on what maybe they trhottle base on uname -r ? means ? - Horst ~ On Wed, 18 Dec 2002, Linux Rocks ! wrote: Yet another reason to not use RedScat. so... do you think att is optimized for win98? maybe they trhottle base on uname -r ? Jamie On Tuesday 17 December 2002 09:57 pm, Horst wrote: : Recently I installed RH 8.0 from the demo CDs and noticed very slow : download rates over cable (for the time being completely ignoring : upload). Though I did a custom install there was little to config since RH : detected and suggested DHCP (except the funny thing(*) below). For : security I picked 'medium', that's iptables with DHCP traffic allowed plus : ssh and http service, which I added. : : Web browsing under RH 8.0/cable is slower than on a good phone line : connection under win98. Similar for plain console operation, like scp -- : putty scp on win98 is about 10 times faster (see clips below for a 70MB : download, server far away). I noticed slower transfer rates with older : 'nix installations before, but those were installed before adding cable : (so I just blamed myself for not tweaking). : In short, this is not distro specific, and doesn't seem to be application : layer dependent (on both GUI and console): always, transfer using win98 : applications is much faster )-: : I also added traceroute for both OS's, though only the 1st hop should be : of interest(if at all), right? : : Any hints? --for either cure or diagnostic ? (I am willing to dig through : long logs of ngrep or ethereal *if* needed) : : - Horst : (*) the funny thing on RH 8.0 is that DHCP client doesn't seem to be able : to get a hostname from ATT, thus using the entire MAC address of eth0 plus : other crap as my host name in the command line prompt (leaving only 50% : for me to type commands... until I manually set hostname) : : THe following records follow... : : = win98 / putty scp === : xyz.sql.zip | 23480 kB | 119.2 kB/s | ETA: 00:06:24 |33% : xyz.sql.zip | 69311 kB | 109.8 kB/s | ETA: 00:00:00 |100% : = about 10 min for 70 MB : ^^ : : === RH 8.0 : xyz.sql.zip 10% |** snip| 7004 KB 1:36:31 ETA : ...Killed by signal 2. : = would have taken 1.5 hrs : : : = win98: : Tracing route to 66.178.136.22 (www.efn.org) over a maximum of 30 hops : : 114 ms 9 ms10 ms 10.139.x.y : 2 8 ms 9 ms 8 ms 12.244.85.1 : 310 ms25 ms10 ms 12.244.64.213 : 466 ms13 ms12 ms 12.244.64.209 : 512 ms18 ms13 ms 12.244.64.205 : 617 ms18 ms18 ms 12.244.72.42 : 717 ms16 ms17 ms 12.123.44.57 : 817 ms21 ms17 ms 12.122.5.157 : 975 ms32 ms34 ms 12.122.2.61 : 1033 ms32 ms37 ms 12.123.13.69 : 1137 ms37 ms41 ms 12.123.221.2 : 1237 ms39 ms41 ms 208.186.87.13 : 1341 ms38 ms40 ms 207.173.114.141 : 1488 ms38 ms75 ms 208.186.21.33 : 1542 ms45 ms42 ms 207.173.114.58 : 1645 ms42 ms43 ms 208.186.20.241 : 1760 ms57 ms61 ms 207.173.115.41 : 18 149 ms93 ms 202 ms 208.186.20.129 : 1957 ms58 ms59 ms 216.190.151.142 : 2062 ms61 ms64 ms 66.178.135.110 : 2168 ms68 ms61 ms 206.96.130.251 : 22 *** Request timed out. : 2364 ms67 ms66 ms 66.178.137.37 : 2467 ms 100 ms77 ms 66.178.136.22 : : Trace complete. : : RH 8.0: === : 1 10.139.x.y 9.869 ms 8.270 ms 9.986 ms : 2 12.244.85.1 9.472 ms 11.891 ms 24.743 ms : 3 12.244.64.213 29.435 ms 9.673 ms 8.349 ms : 4 12.244.64.209 15.013 ms 24.729 ms 9.878 ms : 5 12.244.64.205 11.819 ms 13.417 ms 12.651 ms : 6 12.244.72.42 14.729 ms 23.798 ms 19.512 ms : 7 12.123.44.57 18.581 ms 18.220 ms 14.856 ms : 8 12.122.5.157 27.143 ms 14.280 ms 16.127 ms : 9 12.122.2.61 31.305 ms 32.376 ms 37.096 ms : 10 12.123.13.69 32.957 ms 31.939 ms 35.193 ms : 11 12.123.221.2 37.626 ms 37.957 ms 38.613 ms : 12 208.186.87.13 38.813 ms 39.686 ms 38.005 ms : 13 207.173.114.141 73.291 ms 62.231 ms 53.878 ms : 14 208.186.21.33 41.366 ms 40.519 ms 39.219 ms : 15 207.173.114.58 41.493 ms 53.242 ms 42.126 ms : 16 208.186.20.241 46.523 ms 46.071 ms 44.927 ms : 17 207.173.115.41 54.712 ms 94.296 ms 77.950 ms : 18 208.186.20.129 57.697 ms 59.497 ms 56.909 ms : 19 216.190.151.142 56.408 ms 68.434 ms 57.192 ms : 20
Re: [Eug-lug]slooow cable modem connection on 'nix
On Wed, 18 Dec 2002, Po Petz wrote: On Tue, 17 Dec 2002, Horst wrote: Any hints? --for either cure or diagnostic ? (I am willing to dig through long logs of ngrep or ethereal *if* needed) Wild stabs: What kind of ethernet card are you using? What does ifconfig have to say about your nic? Any RX/TX errors or drops? Have you tried unloading your iptables rules temporarily to see if that's a drag? Indeed, the number of TX errors for just a few Reloads on Mozilla is odd; also there is just my NIC and the modem, and I wouldn't know why there should be so many collisions in such a short time !? I should also mention that my modem 'froze' during the short test (resetting a 'frozen' modem requires power cycle OFF/ON --according to the high-tech support of ATT) I had 'frozen modems' before under 'nix, but only very, very rarely under Win where I can download GBs w/o encountering any problem. The cable modem is an RCA model DCM 235, the NIC a RealTek RTL-8029 (all related kernel messages below) Looks like hardware components have a problems under one OS but work under another, i.e. it's not broken. Now, going through the same routine with all iptable rules flushed I didn't see an increase of errors or collisions, but the load of JPGs still crawls along at 14kbps modem 'speed'... ...hmm, I think I'll sleep over it --Horst RX/TX errors/collisions, and NIC/kernel data follow: [root@athlon root]# ifconfig eth0 eth0 Link encap:Ethernet HWaddr 52:54:05:F7:xy:xy inet addr:12.225.x.y Bcast:255.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7684 errors:0 dropped:0 overruns:0 frame:50 TX packets:488 errors:12 dropped:0 overruns:0 carrier:24 collisions:204 txqueuelen:100 RX bytes:622497 (607.9 Kb) TX bytes:61992 (60.5 Kb) Interrupt:10 Base address:0xd000 Mozilla reload page: [root@athlon root]# ifconfig eth0 eth0 Link encap:Ethernet HWaddr 52:54:05:F7:xy:xy inet addr:12.225.x.y Bcast:255.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7751 errors:0 dropped:0 overruns:0 frame:54 TX packets:537 errors:23 dropped:0 overruns:0 carrier:46 collisions:392 txqueuelen:100 RX bytes:639009 (624.0 Kb) TX bytes:86780 (84.7 Kb) Interrupt:10 Base address:0xd000 ## RealTek RTL-8029 # ... kernel: NET4: Linux TCP/IP 1.0 for NET4.0 ... kernel: IP Protocols: ICMP, UDP, TCP, IGMP ... nfslock: rpc.statd startup succeeded ... kernel: IP: routing cache hash table of 2048 buckets, 16Kbytes ... rpc.statd[579]: Version 1.0.1 Starting ... kernel: TCP: Hash tables configured (established 16384 bind 32768) ... kernel: Linux IP multicast router 0.06 plus PIM-SM ... kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. ... kernel: ne2k-pci.c:v1.02 10/19/2000 D. Becker/P. Gortmaker ... kernel: http://www.scyld.com/network/ne2k-pci.html ... kernel: AMD756: dev 10ec:8029, router pirq : 4 get irq : 10 ... kernel: PCI: Found IRQ 10 for device 00:0c.0 ... kernel: PCI: Sharing IRQ 10 with 00:07.4 ... kernel: PCI: Sharing IRQ 10 with 00:08.0 ... kernel: eth0: RealTek RTL-8029 found at 0xd000, IRQ 10, 52:54:05:F7:xy:xy. ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]slooow cable modem connection on 'nix
On Wed, Dec 18, 2002 at 03:14:09AM -0800, Horst wrote: ... kernel: http://www.scyld.com/network/ne2k-pci.html Did you read that? ... kernel: AMD756: dev 10ec:8029, router pirq : 4 get irq : 10 ... kernel: PCI: Found IRQ 10 for device 00:0c.0 ... kernel: PCI: Sharing IRQ 10 with 00:07.4 ... kernel: PCI: Sharing IRQ 10 with 00:08.0 Can you do something about the IRQ sharing perhaps? -- [EMAIL PROTECTED] ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]Something to think about during the holidaze...
That whole 'spoken song' had air time a few years back on the local radio stations in AZ. I'm sure others have heard it too. Another point though is; who the heck needs sunscreen in Eugene?! Most days there is not a sky in the cloud. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]Something to think about during the holidaze...
You still need sunscreen to protect yourself from sunny personalities. Mike O ([EMAIL PROTECTED]) wrote*: That whole 'spoken song' had air time a few years back on the local radio stations in AZ. I'm sure others have heard it too. Another point though is; who the heck needs sunscreen in Eugene?! Most days there is not a sky in the cloud. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug -- Bob Crandell Assured Computing When you need to be sure. Voice 541-689-9159 FAX 240-371-7237 [EMAIL PROTECTED] www.assuredcomp.com Eugene, Or. 97402 ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]slooow cable modem connection on 'nix
How about recompiling your kernel to get rid of any extra crud RH tends to add to the system. Aren't kernel compiles the answer to all of life's questions? :) Otherwise if the card is not onboard, try a different slot. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]slooow cable modem connection on 'nix
On Wed, 18 Dec 2002, Jacob Meuser wrote: On Wed, Dec 18, 2002 at 03:14:09AM -0800, Horst wrote: ... kernel: http://www.scyld.com/network/ne2k-pci.html Did you read that? Now I did. Wow, if even the *author* of the kernel module says the following I may have to go NIC shopping: PCI NE2000 clones are a bad idea ... This trend has continued to the PCI bus. A NE2000 design makes little sense here. Certainly, it fits my observations; previous installations all used the same kernel module (but Win doesn't). The NIC worked fine in a local 10Mbps network, but cable modem may require something faster... Thanks man! Horst Mike, also thanks for the tip, but given the gravity of the statement above I may just waste time with kernel and/or IRQ tweaking at each new installation. ... ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]Meeting on the 26th?
Mike O wrote: Somebody buying you new toys? I can hardly afford to get myself anything cool right now. You don't have to get yourself anything. You just have to let your adoring fans know what you'd like. -- Bob Miller Kbob kbobsoft software consulting http://kbobsoft.com [EMAIL PROTECTED] ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]slooow cable modem connection on 'nix
Here's somebody on the web who had a very similar problem, with a similar solution. http://msgs.securepoint.com/cgi-bin/get/netfilter-0211/37/1.html I wonder if your cable modem is using a larger MTU than ethernet has, and is repacketizing your TCP stream along the way. That would allow it to send back-to-back packets out the Ethernet interface, which would be the easiest way to confuse the NIC. But repacketizing IP is evil. Just for a grin, before you shell out for a new NIC, why not try a different release, such as KNOPPIX? You can download it real fast using Windows. (-: Redhat may have introduced a driver bug. Horst wrote: On Wed, 18 Dec 2002, Jacob Meuser wrote: On Wed, Dec 18, 2002 at 03:14:09AM -0800, Horst wrote: ... kernel: http://www.scyld.com/network/ne2k-pci.html Did you read that? Now I did. Wow, if even the *author* of the kernel module says the following I may have to go NIC shopping: PCI NE2000 clones are a bad idea ... This trend has continued to the PCI bus. A NE2000 design makes little sense here. Certainly, it fits my observations; previous installations all used the same kernel module (but Win doesn't). The NIC worked fine in a local 10Mbps network, but cable modem may require something faster... Thanks man! Horst Mike, also thanks for the tip, but given the gravity of the statement above I may just waste time with kernel and/or IRQ tweaking at each new installation. ... ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug -- Bob Miller Kbob kbobsoft software consulting http://kbobsoft.com [EMAIL PROTECTED] ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]slooow cable modem connection on 'nix
Well... I didnt say it was RedScat specific. I simply said Yet another reason to not use RedScat. There are many other reasons I dont use it, or support it. Hopefully w/in a month, Ill be able to do my own testing with Broadband... What I was trying to elude to with the uname -r tells you your kernel version. ofcourse you have to be logged into the machine to issue it... and on a windows box you wont get the expected response... Its possible that cable routers check the operating system conencted to it, and throttle bandwidth based on that info.Lets say that ATT has stock in Macintosh. They have cable modems set to wide open for any mac, but anything not mac gets a throttled connection... therby making mac's look great, and anthing not mac look slow and not as good. Are you callig me clueless? Im not using redhat! (although I have tried using every version between 4 and 6... I still have my 4 cd pack of RedScat 4 (with Archives!). come to the meeting this week and Ill give it to ya! Jamie On Wednesday 18 December 2002 03:02 am, Horst wrote: : No, I don't think it's Red Hat specific (as far as 'thinking' can go if : you are clueless). As I indicated, with other earlier distros I : experienced things similar to some extend, but w/o ever documenting : transfer rates. : : Can you expand on what maybe they trhottle base on uname -r ? means ? : - Horst : : ~ : : On Wed, 18 Dec 2002, Linux Rocks ! wrote: : Yet another reason to not use RedScat. : so... do you think att is optimized for win98? maybe they trhottle base : on uname -r ? : : Jamie : : On Tuesday 17 December 2002 09:57 pm, Horst wrote: : : Recently I installed RH 8.0 from the demo CDs and noticed very slow : : download rates over cable (for the time being completely ignoring : : upload). Though I did a custom install there was little to config since : : RH detected and suggested DHCP (except the funny thing(*) below). For : : security I picked 'medium', that's iptables with DHCP traffic allowed : : plus ssh and http service, which I added. : : : : Web browsing under RH 8.0/cable is slower than on a good phone line : : connection under win98. Similar for plain console operation, like scp : : -- putty scp on win98 is about 10 times faster (see clips below for a : : 70MB download, server far away). I noticed slower transfer rates with : : older 'nix installations before, but those were installed before adding : : cable (so I just blamed myself for not tweaking). : : In short, this is not distro specific, and doesn't seem to be : : application layer dependent (on both GUI and console): always, transfer : : using win98 applications is much faster )-: : : I also added traceroute for both OS's, though only the 1st hop should : : be of interest(if at all), right? : : : : Any hints? --for either cure or diagnostic ? (I am willing to dig : : through long logs of ngrep or ethereal *if* needed) : : : : - Horst : : (*) the funny thing on RH 8.0 is that DHCP client doesn't seem to be : : able to get a hostname from ATT, thus using the entire MAC address of : : eth0 plus other crap as my host name in the command line prompt : : (leaving only 50% for me to type commands... until I manually set : : hostname) : : : : THe following records follow... : : : : = win98 / putty scp === : : xyz.sql.zip | 23480 kB | 119.2 kB/s | ETA: 00:06:24 |33% : : xyz.sql.zip | 69311 kB | 109.8 kB/s | ETA: 00:00:00 |100% : : = about 10 min for 70 MB : : ^^ : : : : === RH 8.0 : : xyz.sql.zip 10% |** snip| 7004 KB 1:36:31 ETA : : ...Killed by signal 2. : : = would have taken 1.5 hrs : : : : : : = win98: : : Tracing route to 66.178.136.22 (www.efn.org) over a maximum of 30 hops : : : : 114 ms 9 ms10 ms 10.139.x.y : : 2 8 ms 9 ms 8 ms 12.244.85.1 : : 310 ms25 ms10 ms 12.244.64.213 : : 466 ms13 ms12 ms 12.244.64.209 : : 512 ms18 ms13 ms 12.244.64.205 : : 617 ms18 ms18 ms 12.244.72.42 : : 717 ms16 ms17 ms 12.123.44.57 : : 817 ms21 ms17 ms 12.122.5.157 : : 975 ms32 ms34 ms 12.122.2.61 : : 1033 ms32 ms37 ms 12.123.13.69 : : 1137 ms37 ms41 ms 12.123.221.2 : : 1237 ms39 ms41 ms 208.186.87.13 : : 1341 ms38 ms40 ms 207.173.114.141 : : 1488 ms38 ms75 ms 208.186.21.33 : : 1542 ms45 ms42 ms 207.173.114.58 : : 1645 ms42 ms43 ms 208.186.20.241 : : 1760 ms57 ms61 ms 207.173.115.41 : : 18 149 ms93 ms 202 ms 208.186.20.129 : : 1957 ms58 ms59 ms 216.190.151.142 : : 2062 ms61 ms64 ms 66.178.135.110 : : 2168 ms68 ms61 ms
[Eug-lug]January Meeting Announcement
M MW WV VL U U GGG MM MMW WV VL U UG M M MW W W V V L U UG GG M M W W W V V L U UG G M M W W V UUU GGG J A N U A R Y M E E T I N G A N N O U N C E M E N T http://www.mwvlug.org AGENDA: 6:00 - 6:45 p.m. New User's 3/4 Hour 6:45 - 7:00 p.m. In The News 7:00 - 8:00 p.m. PRESENTATION WHEN: Tuesday, January 7 at 6:00 p.m. WHERE: Oregon State University Campus, Owen Hall Room 101. Driving directions here: http://www.mwvlug.org/map/directions.shtml SPECIAL GUEST: Tim Witham Director Open Source Development Laboratory http://www.osdl.org PRESENTATION: Tim Witham, director for the Open Source Development Laboratory in Beaverton Oregon, will be on hand to present OSDL's latest contributions to the Open Source community. This is sure to be an interesting and informative discussion as the OSDL's equipment and staff are top notch. He will no doubt be able to answer your questions about Linux's state for mission- critical applications on the big iron as well as improvements for the consumer. Details available at MWVLUG's web site: http://www.mwvlug.org See you there! Cooper Stevenson MWVLUG Coordinator Www: http://www.metasource.us ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]slooow cable modem... end-of-story
Thanks Bob, interesting link suggestion, but it came too late -- I read your message on Mike's computer at Mike's store, and left with an Intel PRO/100 S NIC. Now this is so cool - the JPGs in Mozilla pop up like they would be in cache (but they aren't), and scp is twice(!) as fast as what I had under win98 with the old NIC for my 70MB download test, and w/o a single error or collision: xyz.sql.zip 100% |**| 69311 KB05:31 - Horst (still with some academic Qs below) On Wed, 18 Dec 2002, Bob Miller wrote: Here's somebody on the web who had a very similar problem, with a similar solution. http://msgs.securepoint.com/cgi-bin/get/netfilter-0211/37/1.html I wonder if your cable modem is using a larger MTU than ethernet has, Does MTU mean mess(age) transfer unit ? Hhm, though largely acadimic now, if I had to multiplex(*?*) my end users on an about 1GHz bandwidth, larger packets would make sense ((I assumed multiplexing, or is it truly broadband with each end user having their own ~0.5MHz bandwidth at a fixed frequency? --the latter assuring QoS (including for those users that are not using, thus little overall flexibility)) and is repacketizing your TCP stream along the way. That would allow it to send back-to-back packets out the Ethernet interface, which would be the easiest way to confuse the NIC. But repacketizing IP is evil. Hhm, there may be a reason ATT highly recommends a 10/100 NIC although they *average* delivered bandwidth is much below that... Just for a grin, before you shell out for a new NIC, why not try a different release, such as KNOPPIX? You can download it real fast using Windows. (-: Redhat may have introduced a driver bug. Horst wrote: On Wed, 18 Dec 2002, Jacob Meuser wrote: On Wed, Dec 18, 2002 at 03:14:09AM -0800, Horst wrote: ... kernel: http://www.scyld.com/network/ne2k-pci.html Did you read that? Now I did. Wow, if even the *author* of the kernel module says the following I may have to go NIC shopping: PCI NE2000 clones are a bad idea ... This trend has continued to the PCI bus. A NE2000 design makes little sense here. Certainly, it fits my observations; previous installations all used the same kernel module (but Win doesn't). The NIC worked fine in a local 10Mbps network, but cable modem may require something faster... Thanks man! Horst Mike, also thanks for the tip, but given the gravity of the statement above I may just waste time with kernel and/or IRQ tweaking at each new installation. ... ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug -- Bob Miller Kbob kbobsoft software consulting http://kbobsoft.com [EMAIL PROTECTED] ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
[Eug-lug]evolution review in eWeek
http://www.eweek.com/article2/0,3959,768073,00.asp ciao gang, enjoy! b PS - I had some mail problems, am not getting euglug list emails anymore, but I checked my sub and it seems okay... anyone, help? -- Ben Barrett [EMAIL PROTECTED] counterclaim ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]slooow cable modem... end-of-story
Around Wed,Dec 18 2002, at 04:51, Horst, wrote: Thanks Bob, interesting link suggestion, but it came too late -- I read your message on Mike's computer at Mike's store, and left with an Intel PRO/100 S NIC. Does MTU mean mess(age) transfer unit ? Hhm, though largely acadimic now, if I had to multiplex(*?*) my end users on an about 1GHz bandwidth, larger packets would make sense ((I assumed multiplexing, or is it truly broadband with each end user having their own ~0.5MHz bandwidth at a fixed frequency? --the latter assuring QoS (including for those users that are not using, thus little overall flexibility)) MTU is maximum transfer unit. the MTU for Ethernet is 1500(plus extra for header info). -- [EMAIL PROTECTED] From /usr/bin/fortune: We're living in a golden age. All you need is gold. -- D.W. Robertson. ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]Meeting on the 26th?
Just in case I have any fans here... I'd like a Creative Muvo (128MB) mp3 player, a SliMp3, a borg teddy bear, and XP2600 CPU, Innovatek water cooling kit, 40 LCD projection TV, and an ATI AIW 9700 PRO. Guess that'll do me fine. Oh, I've been a good boy this year too. :) --- Bob Miller [EMAIL PROTECTED] wrote: Mike O wrote: Somebody buying you new toys? I can hardly afford to get myself anything cool right now. You don't have to get yourself anything. You just have to let your adoring fans know what you'd like. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
Re: [Eug-lug]evolution review in eWeek
I havnt seen any errors reported by by mailman... The list is archived on the web, so you could look there. I cant check EFN's mail log, but you could probably check counterclaims mail log. got any mail filtering going on? On Wednesday 18 December 2002 05:02 pm, Ben Barrett wrote: : http://www.eweek.com/article2/0,3959,768073,00.asp : : ciao gang, enjoy! : : b : : PS - I had some mail problems, am not getting euglug list emails : anymore, but I checked my sub and it seems okay... anyone, help? -- No microsoft products were used to produce this message. EUG-LUG Mailing List: http://mailman.efn.org/cgi-bin/listinfo/eug-lug ___ Eug-LUG mailing list [EMAIL PROTECTED] http://mailman.efn.org/cgi-bin/listinfo/eug-lug
