With even rudimentary traffic shaping capabilities this problem is easilly solved without removing a single person's access. Simply allocate a small percentage (say, 10%) of the outgoing and incoming bandwidth to the problem sites (the Library, student housing, and probably most student labs) for ALL traffic, encrypted or otherwise, and leave the other 90% for "serious research."
How about this: give the "default" maximum bandwidth as 10% for "problem sites", but allow it to borrow from the other sites when they aren't using it...
When "serious research" is taking 90%, the dorms only get 10%. If "serious research" is only taking 25%, then the dorms get the remainder, ie 75%. Pretty simple to do, too... See this.
Oh, those were the days. I think my dad still has all of the hardware and media (cartridges!) and disks (those sweet 5 1/4" disks)... I wonder if the hard drive still works (20 megabyte MFM).
I think the West Penn 99'ers user group is long gone, but we went to most of the meetings, including the "pre-club" meeting (ie I guess we were some of the founders). Lots of good people there. I can't count how many other cities we travelled to to meet other TI users.
I wonder if the Gram Kracker has any equivalent in today's emulators? If you don't remember, it was a device that let you "extract" the contents of the ROM from the cartridges and save it to disk, then load it back into the memory of the GK and run it like normal. Nifty little device. You could even modify the console roms, so the startup screen with the colors bars would have different text and colors.
They chose to use Microsoft products. That means they chose to accept the burden of tough upgrades or the result (being hacked, etc) of not upgrading.
It's what they chose to do, so they can deal with the consequences of their choices.
Well, the rest of us have to deal with their choices, too, since hacked Microsoft products have a tendency to "attack" other computers on the internet...
If it does require a server side piece, it's not a web browser, per se; but as a general question, is it worthwhile to look into "compressed" web pages, e.g., foo.html.zlib?
I implemented a patch for thttpd to do this. It's here.
It's been a standard for a while. IE, Mozilla, Konqueror, etc, support it. It helps my little cable modem serve pages a little faster, since the objects with mime-type containing "text/" are compressed (and you can compress text a lot).
My patch also supports pre-compressed pages, ie if there's a request for a.html, and a.html.gz exists, it will send that one. With some cron action to make all of the compressed pages every night, the at-request-time compression goes away.
That analogy doesn't work here, because the telcos own the underlying technology.
Ah, but if enough consumers bought a device that implemented a wireless mesh network, enough to saturate an area so everybody is "connected", the telcos would be removed from the per-consumer connection point. I almost said "would not own the underlying technology", but that would be wrong since they still own the fiber, etc., that makes up the internet. The telcos would just need to have a scattering of wireless-to-backbone points in the saturation area.
You could make phone calls to people in your neighborhood without going through the phone company... You could share files with your friend down the street at high speeds...
It would not be difficult to make a wifi access point-type device into this mesh network device. It's just software at this point...
Hmm.. AGP RAM, where reading is an order of magnitude slower than other RAM, or a hard disk which is several orders of magnitude slower than RAM... Which one would I like to have as my primary swap space...
The tech specs says "L1 Cache: 128k, L2 Cache: 64k". That sounds a lot more like a Duron than an Athlon. I thought Athlon's have 256k secondary cache.
Built-in IEEE1394 is cool, but where's the 802.11b?
Posted by Hemos on Thursday June 13, @12:39PM
from the going-gold dept....
Update: 06/13 15:16 GMT by M:...
What timezone is the 12:39PM time in? I'm in CDT (-0500), and EDT is -0400. Either way, the 15:16 GMT update doesn't make sense, because it would have occurred before the original story was posted.
So, this system will figure out traffic jams by determining what cell phones aren't moving... right?
Each cell tower has 0.3-2.0 mile radius of coverage, right?
So, I'm driving down the road, and roam to a certain cell, then get out of my car and walk to the library, where I sit down and read a book for 2 hours. My phone is still affiliated to the same cell site. Does the system think I'm stuck in traffic for 2 hours, since my phone isn't moving between cells anymore?
How about when you're driving in a caravan of 40 cars and when you stop at a rest area or gas station, for 20 minutes? How about arriving at your destination? Is that more statistically significant to the system due to the larger number of subscribers, and now it will think there is a traffic jam?
How about roads with high-occupant-vehicle lanes (aka "express lanes")? Those lanes are typically right next to the "regular" lanes, so the system can't differentiate between a cell phone in the regular lane and the HOV lane. The HOV lane is moving at 55mph, but the regular lane is moving at 10mph. Each car in a HOV lane has 4 people, each with a cell phone, and each car in a regular lane has 1 person with a phone. The system can't possibly be accurate in this situation.
So, there are these really, really well guarded, reinforced buildings that contains these computers. They answer queries from all over.
Why not just take out their ability to receive queries, ie blow up the Ameritech/Verizon/Sprint switch buildings that run wires (fiber?) to them. Or, go in with a backhoe or shovel and dig up all of the wires at the end of the city block. Sure, it's not permanent, but man, would it take a long time to splice that many fibers back together...
The other consideration is that with drives unmounted, all swap space is removed from the machine. This shouldn't be difficult in a machine that is handling even large amounts of traffic, given sufficient amounts of memory. However, in an older machine with fewer resources, it is possible to experience performance issues with extremely large amounts of traffic.
1. Does the kernel swap out stuff like routing tables or partial packets when it's packet forwarding? I don't think so, so having no swap space should be a non-issue.
1A. If it does use swap space, can't swap space continue to be mounted when the machine is in this state? Swap space is an extension of memory, and if the machine goes down, it doesn't really matter what's in there anyway.
2. An older machine will have performance issues with large amounts of traffic. This doesn't have anything to do with swap, though: it's based on CPU speed, and maybe a little bit on memory bandwidth. Then again, if your connection to the outside world is fast enough to saturate an "older" computer, you must have one hell of a connection. (I think a 486, doing nothing but packet filtering/forwarding, should be able to keep up on a T1, no sweat. Probably even on 10Mbs ethernet.)
My Garmin Emap already has this feature. It's a GPS receiver that has the ability to have downloaded to it city data, which includes roads, restaurants, and bars. It fits in my shirt pocket and has a nice LCD display...
GPS transmitter -- amazing technology
on
Time for a Beer?
·
· Score: 0
Wow, that's amazing technology.. to be able to have a GPS transmitter on your wrist. Other than the radiation concerns, I'd wonder about how effective it would be to have a precision time transmitting device in a bar on the surface of the earth...
Slashdot Mirror
When "serious research" is taking 90%, the dorms only get 10%. If "serious research" is only taking 25%, then the dorms get the remainder, ie 75%. Pretty simple to do, too... See this.
See here for details.
With it, you can give priority to certain packets, or de-prioritize other packets, or limit packets to a certain bandwidth, or ... the list goes on.
Traffic shaping
I think the West Penn 99'ers user group is long gone, but we went to most of the meetings, including the "pre-club" meeting (ie I guess we were some of the founders). Lots of good people there. I can't count how many other cities we travelled to to meet other TI users.
I wonder if the Gram Kracker has any equivalent in today's emulators? If you don't remember, it was a device that let you "extract" the contents of the ROM from the cartridges and save it to disk, then load it back into the memory of the GK and run it like normal. Nifty little device. You could even modify the console roms, so the startup screen with the colors bars would have different text and colors.
It's what they chose to do, so they can deal with the consequences of their choices.
Well, the rest of us have to deal with their choices, too, since hacked Microsoft products have a tendency to "attack" other computers on the internet...
It's been a standard for a while. IE, Mozilla, Konqueror, etc, support it. It helps my little cable modem serve pages a little faster, since the objects with mime-type containing "text/" are compressed (and you can compress text a lot).
My patch also supports pre-compressed pages, ie if there's a request for a.html, and a.html.gz exists, it will send that one. With some cron action to make all of the compressed pages every night, the at-request-time compression goes away.
You could make phone calls to people in your neighborhood without going through the phone company... You could share files with your friend down the street at high speeds...
It would not be difficult to make a wifi access point-type device into this mesh network device. It's just software at this point...
Touching air. Hmm.. I guess we all "do" that usually, but hmmm...
MythTV does.
Will they use GCC or Intel's compiler?
mod_gzip is for apache; thttpd and other web servers have content-encoding support, too.
Hmm.. AGP RAM, where reading is an order of magnitude slower than other RAM, or a hard disk which is several orders of magnitude slower than RAM... Which one would I like to have as my primary swap space...
Well?
I just gave my gf a PS2 yesterday. She liked it. (Now we can watch DVD's at her place.)
You never said why it's better. You just keep saying it's better. That's why that post sucks.
The tech specs says "L1 Cache: 128k, L2 Cache: 64k". That sounds a lot more like a Duron than an Athlon. I thought Athlon's have 256k secondary cache. Built-in IEEE1394 is cool, but where's the 802.11b?
Posted by Hemos on Thursday June 13, @12:39PM from the going-gold dept. ... ...
Update: 06/13 15:16 GMT by M:
What timezone is the 12:39PM time in? I'm in CDT (-0500), and EDT is -0400. Either way, the 15:16 GMT update doesn't make sense, because it would have occurred before the original story was posted.
How did this happen??
So, this system will figure out traffic jams by determining what cell phones aren't moving... right?
Each cell tower has 0.3-2.0 mile radius of coverage, right?
So, I'm driving down the road, and roam to a certain cell, then get out of my car and walk to the library, where I sit down and read a book for 2 hours. My phone is still affiliated to the same cell site. Does the system think I'm stuck in traffic for 2 hours, since my phone isn't moving between cells anymore?
How about when you're driving in a caravan of 40 cars and when you stop at a rest area or gas station, for 20 minutes? How about arriving at your destination? Is that more statistically significant to the system due to the larger number of subscribers, and now it will think there is a traffic jam?
How about roads with high-occupant-vehicle lanes (aka "express lanes")? Those lanes are typically right next to the "regular" lanes, so the system can't differentiate between a cell phone in the regular lane and the HOV lane. The HOV lane is moving at 55mph, but the regular lane is moving at 10mph. Each car in a HOV lane has 4 people, each with a cell phone, and each car in a regular lane has 1 person with a phone. The system can't possibly be accurate in this situation.
http://ftp.mozilla.org/pub/mozilla/releases/mozill a1.0/MD5SUMS has the md5sums. Wow. What an concept...
./mozilla-win32- 1.0-installer.exe
One of the lines happens to be
684461f4bef2888271cb05bd3d80af28
So, there are these really, really well guarded, reinforced buildings that contains these computers. They answer queries from all over. Why not just take out their ability to receive queries, ie blow up the Ameritech/Verizon/Sprint switch buildings that run wires (fiber?) to them. Or, go in with a backhoe or shovel and dig up all of the wires at the end of the city block. Sure, it's not permanent, but man, would it take a long time to splice that many fibers back together...
Is that where the clients get it from, too? Maybe that's why it's so slow.
1. Does the kernel swap out stuff like routing tables or partial packets when it's packet forwarding? I don't think so, so having no swap space should be a non-issue.
1A. If it does use swap space, can't swap space continue to be mounted when the machine is in this state? Swap space is an extension of memory, and if the machine goes down, it doesn't really matter what's in there anyway.
2. An older machine will have performance issues with large amounts of traffic. This doesn't have anything to do with swap, though: it's based on CPU speed, and maybe a little bit on memory bandwidth. Then again, if your connection to the outside world is fast enough to saturate an "older" computer, you must have one hell of a connection. (I think a 486, doing nothing but packet filtering/forwarding, should be able to keep up on a T1, no sweat. Probably even on 10Mbs ethernet.)
My Garmin Emap already has this feature. It's a GPS receiver that has the ability to have downloaded to it city data, which includes roads, restaurants, and bars. It fits in my shirt pocket and has a nice LCD display...
Wow, that's amazing technology.. to be able to have a GPS transmitter on your wrist. Other than the radiation concerns, I'd wonder about how effective it would be to have a precision time transmitting device in a bar on the surface of the earth...