Sounds like a scheme taken up from one of the later books of the Enders triology, where his brother and sister are using a popular voice and a intellectual voice to respond to each other on internet discussion forums.
Maybe this is a copy, but then with a single person. And on a not so influential forum, I might add. Then again, they also first used less important forums to get into gear. Now to find the online influential forum (maybe these forums exist, those kids also needed their parents login code to get into it).
I've just created more designs with my digital camera and photoshop. They are: * remote control computer: you can point it to others to share data * beer bottle computer: you can share data in a friendly environment by clunking it against other beer bottles * ear plug computer: it uploads data to your main bed computer whilst you are asleep through your skin * "Wild Pig" Merlot computer: you use the rubber cap to put the data into a newer computer if necessary * Fight Club DVD computer... Darn, I need to clean up this place.
Only too true. When I first met Ensoniq I was selling them at Gateway 2000 in Amsterdam. Then they went SoundBlaster and everybody jumped at the cards. Exactly the same driver, hardware, anything, including the backwards compatibility. I still remember waiting for their own PCI version to show up, and being told we were now selling SoundBlaster.
I don't like Creative anymore after having too many driver problems, website problems etc. (and I hate those overbuild GUI graphicy stuff they have to include with the drivers). One thing that is good about Creative: you can rest assured that their DAC doesn't suck. I agree it would have been better if they hadn't been bought though.
And if you have a real nice but analogue audio system, that goes a long way.
As said, readily solved with Java 1.5, unless you are casting between basic types. And within the Eclipse IDE (e.g.) you can use quick fix if you have a casting problem. Having weak typing is a much bigger problem, IMO.
These days people who can drag-and-drop call themselves programmers. Poeple who can spell "l337" are one! Well, "l337" is a language isn't it? At least they know how to use one language. Some poeple on the other hand don't know even how to spell in English:^P
Yeah, well, I've just had trouble typing in text with word, because all key presses were lost when it was saving the word file to the network. Of course OO is not perfect, far from that, but it can be worse: Word. This is not a Word troll, it happened to me today, continuously. Try and mix multiple Word versions for different countries and you can have oodles of fun, such as putting in two days of work just to get rid of the English/Dutch/German named fonts.
The representation of OO is worse than that of Word. The stability and usefulness of the GUI is much better. The same goes for Powerpoint and OO Impress, which is why I use the first one, presentation is more important for a package that does, eh, presentations. Text documents however? Give me OO Writer over Word anytime.
"I am crypto-tech naive. What's the problem with using one-time pads and having every "relationship" share a pad?"
Well, just think about all the SSL enabled sites out there, and remember you will now have a N * N (client * server) number of relations that need to setup a symmetric key (which is what a one time pad is, basically). Also note that you don't have a certificate infrastructure, so you cannot just go to VeriSign or any other trusted third party and buy a certificate from there. You cannot download one time pads, because you don't know who it is coming from.
Say you have 200.000.000 client computers in the US alone, and some 5.000 sites with one time pad SSL. Then you have 1.000.000.000.000 relations to set up. Not quite as much as the number of dollars wasted on the war in Iraq, but it's getting there. Of course, you won't use each and every service, but it would take a little bit too much time to exchange disks by post when you are trying to connect to a new service.
The day PKIs that use factoring or discrete logs become easy to crack is the day when there's going to be a lot of tremendous amount of money spent on stop-gap security measures until someone figures out something new...
I imagine one-time pads will come back in style.
One time pads are replacements for symmetric encryption (both sides use the same key), not asymmetric encryption. You cannot authenticate a server to multiple clients using one time pads for instance. Everybody would have the one time pad, so everybody could pose as the server. Anyway, there *are* asymmetric algorithms that should be safe against crypto analysis using quantum computing. There is no need to go distributing Blu-Ray disks filled with random valued bits (one disk per application and user) just yet.
Hmm, I haven't got a degree in this, and I suppose you haven't either. Some roads here kill the lights at night, especially during bird breeding season, probably for a reason. But since it isn't likely neither of us are really experts, lets call it a draw:) It's useful technology, whatever it is going to be used for, that's for sure.
Why would we need street lights with a very strong light source using the same spectrum as the sun? What about putting one of these into a beamer instead? Or stadium lights? Every time somebody comes up with a great invention, they seem to want to use it for the weirdest things. Bright sun-light lite disturbs the wildlife anyway, bad idea...
True, but with those very high definition video's, it would be very easy to achieve DVD quality or better. So you are right, by definition it would not be cracked. But it would have been sufficiently cracked to satisfy a very large number of people.
I hope you are right. My code was 8 way multi-threaded (9 way if you added the admin thread, but that was almost using no cycles - sleeping most of the time). Slow downs whatever way I used it (Java using real threads, cryptographic uses). Ok, the chances of using any FPU or SSE instructions was close to zero of course. But really, what kind of program would use the FPU and the integer units fully at the same time?
"Also as noted, a return to SMT is going to follow Nehalem to the market with each core able to work on two software threads simultaneously. The SMT in Nehalem should be more efficient that the HyperThreading we saw in NetBurst thanks to the larger caches and lower latency memory system of the new architecture."
Gosh, I hope it is more effective, because in my implementations I actually saw a slowdown instead of an advantage. Even then I'm generally not happy with hyper-threading. The OS & Applications simply don't see the difference between two real cores and a hyperthreading core. If I run another thread on a hyperthreading core, I'll slowdown the other thread. This might not always be what you want to see happening. IMHO, the advantage should be over 10/20% for a desktop processor to even consider hyperthreading, and even then I want back that BIOS option so that disables hyperthreading again.
I've checked and both the Linux and Vista kernel support a large number of cores, so that should not be a problem.
Does anyone have any information on how well the multi-threading works on the multi-core Sun niagara based processors?
"Why do we need freakin laser beams filling up a room when the server is running? Are computer manufacturers in business to punish their users?"
No they are trying to sell their stock through retail shops and consumer shows. It looks great to most people in the display, and nobody will return a hard drive because the "cool" blue LED light is too bright. It might also matter that people creating a product overstate the importance of the product to themselves. So they, unconsciously, use a bright light to state they're there.
They're not created to annoy, they're created to be noticed and to sell.
Interesting paper: - relies on the fact that *any* changes in the blueprint would be prohibitively expensive, could be, but just replacing components by pathways does not *sound* very expensive to me - RSA key pair generation on chip: bad idea, RSA key pair generation can take a lot of time (ECC key pair generation could be used as a replacement), needs PRNG - PRNG on chip might prove expensive (where does it get its entropy???) - no mention of X509 or any other PKI scheme, lets hope they are smart enough to see that they need some form of key management scheme - cost of maintaining a PKI (public key infrastructure) might be rather expensive, especially if both parties are new to the game
Overall, interesting idea, but I'm not so sure anyone would want this. Lots of hassle for the buyer without any benefits to him, this makes it 1) expensive, thus a less favourable solution to others without this scheme 2) more likely that they will screw up the PKI system that is needed for this to work.
Well, they called it EPIC, and we all know that it may take some time before EPIC products come out (e.g. this one:)
Just stick to JSP and some default back end beans, and you'll be fine. Hell, leave out both and stick to servlets and JDBC. There is no need to go into all this crud unless you seriously need it. You could go to ASP, which will get you a decent IDE, a managed environment and some SQL backup as well. You'll be locked in though. I've programmed PHP and C++, but PHP or CGI are not really options in my opinion. Of course, if you only need a basic website you might go with a pre-made solution (such as a content mgmt system for instance).
The XML for everything is quickly fading in the Java language, it was one of the reasons for the new 1.5 features, such as metadata (annotations in Java). Have a new refreshing look, and just choose the platform that's currently in favor if you do. I mean, there is no reason to throw away Java just because there are many choices. Hell, there are many Linux distributions with different takes on the thing. No need to disfavor Linux for that reason alone.
It might be redundant because it states information that is already known to everybody interested in the article. E.g. the Sun looks yellow in the afternoon when discussing sun-spots. Or that Apache may be the next redundant piece of software. Yes, it could be, so what?
In this case it's a clear case of trolling, but hell, as long as they mod it into oblivion, I don't particularly care. In all honestly, I only ever look at +x funny as a special marker. I don't look at -x articles except when meta-moderating, and I don't care if it is +x informative or +x interesting except when moderating myself (other people could care, you never know).
Drivers that cannot cripple other drivers do sound very interesting to me. Total BS? Have you even looked at the number of bugs that are there because of buffer overruns?
They've also solved a large part of inter process communication. Something you really don't want to do with pipes or (yuk!) sockets.
Your argument does simply not hold water. The less bugs you have to check, the better. I've seen an array implementation that was programmed by a very experienced programmer. 4 guys which I would call very *very* knowledgeable had a good look at it. Last month we found another big overrun.
Such a thing would never happen within a managed environment.
Besides that, their whole method of handling threads and processes hinges on the fact that the inter process communication is free of side effects, something that is not possible without managed code. it also discusses why their method is much faster than the standard way of e.g. handling memory the normal way. So what slowdowns were you talking about?
Slashdot Mirror
Sounds like a scheme taken up from one of the later books of the Enders triology, where his brother and sister are using a popular voice and a intellectual voice to respond to each other on internet discussion forums.
Maybe this is a copy, but then with a single person. And on a not so influential forum, I might add. Then again, they also first used less important forums to get into gear. Now to find the online influential forum (maybe these forums exist, those kids also needed their parents login code to get into it).
I've just created more designs with my digital camera and photoshop. They are: ...
* remote control computer: you can point it to others to share data
* beer bottle computer: you can share data in a friendly environment by clunking it against other beer bottles
* ear plug computer: it uploads data to your main bed computer whilst you are asleep through your skin
* "Wild Pig" Merlot computer: you use the rubber cap to put the data into a newer computer if necessary
* Fight Club DVD computer
Darn, I need to clean up this place.
Only too true. When I first met Ensoniq I was selling them at Gateway 2000 in Amsterdam. Then they went SoundBlaster and everybody jumped at the cards. Exactly the same driver, hardware, anything, including the backwards compatibility. I still remember waiting for their own PCI version to show up, and being told we were now selling SoundBlaster.
I don't like Creative anymore after having too many driver problems, website problems etc. (and I hate those overbuild GUI graphicy stuff they have to include with the drivers). One thing that is good about Creative: you can rest assured that their DAC doesn't suck. I agree it would have been better if they hadn't been bought though.
And if you have a real nice but analogue audio system, that goes a long way.
Uh, just a thought: don't you have an abundance of wind?
As said, readily solved with Java 1.5, unless you are casting between basic types. And within the Eclipse IDE (e.g.) you can use quick fix if you have a casting problem. Having weak typing is a much bigger problem, IMO.
Yeah, well, I've just had trouble typing in text with word, because all key presses were lost when it was saving the word file to the network. Of course OO is not perfect, far from that, but it can be worse: Word. This is not a Word troll, it happened to me today, continuously. Try and mix multiple Word versions for different countries and you can have oodles of fun, such as putting in two days of work just to get rid of the English/Dutch/German named fonts.
The representation of OO is worse than that of Word. The stability and usefulness of the GUI is much better. The same goes for Powerpoint and OO Impress, which is why I use the first one, presentation is more important for a package that does, eh, presentations. Text documents however? Give me OO Writer over Word anytime.
"I am crypto-tech naive. What's the problem with using one-time pads and having every "relationship" share a pad?"
Well, just think about all the SSL enabled sites out there, and remember you will now have a N * N (client * server) number of relations that need to setup a symmetric key (which is what a one time pad is, basically). Also note that you don't have a certificate infrastructure, so you cannot just go to VeriSign or any other trusted third party and buy a certificate from there. You cannot download one time pads, because you don't know who it is coming from.
Say you have 200.000.000 client computers in the US alone, and some 5.000 sites with one time pad SSL. Then you have 1.000.000.000.000 relations to set up. Not quite as much as the number of dollars wasted on the war in Iraq, but it's getting there. Of course, you won't use each and every service, but it would take a little bit too much time to exchange disks by post when you are trying to connect to a new service.
I imagine one-time pads will come back in style.
One time pads are replacements for symmetric encryption (both sides use the same key), not asymmetric encryption. You cannot authenticate a server to multiple clients using one time pads for instance. Everybody would have the one time pad, so everybody could pose as the server. Anyway, there *are* asymmetric algorithms that should be safe against crypto analysis using quantum computing. There is no need to go distributing Blu-Ray disks filled with random valued bits (one disk per application and user) just yet.Hmm, I haven't got a degree in this, and I suppose you haven't either. Some roads here kill the lights at night, especially during bird breeding season, probably for a reason. But since it isn't likely neither of us are really experts, lets call it a draw :) It's useful technology, whatever it is going to be used for, that's for sure.
In what I've experienced, changes in habitat are far more important than road kills, however ugly. Anyway, road kills get eaten.
Why would we need street lights with a very strong light source using the same spectrum as the sun? What about putting one of these into a beamer instead? Or stadium lights? Every time somebody comes up with a great invention, they seem to want to use it for the weirdest things. Bright sun-light lite disturbs the wildlife anyway, bad idea...
True, but with those very high definition video's, it would be very easy to achieve DVD quality or better. So you are right, by definition it would not be cracked. But it would have been sufficiently cracked to satisfy a very large number of people.
I hope you are right. My code was 8 way multi-threaded (9 way if you added the admin thread, but that was almost using no cycles - sleeping most of the time). Slow downs whatever way I used it (Java using real threads, cryptographic uses). Ok, the chances of using any FPU or SSE instructions was close to zero of course. But really, what kind of program would use the FPU and the integer units fully at the same time?
Except some innocence.
"Also as noted, a return to SMT is going to follow Nehalem to the market with each core able to work on two software threads simultaneously. The SMT in Nehalem should be more efficient that the HyperThreading we saw in NetBurst thanks to the larger caches and lower latency memory system of the new architecture."
Gosh, I hope it is more effective, because in my implementations I actually saw a slowdown instead of an advantage. Even then I'm generally not happy with hyper-threading. The OS & Applications simply don't see the difference between two real cores and a hyperthreading core. If I run another thread on a hyperthreading core, I'll slowdown the other thread. This might not always be what you want to see happening. IMHO, the advantage should be over 10/20% for a desktop processor to even consider hyperthreading, and even then I want back that BIOS option so that disables hyperthreading again.
I've checked and both the Linux and Vista kernel support a large number of cores, so that should not be a problem.
Does anyone have any information on how well the multi-threading works on the multi-core Sun niagara based processors?
And even if it is keeping other countries from developing the bomb, it is very selective indeed. Israel comes to mind.
"Why do we need freakin laser beams filling up a room when the server is running? Are computer manufacturers in business to punish their users?"
No they are trying to sell their stock through retail shops and consumer shows. It looks great to most people in the display, and nobody will return a hard drive because the "cool" blue LED light is too bright. It might also matter that people creating a product overstate the importance of the product to themselves. So they, unconsciously, use a bright light to state they're there.
They're not created to annoy, they're created to be noticed and to sell.
Evolution does not happen to individuals. Throw in a herd at a time.
Let's rephrase that: you gave it shit.
Interesting paper:
:)
- relies on the fact that *any* changes in the blueprint would be prohibitively expensive, could be, but just replacing components by pathways does not *sound* very expensive to me
- RSA key pair generation on chip: bad idea, RSA key pair generation can take a lot of time (ECC key pair generation could be used as a replacement), needs PRNG
- PRNG on chip might prove expensive (where does it get its entropy???)
- no mention of X509 or any other PKI scheme, lets hope they are smart enough to see that they need some form of key management scheme
- cost of maintaining a PKI (public key infrastructure) might be rather expensive, especially if both parties are new to the game
Overall, interesting idea, but I'm not so sure anyone would want this. Lots of hassle for the buyer without any benefits to him, this makes it 1) expensive, thus a less favourable solution to others without this scheme 2) more likely that they will screw up the PKI system that is needed for this to work.
Well, they called it EPIC, and we all know that it may take some time before EPIC products come out (e.g. this one
Just stick to JSP and some default back end beans, and you'll be fine. Hell, leave out both and stick to servlets and JDBC. There is no need to go into all this crud unless you seriously need it. You could go to ASP, which will get you a decent IDE, a managed environment and some SQL backup as well. You'll be locked in though. I've programmed PHP and C++, but PHP or CGI are not really options in my opinion. Of course, if you only need a basic website you might go with a pre-made solution (such as a content mgmt system for instance).
The XML for everything is quickly fading in the Java language, it was one of the reasons for the new 1.5 features, such as metadata (annotations in Java). Have a new refreshing look, and just choose the platform that's currently in favor if you do. I mean, there is no reason to throw away Java just because there are many choices. Hell, there are many Linux distributions with different takes on the thing. No need to disfavor Linux for that reason alone.
It might be redundant because it states information that is already known to everybody interested in the article. E.g. the Sun looks yellow in the afternoon when discussing sun-spots. Or that Apache may be the next redundant piece of software. Yes, it could be, so what?
In this case it's a clear case of trolling, but hell, as long as they mod it into oblivion, I don't particularly care. In all honestly, I only ever look at +x funny as a special marker. I don't look at -x articles except when meta-moderating, and I don't care if it is +x informative or +x interesting except when moderating myself (other people could care, you never know).
Drivers that cannot cripple other drivers do sound very interesting to me. Total BS? Have you even looked at the number of bugs that are there because of buffer overruns?
They've also solved a large part of inter process communication. Something you really don't want to do with pipes or (yuk!) sockets.
Your argument does simply not hold water. The less bugs you have to check, the better. I've seen an array implementation that was programmed by a very experienced programmer. 4 guys which I would call very *very* knowledgeable had a good look at it. Last month we found another big overrun.
Such a thing would never happen within a managed environment.
Besides that, their whole method of handling threads and processes hinges on the fact that the inter process communication is free of side effects, something that is not possible without managed code. it also discusses why their method is much faster than the standard way of e.g. handling memory the normal way. So what slowdowns were you talking about?
Would they work in your rail gun? Sure thing. You can fire almost anything from a rail gun, use a small sled if you can't fire these things directly.