INFO-VAX Fri, 23 Nov 2007 Volume 2007 : Issue 641 Contents: Re: A Look Ahead to 2008 further collection reduction - TU80 available for free Re: Looking for a TPU section that does automatic word wrap Re: Looking for a TPU section that does automatic word wrap Re: Looking for a TPU section that does automatic word wrap Re: Looking for a TPU section that does automatic word wrap Re: Putting a throttle on Apache (CSWS), or all of TCP Re: Putting a throttle on Apache (CSWS), or all of TCP Re: Putting a throttle on Apache (CSWS), or all of TCP Re: Putting a throttle on Apache (CSWS), or all of TCP Re: Putting a throttle on Apache (CSWS), or all of TCP Re: Putting a throttle on Apache (CSWS), or all of TCP Re: Putting a throttle on Apache (CSWS), or all of TCP ---------------------------------------------------------------------- Date: Fri, 23 Nov 2007 04:36:13 GMT From: John Santos Subject: Re: A Look Ahead to 2008 Message-ID: In article <4742600B.2020005@comcast.net>, rgilbert88@comcast.net says... > norm.raphael@metso.com wrote: > > > > Sic Transit Gloria Mundi. > > > > Tuesday is usually worse! ;-) > > Wasn't it Kate Mundi and Pat Tuesday? (And don't forget George Frankly.) -- John ------------------------------ Date: Thu, 22 Nov 2007 17:16:11 -0600 From: "Lee K. Gleason" Subject: further collection reduction - TU80 available for free Message-ID: Free for pickup in Houston, Texas, near TC Jester and the North loop. This is a 9 track, reel to reel tape drive, it comes in a half height rack. It accepts tapes up to full size 2400 foot. Speed 25 IPS start/stop mode, 100 IPS streaming mode. Density is 1600 BPI. This TU80 was lightly used, and then stored in the back bedroom for the last 12 years or so. It was working when I stored it, don't have anything to test it with now. Here's your chance to own a piece of computing history! -- Lee K. Gleason N5ZMR Control-G Consutlants lee.gleason@comcast.net ------------------------------ Date: Thu, 22 Nov 2007 11:30:33 -0800 From: Ken Fairfield Subject: Re: Looking for a TPU section that does automatic word wrap Message-ID: <5qm3mrF102j81U1@mid.individual.net> Syltrem wrote: > Thanks for the code sample; that will get me started. > > Still unsure that FILL is the answer though. > Not even sure I want to go the EVE/TPU route with this. I'm still in the > thinking process. > > What I need if for people to enter thex and not have lines over 60 > characters in length. > But they may indent stuff or not leave a blank line between paragraphs, and > I don't want to break their "nice" alignment if they do. The source of EVE is on every VMS system in SYS$HELP:EVE$*.TPU. The stuff that handles word wrap is in EVE$FORMAT.TPU. You can look at the stuff that's in there for ideas, or modify it for your own use. I spent a few minutes reviewing it myself and I think, for your needs, it's both too much and too little. If I read your requirements correctly, what you really want is not to fill paragraphs, but to split lines that are too long. Is that right? If so, I would write a procedure that simply started at the top of the buffer, moved to the end of line, and checked the offset_column. If beyond column 60, find the beginning of the current word (and check its offset column) then split the line, else goto to the next line. I'm not at my VMS system at the moment, so I hesitate to provide sample code, but I'll note that the Length(CURRENT_LINE) does not give the character position of the last character if there are tabs or non-zero line indent present, etc., so you need to be a little careful with that. There are EVE routines for find beginning and end of word, and others that may be helpful. I could probably knock out something in about ten minutes if I were at my VMS system... ---- However, if in addition to wrapping at column 60, you *also* want to fill short lines, that is, do what FILL PARAGRAPH does, but you also want to maintain the user's ad hoc alignment, that's going to be hard. You've already commented that paragraphs may not have blank lines between them, do how does your program identify the beginning and end of a paragraph (you've broken EVE's rules)? If you can solve that problem, you might be able to keep the user's indention, say for a list of bullet points, or the initial paragraph indention. But it will take examining the leading whitespace on each line and using some rule to decide whether to keep it or not, and when you split a line, determine whether the next line needs to be joined to it or not. I find this sort of thing much easier for the user to do than a program (EVE procedure). EVE is perfectly capable, for example, of setting the left margin to 10, and the paragraph indention to -4, producing a paragraph with "hanging indention" suitable for a list of bullet points. The user knows when to fill a series of these bullet points as edits take place, but I'd be very worried about an EVE exit routine knowing what the user wanted... -Ken -- Ken & Ann Fairfield What: Ken dot And dot Ann Where: Gmail dot Com ------------------------------ Date: Thu, 22 Nov 2007 16:18:07 -0500 From: "Syltrem" Subject: Re: Looking for a TPU section that does automatic word wrap Message-ID: <13kbsgmrbrllh98@corp.supernews.com> "Ken Fairfield" wrote in message news:5qm3mrF102j81U1@mid.individual.net... > Syltrem wrote: >> Thanks for the code sample; that will get me started. >> >> Still unsure that FILL is the answer though. >> Not even sure I want to go the EVE/TPU route with this. I'm still in the >> thinking process. >> >> What I need if for people to enter thex and not have lines over 60 >> characters in length. >> But they may indent stuff or not leave a blank line between paragraphs, >> and I don't want to break their "nice" alignment if they do. > > The source of EVE is on every VMS system in SYS$HELP:EVE$*.TPU. > The stuff that handles word wrap is in EVE$FORMAT.TPU. You can > look at the stuff that's in there for ideas, or modify it for your > own use. > > I spent a few minutes reviewing it myself and I think, for your > needs, it's both too much and too little. > > If I read your requirements correctly, what you really want is not > to fill paragraphs, but to split lines that are too long. Is that > right? If so, I would write a procedure that simply started at > the top of the buffer, moved to the end of line, and checked the > offset_column. If beyond column 60, find the beginning of the > current word (and check its offset column) then split the line, else > goto to the next line. > > I'm not at my VMS system at the moment, so I hesitate to provide > sample code, but I'll note that the Length(CURRENT_LINE) does not > give the character position of the last character if there are tabs > or non-zero line indent present, etc., so you need to be a little > careful with that. There are EVE routines for find beginning and end > of word, and others that may be helpful. I could probably knock > out something in about ten minutes if I were at my VMS system... > > ---- Yes, that's what I need. I just want to split long lines. It doesn't need to be too fancy and know about paragraphs. I just want to make sure I do not loose text, and also don't mess too much with the user's formatting. Thanks for the pointer to EVE$FORMAT.TPU. > However, if in addition to wrapping at column 60, you *also* want to > fill short lines, that is, do what FILL PARAGRAPH does, but you also > want to maintain the user's ad hoc alignment, that's going to be hard. > You've already commented that paragraphs may not have blank lines > between them, do how does your program identify the beginning and end > of a paragraph (you've broken EVE's rules)? If you can solve that > problem, you might be able to keep the user's indention, say for a > list of bullet points, or the initial paragraph indention. But it > will take examining the leading whitespace on each line and using > some rule to decide whether to keep it or not, and when you split a > line, determine whether the next line needs to be joined to it or > not. > I may do this too - if a long line starts with blank characters, break the line and insert those same blank characters at the beginning of the new line. > I find this sort of thing much easier for the user to do than a > program (EVE procedure). EVE is perfectly capable, for example, > of setting the left margin to 10, and the paragraph indention to > -4, producing a paragraph with "hanging indention" suitable for a > list of bullet points. The user knows when to fill a series of > these bullet points as edits take place, but I'd be very worried > about an EVE exit routine knowing what the user wanted... > > -Ken > -- > Ken & Ann Fairfield > What: Ken dot And dot Ann > Where: Gmail dot Com So If I have some text like this that's too long: 1) I could split the lines so that I don't loose characters at the end of a line 2) It may not look pretty, but not that bad either. It would come out like this ---- below is above text processed by the new exit procedure ---- (approximately - I did not count characters here!) So If I have some text like this that's too long: 1) I could split the lines so that I don't loose characters at the end of a line 2) It may not look pretty, but not that bad either. It would come out like this ------------ Something that would do this is sufficient at this point. I will look into EVE$FORMAT.TPU (it's not short! 2069 lines) Thanks Syltrem ------------------------------ Date: Thu, 22 Nov 2007 15:07:12 -0800 (PST) From: Hein RMS van den Heuvel Subject: Re: Looking for a TPU section that does automatic word wrap Message-ID: On Nov 19, 5:06 pm, "Syltrem" wrote: > Hi ! > > Does anyone know of a TPU section file that would do automatic word wrapping I would probably use a perl one-liner to do a job like that. $ typ tmp.tmp ! Notice 4 space leading second line, 2 spaces leading 3rd. So If I have some text like this that's too long: 1) I could split the lines so that I don't loose characters at the end of a line 2) It may not look pretty, but not that bad either. It would come out like this perl, maintaining leading spaces $ perl -ne "while (length > 35) { m/(\s*)(.{0,35})\s+(.*)/;{ print qq($1$2\n); $_=$1.$3}} print qq($_\n)" tmp.tmp So If I have some text like this that's too long: 1) I could split the lines so that I don't loose characters at the end of a line 2) It may not look pretty, but not that bad either. It would come out like this More basic perl, not perserving line indent $ perl -ne "while (length > 35) { m/(.{0,35})(\s.*)/;{ print qq($1\n); $_=$2}} print qq($_\n)" tmp.tmp the crucial part is the MATCH regular expression: m/(.{0,35})(\s.*)/ $_ is the 'default' line buffer variable. The m// is the match function. Could also use m%% or whatever. The parens identify a remember zone, identified as $1, $2, $3,... So we are looking for, and remember in $1 anything '.' for up to 35 times '{0,35} followed by a second string which we remember by $1 which must start with whitespace, followed by anything, any number of time '.*' up to the end'. Print the first part, and save the second part in the default line veriable for the next iteration untill the line is shorter than target. If we move the whitepace match '\s' out of the second paren, then we 'eat' that: $ perl -ne "while (length > 35) { m/(.{0,35})\s(.*)/;{ print qq($1\n); $_=$2}} print qq($_\n)" tmp.tmp So If I have some text like this that's too long: 1) I could split the lines so that I don't loose characters at the end of a line 2) It may not look pretty, but not that bad either. It would come out like this hth, Hein. ------------------------------ Date: Thu, 22 Nov 2007 19:50:13 -0500 From: JF Mezei Subject: Re: Looking for a TPU section that does automatic word wrap Message-ID: <8d79f$474623c6$cef8887a$18843@TEKSAVVY.COM> If you don't need "live" reformatting, you could simply redefinethe save command to also call one of your subroutines. That souroutine would scan the buffer for any line exceeding 60 characters, and if so, select the first character, move to end of line, then issue the equivalent of the FILL command. This would then reflow only that one line. ------------------------------ Date: Thu, 22 Nov 2007 21:34:46 +0100 From: Dirk Munk Subject: Re: Putting a throttle on Apache (CSWS), or all of TCP Message-ID: Keith Lewis wrote: > I have one of my VMS boxes set up to record and save a certain radio > show. As a service to my fellow fans out of the area, I make it > available for download on the web, over my relatively slow DSL > connection. > > The problem is I got a new ethernet switch, which seems to have a big > buffer. It is killing the latency from my other machines. > > The ideal solution to this (short of IPv6 packet prioritization) would > be to limit the Apache web server to a certain fixed bandwidth lower > than my total available on DSL, so then the buffer would not fill up. > > A less desireable solution would be to put the bandwidth limit on > TCPIP Services for OpenVMS as a whole. > > How? > > Pointers to docs on how to do either of these would be greatly > appreciated. I'm using a Draytek router/switch for my connection with the Internet. It has the possibility to limit the traffic on any of the four switch ports. ------------------------------ Date: Thu, 22 Nov 2007 21:42:29 +0100 From: Dirk Munk Subject: Re: Putting a throttle on Apache (CSWS), or all of TCP Message-ID: <9c00d$4745e9b6$52499ec7$24770@cache4.tilbu1.nb.home.nl> Dirk Munk wrote: > Keith Lewis wrote: >> I have one of my VMS boxes set up to record and save a certain radio >> show. As a service to my fellow fans out of the area, I make it >> available for download on the web, over my relatively slow DSL >> connection. >> >> The problem is I got a new ethernet switch, which seems to have a big >> buffer. It is killing the latency from my other machines. >> >> The ideal solution to this (short of IPv6 packet prioritization) would >> be to limit the Apache web server to a certain fixed bandwidth lower >> than my total available on DSL, so then the buffer would not fill up. >> >> A less desireable solution would be to put the bandwidth limit on >> TCPIP Services for OpenVMS as a whole. >> >> How? >> >> Pointers to docs on how to do either of these would be greatly >> appreciated. > > I'm using a Draytek router/switch for my connection with the Internet. > It has the possibility to limit the traffic on any of the four switch > ports. Sorry, I should have been more precise. It has the possibility to set the Quality of Service. For instance I can set a rule whereby I reserve 75% of the outgoing bandwith for HTTP, so I have 25% left for other things. Is this what you are looking for? ------------------------------ Date: Thu, 22 Nov 2007 21:15:54 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Putting a throttle on Apache (CSWS), or all of TCP Message-ID: In article , Keith Lewis writes: > > >I have one of my VMS boxes set up to record and save a certain radio >show. As a service to my fellow fans out of the area, I make it >available for download on the web, over my relatively slow DSL >connection. You're lucky that the RIAA hasn't sent out their representatives (Doug and Dinsdal Piranha) to 'throttle' you for this practice. An internet radio I am affiliated with was "legitimately" (Is dotted and Ts crossed contracts) rebroadcasting an FM radio show until the RIAA cracked down back before the summer. Count your blessings that the RIAA's "other other operation" hasn't been terrorizing you because of this little operation of yours. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Thu, 22 Nov 2007 23:12:04 -0000 From: "John Wallace" Subject: Re: Putting a throttle on Apache (CSWS), or all of TCP Message-ID: <13kc369i60jvgf4@corp.supernews.com> "Dirk Munk" wrote in message news:9c00d$4745e9b6$52499ec7$24770@cache4.tilbu1.nb.home.nl... > Dirk Munk wrote: > > Keith Lewis wrote: > >> I have one of my VMS boxes set up to record and save a certain radio > >> show. As a service to my fellow fans out of the area, I make it > >> available for download on the web, over my relatively slow DSL > >> connection. > >> > >> The problem is I got a new ethernet switch, which seems to have a big > >> buffer. It is killing the latency from my other machines. > >> > >> The ideal solution to this (short of IPv6 packet prioritization) would > >> be to limit the Apache web server to a certain fixed bandwidth lower > >> than my total available on DSL, so then the buffer would not fill up. > >> > >> A less desireable solution would be to put the bandwidth limit on > >> TCPIP Services for OpenVMS as a whole. > >> > >> How? > >> > >> Pointers to docs on how to do either of these would be greatly > >> appreciated. > > > > I'm using a Draytek router/switch for my connection with the Internet. > > It has the possibility to limit the traffic on any of the four switch > > ports. > Sorry, I should have been more precise. > > It has the possibility to set the Quality of Service. For instance I can > set a rule whereby I reserve 75% of the outgoing bandwith for HTTP, so I > have 25% left for other things. Is this what you are looking for? I was wondering about that concept too, hence my Linux/DSL bandwidth management/QoS reference earlier, but I happened to be looking at DSL routers yesterday (my D-Link DSL604+ is showing its age) and it seems like QoS stuff is no longer confined to higher end or DIY Linux routers. A GBP40 SoHo router from Billion (7300G) apparently comes complete with flexible-looking QoS, SNMP management (but no DSL Line MIB), and even something it calls VLAN support. Whether it actually *works* as marketed is a different question, but on paper it looks good. Other boxes at similar prices also seemed to offer QoS but I didn't look in so much detail. If upstream bandwidth saturation due to other folks downloads of the audio is the basic issue in this picture (we don't know that for sure yet), a DSL router with decent QoS capability could be a nice simple fix. regards John ------------------------------ Date: Thu, 22 Nov 2007 15:19:34 -0800 (PST) From: shimmyshack Subject: Re: Putting a throttle on Apache (CSWS), or all of TCP Message-ID: On Nov 22, 11:12 pm, "John Wallace" wrote: > "Dirk Munk" wrote in message > > news:9c00d$4745e9b6$52499ec7$24770@cache4.tilbu1.nb.home.nl... > > > > > Dirk Munk wrote: > > > Keith Lewis wrote: > > >> I have one of my VMS boxes set up to record and save a certain radio > > >> show. As a service to my fellow fans out of the area, I make it > > >> available for download on the web, over my relatively slow DSL > > >> connection. > > > >> The problem is I got a new ethernet switch, which seems to have a big > > >> buffer. It is killing the latency from my other machines. > > > >> The ideal solution to this (short of IPv6 packet prioritization) would > > >> be to limit the Apache web server to a certain fixed bandwidth lower > > >> than my total available on DSL, so then the buffer would not fill up. > > > >> A less desireable solution would be to put the bandwidth limit on > > >> TCPIP Services for OpenVMS as a whole. > > > >> How? > > > >> Pointers to docs on how to do either of these would be greatly > > >> appreciated. > > > > I'm using a Draytek router/switch for my connection with the Internet. > > > It has the possibility to limit the traffic on any of the four switch > > > ports. > > Sorry, I should have been more precise. > > > It has the possibility to set the Quality of Service. For instance I can > > set a rule whereby I reserve 75% of the outgoing bandwith for HTTP, so I > > have 25% left for other things. Is this what you are looking for? > > I was wondering about that concept too, hence my Linux/DSL bandwidth > management/QoS reference earlier, but I happened to be looking at DSL > routers yesterday (my D-Link DSL604+ is showing its age) and it seems like > QoS stuff is no longer confined to higher end or DIY Linux routers. A GBP40 > SoHo router from Billion (7300G) apparently comes complete with > flexible-looking QoS, SNMP management (but no DSL Line MIB), and even > something it calls VLAN support. Whether it actually *works* as marketed is > a different question, but on paper it looks good. Other boxes at similar > prices also seemed to offer QoS but I didn't look in so much detail. > > If upstream bandwidth saturation due to other folks downloads of the audio > is the basic issue in this picture (we don't know that for sure yet), a DSL > router with decent QoS capability could be a nice simple fix. > > regards > John i just use rc.shaper past a linux (xubuntu) box, using cbq. You can specify from local port 80/443 for all external IPs and jobs a gooden. Because you know that you will only ever support a certain amount of total bandwidth outgoing, it makes sense to throttle if you can t do QoS on your machine or else it limits your internet download speed. config is a few text files - or just one in your case, and its dynamic so you can alter the rules while the thing is serving, it also does bursting/flexing so you get that initial hit that wakes up some mp3 players which cache. apache: although mod_bw allows some control, so that no one can get more than a certain speed for certain mimetypes, multiple connections can be used to get round this. (for the version of mod_bw I have installed) Still - I do use it for mp3 downloads so I can listen to steamed mp3s from my collection while at work through a browser which would otherwise steal my outgoing bandwidth and make it hard to maintain a webserver serving other traffic as well as VNC etc... I only have 450kbs^-1 to play with outgoing. ------------------------------ Date: Thu, 22 Nov 2007 21:57:48 -0800 (PST) From: Keith Lewis Subject: Re: Putting a throttle on Apache (CSWS), or all of TCP Message-ID: <61688852-fcec-4438-93ed-2856fad6d308@i12g2000prf.googlegroups.com> On Nov 21, 8:22 pm, "John Wallace" wrote: > "Keith Lewis" wrote in message > > news:d5e40952-c9f6-44e1-9037-158f90fbefc8@b15g2000hsa.googlegroups.com... > > > I have one of my VMS boxes set up to record and save a certain radio > > show. As a service to my fellow fans out of the area, I make it > > available for download on the web, over my relatively slow DSL > > connection. > > Is there a particular reason you do it this way rather than uploading it to > some web/ftp space hosted somewhere where bandwidth is less of an issue? > Cost may be one reason. Time is money. You can fix this one of two ways; > spend time, or spend money (option 3, spend both, also applies). > > > > > The problem is I got a new ethernet switch. > > Understood. Does it replace a previous one, or is the network config now > different? If config unchanged, can you put the old switch back, what > behaviour is observed? > > > which seems to have a big > > buffer. > > That's a bit of a surprise. Need to see some hard evidence if possible that > this really is the cause, unsure how VMS users get that (tcpdump equivalent? > Ethereal/wireshark?) > > >It is killing the latency from my other machines. > > Not 100% sure which machines are seeing excessive latency, and/or to where? > Intra-LAN latencies from anything on the LAN to anything on the LAN are > high? VMS to outside world latencies are high while LAN latencies are OK? > Does the latency depend on whether anybody's actively copying the > files/streams from you? Different situations, fix may depend on which one it > is. > > > > > The ideal solution to this (short of IPv6 packet prioritization) would > > be to limit the Apache web server to a certain fixed bandwidth lower > > than my total available on DSL, so then the buffer would not fill up. > > IPv6. It's the next big thing. ISTR it was the next big thing in the 1980s > (shortly after OSI networks solved the same classes of problem but went > nowhere despite DEC's efforts) and IPv6 is still the next big thing :) Do > any ISPs in the US actually support IPv6? The UK didn't have many last time > I looked (a year or three ago). > > Anyway, IPv6 or not, upstream bandwidth management is a popular approach to > managing a DSL connection so that upstream traffic (from you to the outside > world) does not slow down (or seriously increase latency for) your > downstream traffic, but this is more usually related to "ack starvation", > which wouldn't necessarily be related to a new switch with big buffers. > > > A less desireable solution would be to put the bandwidth limit on > > TCPIP Services for OpenVMS as a whole. > > Indeed. Sledgehammer to crack nut, probably even if this has to be a "pure > VMS" solution. > > What other resources are available to you on the LAN? What DSL router are > you using? Does it have a built-in switch? > > Y'know, given the picture as described, the first thing I'd do would be to > *closely* observe any LEDs on NICs and switch ports, and maybe keep an eye > on any VMS "line up"/"line down" (or is it circuit up/circuit down) events, > to make sure that the traditional silliness associated with auto-negotiate > and incompatible physical layer implementations isn't occuring here. If it > is occuring, the typical symptom is a short burst of traffic, a slightly > longer pause while (re)negotiation takes place, a burst of traffic, a pause, > etc. This isn't *quite* the same as steady traffic with daft latency, but > may occasionally appear that way, so please accept my apologies if it's not > what you're seeing. If it is occuring, you can try to fix it by forcing the > VMS NICs to a fixed speed of your choice. I'm not 100% sure that's a > guaranteed fix though, especially as your unmanaged switch won't have a > fixed speed option. > > You also might want to temporarily connect your VMS web box direct to your > DSL router, *without* going via the new Trendnet switch, if this is an > option. Similarly, if the DSL router has a built in switch (as many do), you > might want to try moving stuff between the DSLrouter switch and the Trendnet > switch, see if anything improves. I've seen cases where cascaded switches > don't behave as you'd hope (a D-Link and something else), and cases where > they do (a pair of Netgear FS10x), and this reconfiguration may also help > eliminate any issues with incompatible autonegotiate setups. > > Assuming it's not autonegotiate silliness, if there was scope for a > Linux-based router (either an actual SoHo router reflashed, or a > PC/oldlaptop, or similar) I'd probably look at Linux and some of the "DSL > bandwidth management howtos" scattered around the Internerd (based on > IPtables and QoS and stuff). Or at least seek advice from someone who > understands these things properly (I don't). Another option could be to look > at DSL routers supplied with "Turbo TCP" (Westell's name) or something > equivalent, which is allegedly a ready-made solution to the problem of "ack > starvation". > > If it has to be a VMS-based solution, JF has some interesting thoughts > around using 2 separate NICs, and reducing what the rest of the world calls > RWIN. Another possible option might to be to force a low MTU for traffic > going via your DSL router, while retaining default MTU for on-LAN traffic, > which *might* give you the necessary control. Not sure of the exact TCP > services incantation for that, but if TCP services can't do it, a decent DSL > router (with configurable MTU) should be able to do it instead, so long as > Path MTU Discovery is working correctly between you and the folks you > connect to. In fact if your router can easily change its MTU, this might be > something to try earlier rather than later. > > Best of luck > John Wallace OK, more details on the network change that (I assume) led to the problem. I built myself a new Linux box. The switch in my Linksys router was already full, so I bought an additional 8-port switch. Since the new Linux system has a second ethernet interface, I seized the opportunity to set it up as a network monitor. I moved all my computers to the new switch and connected the switch to the router through an old 10Mb half-duplex hub. Then I connected the second interface of the new Linux box to the dumb hub, so it gets mirrored copies of every external packet. The latency problem only happens when somebody is doing a big download from my web site, and it only affects external communications. I notice it mostly from my Windows PC, which I use for gaming and VNC over VPN. If I fire up etherape on the Linux system, I see a large, steady, volume of outgoing web traffic. If I shut down Apache on VMS, or if the download finishes, the problem clears up. Failed auto-negotiation is a potential problem here. Probably not on my alphas but on the dumb hub. If I'm reading the LEDs on the router right, it has correctly selected 10-half for its connection to that hub. The Trendnet switch on the other side doesn't give as much info. The idea of testing what happens when the VMS server is plugged directly into the router is a good one. I hesitate to do that because then I'd be sending my LAVC traffic through the 10Mb hub. I may need what JF suggested -- a second interface on the server. Plug one into the dumb hub for web-server traffic and leave the other on the switch for internal use. Hosting the files on a bigger site wouldn't help much. It would add a delay for the people I'm trying to help out, and it would still use lots of bandwidth while it was uploading to that site for a couple of hours a day. At least I could control when it ran. Dirk, thanks for the hardware suggestion. Shimmyshack, I'll take a look at mod_bw. ------------------------------ Date: Thu, 22 Nov 2007 22:12:43 -0800 (PST) From: Keith Lewis Subject: Re: Putting a throttle on Apache (CSWS), or all of TCP Message-ID: <4475bfbe-10ad-4d61-8cc5-9e8bfba3081b@e4g2000hsg.googlegroups.com> On Nov 22, 2:40 am, pe...@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) wrote: > In article <604bd536-1bc0-414e-83f7-3a09d3f47...@g21g2000hsh.googlegroups.com>, Keith Lewis writes: > > >It's VMS 7.3-1 (version 8 has no audio) > > Why not V7.3-2? To keep my hobbyist system sort of the same as my systems at work, which run an app that uses X-windows bitmap overlays, last seen to work in Decwindows 1.2-5. > >TCPIP V5.4 > > ECO7 perhaps? Lower than that. I can upgrade if that would make a diffference. > >CSWS 1.2 I think. I rejected the "all files must be stmlf" upgrade. > > You missed CSWS V2.1 (ECO1) vs V2.0 features? They lifted the restriction? That *is* good news! ------------------------------ End of INFO-VAX 2007.641 ************************