Both the Wikipedia page and the Britannica page for Australia give credit to the Dutch for discovering it in 1606 but then it was ignored until 1770 when Cook laid claim to it for England. The article incorrectly gave credit to Cook and was not written by Britannica.
When did switches enter the conversation? Nobody called anything a switch. Just because something isn't a hub doesn't automatically make it a switch. Repeaters are repeaters and not to be confused with anything else.
The key difference between a repeater and a hub is that repeaters have to do processing to rebroadcast the signal whereas hubs are "dumb" and are literally just wires which makes them extremely cheap to produce.
Two replies that state what I already refuted. As I said the closest thing to a hub for wifi is a repeater, but they are nowhere near the same because repeating requires processing.
Use NetStumbler http://www.netstumbler.com/ to determine the signal strength of all the other access points to see if any of the channels will have low interference. Although you may see lots of access points, they could be very feint signals because beacon frames are short at about 50 bytes (compared to 1500 for a typical data frame) so they're a lot easier to receive. The strong signal from your own apartment/condo should be able to drown out the noise from all the feint AP signals but if the people next door to you have an AP then it could slow you down so that's why you need to check for strong signals with NetStumbler.
There is no such thing as a hub with wifi. Hubs are devices that are "dumb" and essentially just extend a physical wire. Wifi has no wires so the wifi equivalent of hubs would be repeaters. Most consumers have wifi routers though.
Technical Colleges are mostly filled with people that should be flipping burgers. It's where people go when they don't have the grades or sometimes money for a real school. I'm suprised this fud made it onto slashdot (saw it on digg earlier).
This woman was clearly looking for any excuse to drop out and is blaming it on a computer instead of her own will but that's not even what the article is about. The article is slander with all its anti-linux rhetoric such as the following choice quotes:
"But something stopped her: Ubuntu. " - she could have told the dell tech what her problems were and they would have given her the easy solutions or she could have asked someone at the school. The only thing stopping her is herself.
"Schubert says she ordered her laptop online at Dell.com expecting to buy your classic bread-and-butter computer." - What would this story be about if she had gotten Vista or a Mac and it couldn't run the ISP install disc either? There is no such thing as a standard operating system and every computer user has to figure out how to solve problems that arise even if it means finding someone to fix it for you.
"She called Dell the very next day and says the representative told her there was still time to change back to Windows." - how could she change BACK to something that was never on it?
"However, we think we've helped her get back to school." - no you haven't, you just made a couple phone calls she would have made herself if she was truly interested in going back to school.
The purpose of the hash tree is to find what portion is actually corrupted so that you don't have to redownload the whole file. There's little reason not to have it incorporated into the process somehow for such large files.
The beauty of hash trees is that you don't need the whole tree to verify the file, you only need the root hash and then if it turns out they don't match (meaning the file or the hash itself somehow got corrupted) then you can request the rest of the tree.
Torrent files were just one example but Gnutella(2) clients can request a Tiger Tree at will from their networks.
Point #1 - Ever heard of hash trees? http://en.wikipedia.org/wiki/Hash_tree A.torrent file is mostly filled with such hash trees which allow your BT client to check the integrity of the files. Flaky links and faulty hard drives shouldn't be excuses after nearly 3 decades of hash trees' existence and a decade of them being used in mainstream p2p applications.
Point #2 - The firmware should automatically make a backup of settings when doing an upgrade and user space data should NEVER be wiped.
All of Linksys's draft n routers can get DD-WRT on them with just a simple firmware flashing. Some of them require you to flash the micro version of the firmware the first time to circumvent the very pathetically flawed signature check, but it's far from as complicated as the WRT54G v5/v6 method is.
You answered your own question, buy a newer Linksys (or other supported brand) router model that you can get one of the many Linux firmwares (dd-wrt, open-wrt, etc.) onto. They all have QoS sections in their web gui's that are somewhat simple to use. The big thing to remember though is that bit torrent uses hundreds of connections that can build up at the ISP side and give you horrible latency and jitter so to avoid that you may have to severely restrain your torrents.
All I want from any ISP is the honest truth of 1) what the maximum throughput from my house to the first hop is and 2) what the minimum guaranteed rate is when things get congested locally. In effect I want to know how shitty things will be when everyone in the neighborhood is on and how great they'll be when people aren't. Don't nickle and dime us because we're using more bandwidth, just make sure we know how much it'll be throttled when your pipes can't handle it.
It's amazing that Steve Jobs criticized flash's performance on PC's when quicktime has long had the slowest decoding on PC's for any format it can play. I think he may be threatened that flash is going to become the defacto player for h.264 on the web.
Agreed, any decent h.264 decoder can run on a ~2 Ghz single core cpu and the great decoders can probably run on ~1Ghz. A lot of video codecs are written poorly (like every single one in quicktime) and don't care because it helps keep hardware sales up.
Core AVC is wicked fast, I just downloaded the Iron Man trailer from quicktime.com and here's some rough figures for the h.264 decoders that I tried on my Athlon X2 running at ~2.5Ghz: Quicktime - ~80% load Nero - ~60% load Core AVC - ~25% load
Linksys wrt54g's originally used linux based firmwares until cisco bought them and then started selling linux based wrt54gs's at a premium... Well there are a few community made firmwares like DD-WRT (www.dd-wrt.com) and openWRT which offer much more features and will allow you to turn on SPI if it's still a problem.
Rofl, sounds like I hit a nerve. I made a few accounts way way back and this is the only one I've been able to remember and don't give a rats ass about how bad a name it is.
Not at all, people are making too many assumptions about what is not written. All it says is that he tests the skew caused by heating up the crystal which takes several hours to do. It says nothing about testing the skew while the system is "idle" because in reality there's no way for him to know if the system is actually idle or not. His system is all about making sure there is a load and then testing the skew while it's hot.
Read what you just said. Skew is a distortion of measurement. In normal operation there is no distortion, only when the crystal is heated. So by definition there is only one possible value for the skew and it's the change from before to after the crystal has been heated.
Think of all the VM's you can run.
I don't give recognition to all of England's name changes when they absorb territory.
Both the Wikipedia page and the Britannica page for Australia give credit to the Dutch for discovering it in 1606 but then it was ignored until 1770 when Cook laid claim to it for England. The article incorrectly gave credit to Cook and was not written by Britannica.
I've never seen such devices and google doesn't seem to have either. Wireless routers do switching.
When did switches enter the conversation? Nobody called anything a switch. Just because something isn't a hub doesn't automatically make it a switch. Repeaters are repeaters and not to be confused with anything else.
The key difference between a repeater and a hub is that repeaters have to do processing to rebroadcast the signal whereas hubs are "dumb" and are literally just wires which makes them extremely cheap to produce.
Two replies that state what I already refuted. As I said the closest thing to a hub for wifi is a repeater, but they are nowhere near the same because repeating requires processing.
Title correction: Pick the one with the LEAST interference
Use NetStumbler http://www.netstumbler.com/ to determine the signal strength of all the other access points to see if any of the channels will have low interference. Although you may see lots of access points, they could be very feint signals because beacon frames are short at about 50 bytes (compared to 1500 for a typical data frame) so they're a lot easier to receive. The strong signal from your own apartment/condo should be able to drown out the noise from all the feint AP signals but if the people next door to you have an AP then it could slow you down so that's why you need to check for strong signals with NetStumbler.
There is no such thing as a hub with wifi. Hubs are devices that are "dumb" and essentially just extend a physical wire. Wifi has no wires so the wifi equivalent of hubs would be repeaters. Most consumers have wifi routers though.
Technical Colleges are mostly filled with people that should be flipping burgers. It's where people go when they don't have the grades or sometimes money for a real school. I'm suprised this fud made it onto slashdot (saw it on digg earlier).
This woman was clearly looking for any excuse to drop out and is blaming it on a computer instead of her own will but that's not even what the article is about. The article is slander with all its anti-linux rhetoric such as the following choice quotes:
"But something stopped her: Ubuntu. " - she could have told the dell tech what her problems were and they would have given her the easy solutions or she could have asked someone at the school. The only thing stopping her is herself.
"Schubert says she ordered her laptop online at Dell.com expecting to buy your classic bread-and-butter computer." - What would this story be about if she had gotten Vista or a Mac and it couldn't run the ISP install disc either? There is no such thing as a standard operating system and every computer user has to figure out how to solve problems that arise even if it means finding someone to fix it for you.
"She called Dell the very next day and says the representative told her there was still time to change back to Windows." - how could she change BACK to something that was never on it?
"However, we think we've helped her get back to school." - no you haven't, you just made a couple phone calls she would have made herself if she was truly interested in going back to school.
Try finding any other CCIE, in any city, willing to work long hours for the government with a salary of only ~125k.
The purpose of the hash tree is to find what portion is actually corrupted so that you don't have to redownload the whole file. There's little reason not to have it incorporated into the process somehow for such large files.
The beauty of hash trees is that you don't need the whole tree to verify the file, you only need the root hash and then if it turns out they don't match (meaning the file or the hash itself somehow got corrupted) then you can request the rest of the tree.
Torrent files were just one example but Gnutella(2) clients can request a Tiger Tree at will from their networks.
Point #1 - Ever heard of hash trees? http://en.wikipedia.org/wiki/Hash_tree .torrent file is mostly filled with such hash trees which allow your BT client to check the integrity of the files. Flaky links and faulty hard drives shouldn't be excuses after nearly 3 decades of hash trees' existence and a decade of them being used in mainstream p2p applications.
A
Point #2 - The firmware should automatically make a backup of settings when doing an upgrade and user space data should NEVER be wiped.
All of Linksys's draft n routers can get DD-WRT on them with just a simple firmware flashing. Some of them require you to flash the micro version of the firmware the first time to circumvent the very pathetically flawed signature check, but it's far from as complicated as the WRT54G v5/v6 method is.
If you're adventurous, DD-WRT is one of many linux firmwares that can run on several consumer routers http://www.dd-wrt.com/wiki/index.php/Supported_Devices
Here's a forum thread with several scripts to allow you to do round robin load balancing with DD-WRT http://www.dd-wrt.com/phpBB2/viewtopic.php?t=13869&postdays=0&postorder=asc&highlight=dual+wan+port&start=0
You answered your own question, buy a newer Linksys (or other supported brand) router model that you can get one of the many Linux firmwares (dd-wrt, open-wrt, etc.) onto. They all have QoS sections in their web gui's that are somewhat simple to use. The big thing to remember though is that bit torrent uses hundreds of connections that can build up at the ISP side and give you horrible latency and jitter so to avoid that you may have to severely restrain your torrents.
All I want from any ISP is the honest truth of 1) what the maximum throughput from my house to the first hop is and 2) what the minimum guaranteed rate is when things get congested locally. In effect I want to know how shitty things will be when everyone in the neighborhood is on and how great they'll be when people aren't. Don't nickle and dime us because we're using more bandwidth, just make sure we know how much it'll be throttled when your pipes can't handle it.
It's amazing that Steve Jobs criticized flash's performance on PC's when quicktime has long had the slowest decoding on PC's for any format it can play. I think he may be threatened that flash is going to become the defacto player for h.264 on the web.
Agreed, any decent h.264 decoder can run on a ~2 Ghz single core cpu and the great decoders can probably run on ~1Ghz. A lot of video codecs are written poorly (like every single one in quicktime) and don't care because it helps keep hardware sales up.
Core AVC is wicked fast, I just downloaded the Iron Man trailer from quicktime.com and here's some rough figures for the h.264 decoders that I tried on my Athlon X2 running at ~2.5Ghz:
Quicktime - ~80% load
Nero - ~60% load
Core AVC - ~25% load
Linksys wrt54g's originally used linux based firmwares until cisco bought them and then started selling linux based wrt54gs's at a premium... Well there are a few community made firmwares like DD-WRT (www.dd-wrt.com) and openWRT which offer much more features and will allow you to turn on SPI if it's still a problem.
Rofl, sounds like I hit a nerve. I made a few accounts way way back and this is the only one I've been able to remember and don't give a rats ass about how bad a name it is.
Not at all, people are making too many assumptions about what is not written. All it says is that he tests the skew caused by heating up the crystal which takes several hours to do. It says nothing about testing the skew while the system is "idle" because in reality there's no way for him to know if the system is actually idle or not. His system is all about making sure there is a load and then testing the skew while it's hot.
Yes but that's not the skew he's measuring. He's only measuring the skew caused by heating the crystal.
Read what you just said. Skew is a distortion of measurement. In normal operation there is no distortion, only when the crystal is heated. So by definition there is only one possible value for the skew and it's the change from before to after the crystal has been heated.
You left out the part about how his method only has 64 unique "fingerprints" and so this is utterly useless.