That would mean we need about 9 GB for every combination. 24 KB = 24576 bytes. Number of byte ranges possible = 24576 * (24576+1) / 2 = 302002176. Each md5 hash is 32 bytes long. So total storage space required = 302002176 * 32 bytes = 9 GB. This can be easily implemented. But if AOL changes even one byte of aim.exe, the whole 9 GB will have to be rebuilt.
A lot of the comments are trying to claim that if information is freely available (like address), then it's fair game for it to be made available elsewhere. But sometimes context is important. A list of all residents of Chicago is different from a list of all doctors who perform abortions and need to be eliminated.
On a slightly offtopic note, I was just wondering how many people find Freenet usable. It's hard to find useful information and it seems to be degenerating to a wasteland of p0rn. And the lack of search tools makes it difficul to find material.
Wait a minute. Where did this come from? Last I heard, Intel still loved RDRAM.
You can check out this article at Anandtech about the Intel Developer Forum Conference (Spring 2001). It looks like for the server market, Intel will solely be using PC1600 DDR. They will be using Rambus RDRAM only for high end desktops (PC133 SDRAM for the low end) where they will eventually be able to use 4-layer motherboards because of the low pin-out of RDRAM.
The reason why Rambus has to win this lawsuit is plainly for survival. If you look at Rambus' latest quarterly financial report at http://biz.yahoo.com/e/l/r/rmbs.html , you'll find that royalties constotuted 77.3% of thir revenues in the quarter ended Dec 31. Without these royalties, Rambus' would be pulling in just a little over 1/5th of their current revenues. That would make Rambus the stock hugely overvalued even at current prices.
If you belive Rambus is going to lose the lawsuit, it's probably still not too late to short the stock:)
As far as I know, Windows still needs the extension to determine the file type. So anyone using Windows cannot do away with the extension. So we could have "Plain old English.exe" instead of ploeng.exe.
The GSLV has been delayed for a very long time esp. dues to the unavailability of the cryogenic engines. And it's still only a test. For what it's worth - good luck to the folks at ISRO. Here's ISRO's page for the GSLV.
Slightly offtopic but I was wondering if readers have any recommendations for IDEs that can be used under Linux to develop JSPs. I know Emacs or vi is sufficient but I find it hard to debug JSPs. I use JBuilder under Windows for similar tasks at work.
And it maybe worthwhile remembering that a couple of years back Microsft rescued Apple as well financially. How did that change Apple (other than financially)?
It's not that eye-candy is unappealing in general (although some may disagree on that too); it's that in an application which is primarily interested in squeezing every last CPU cycle, eye-candy is definitely unnecessary.
Goes to show that there are technically skilled people on both sides of the fence. Probably they read slashdot too :)
Oops ... md5 hashes are 16 bytes long. So that would be only 4.5 GB of space.
That would mean we need about 9 GB for every combination. 24 KB = 24576 bytes. Number of byte ranges possible = 24576 * (24576+1) / 2 = 302002176. Each md5 hash is 32 bytes long. So total storage space required = 302002176 * 32 bytes = 9 GB. This can be easily implemented. But if AOL changes even one byte of aim.exe, the whole 9 GB will have to be rebuilt.
A lot of the comments are trying to claim that if information is freely available (like address), then it's fair game for it to be made available elsewhere. But sometimes context is important. A list of all residents of Chicago is different from a list of all doctors who perform abortions and need to be eliminated.
On a slightly offtopic note, I was just wondering how many people find Freenet usable. It's hard to find useful information and it seems to be degenerating to a wasteland of p0rn. And the lack of search tools makes it difficul to find material.
It's on its way. Check out this and be sure to volunteer.
How about these:
Probably referring to all the recent naysayers predicting the downfall of Linux due to the innumerable distros, etc.
You can check out this article at Anandtech about the Intel Developer Forum Conference (Spring 2001). It looks like for the server market, Intel will solely be using PC1600 DDR. They will be using Rambus RDRAM only for high end desktops (PC133 SDRAM for the low end) where they will eventually be able to use 4-layer motherboards because of the low pin-out of RDRAM.
The reason why Rambus has to win this lawsuit is plainly for survival. If you look at Rambus' latest quarterly financial report at http://biz.yahoo.com/e/l/r/rmbs.html , you'll find that royalties constotuted 77.3% of thir revenues in the quarter ended Dec 31. Without these royalties, Rambus' would be pulling in just a little over 1/5th of their current revenues. That would make Rambus the stock hugely overvalued even at current prices. If you belive Rambus is going to lose the lawsuit, it's probably still not too late to short the stock :)
As far as I know, Windows still needs the extension to determine the file type. So anyone using Windows cannot do away with the extension. So we could have "Plain old English.exe" instead of ploeng.exe.
Not a chance. Atleast if ISRO and the Indian Govt. are honest to Vikram Sarabhai's statement.
Sorry! Bad link. Should be http://www.isro.org/gslv.htm
The GSLV has been delayed for a very long time esp. dues to the unavailability of the cryogenic engines. And it's still only a test. For what it's worth - good luck to the folks at ISRO. Here's ISRO's page for the GSLV.
Emmanuel Goldstein.
This calls for Newspeak.
Slightly offtopic but I was wondering if readers have any recommendations for IDEs that can be used under Linux to develop JSPs. I know Emacs or vi is sufficient but I find it hard to debug JSPs. I use JBuilder under Windows for similar tasks at work.
That's because of the GCHQ challenge - try it here!
And it maybe worthwhile remembering that a couple of years back Microsft rescued Apple as well financially. How did that change Apple (other than financially)?
Reminds me of Captain Compaq (?) who was in some of the "comics" handed out by Compaq during job fairs :)
Check out www.processtree.com; someday day they hope to pay you for your spare CPU cycles.
It's not that eye-candy is unappealing in general (although some may disagree on that too); it's that in an application which is primarily interested in squeezing every last CPU cycle, eye-candy is definitely unnecessary.