Nice to see that you've fallen for the bullshit that Microsoft's marketing machine is pushing around.
CLI bytecode also carries a lot more useful information for optimization than JVM bytecode does
Do me a favour, knob-gobbler. Get your hands on some Java source code + the compiled byte code for said source. Now download a program called 'jad.' Run jad on the byte code. Look at the source code and the results of running jad, side by side.
Look familiar?
After doing this experiment, it should be pretty apparent that it is literally impossible for CLI(or CIL, or whatever it's called) to contain "a lot more useful information for optimization than JVM bytecode does"; the best they can do is equal the amount of information for optimization.
Here is one example, on Solaris, if one thread is doing a blocking read and another thread interrupts the first thread, it will succeed. On NT, the second thread appear to succeed in interrupting the thread but in fact it doesn't.
WTF? Are you trying to imply that threading for Java programs is non-preemptive on Windows NT? Are you nuts?
I'm having a really strange Java applet problem. Whenever I sign an applet, after I load up the applet,and the 'do you wish to accept this certificate?' dialog box shows, the applet runs much more slowly!
I've checked every other possibility, and I am not kidding, it's the dialog box that does it in. You might be saying "Well, that's easy, you've got thread starvation" except that, well, no part of the Applet begins running until AFTER you've accepted that darned certificate.
Has anyone else ran into this problem before? Anyone know how to solve it?
I'm having a really strange Java applet problem. Whenever I sign an applet, after I load up the applet,and the 'do you wish to accept this certificate?' dialog box shows, the applet runs much more slowly!
I've checked every other possibility, and I am not kidding, it's the dialog box that does it in. You might be saying "Well, that's easy, you've got thread starvation" except that, well, no part of the Applet begins running until AFTER you've accepted that darned certificate.
Has anyone else ran into this problem before? Anyone know how to solve it?
An end to Word Attachements? HAH! RMS is one jealous guy, isn't he? Lemme guess, one of the first lines in his article says "An end to Word attachements, and a new era of Emacs and e-lisp attachements is upon us."
PS, I'm having a really strange Java applet problem. Whenever I sign an applet, after I load up the applet,and the 'do you wish to accept this certificate?' dialog box shows, the applet runs much more slowly!
I've checked every other possibility, and I am not kidding, it's the dialog box that does it in. You might be saying "Well, that's easy, you've got thread starvation" except that, well, no part of the Applet begins running until AFTER you've accepted that darned certificate.
Has anyone else ran into this problem before? Anyone know how to solve it?
Let's say you've had 200,000 new dev hours per year, on average, since 9 years ago.
There's 6 million lines of code
That means that per man hour, you're producing 3 lines of code.
Let's say employees of your company spend 90% of their time working on designing the software. 3 * 90% = 24 lines of code / hour. That's 24 lines produced by a programmer, during an hour, in which they have no other pressures on them. (offload all that pressure to the other 90% of the time, if you will!)
You know, it's been said that the Cocomo model works. And if the model does indeed work, then you are a loser, working at a company filled to the brim with your fellow losers. Your product is probably not finished, and probably never will be finished.
To follow up, key-producing functions like MD5 are only useful for creating placeholders for the real information you're trying to store.
What, you were actually serious? This isnt magic mystical land, you know! You can't bend the laws of information theory and discrete math just because you've "got a really cool idea."
Anyone intelligent enough to write device drivers would also, presumably, be intelligent enough to A)know how to hide their card-slowing instructions or B)know how to talk to the hardware engineers down the hall who know how to hide their card-slowing instructions.
Face it, they just don't give a flying fuck about Linux. Don't blame them, either, Linux hasn't proven it's worth the time of day yet. Probably never will.
Slashdot Mirror
CLI bytecode also carries a lot more useful information for optimization than JVM bytecode does
Do me a favour, knob-gobbler. Get your hands on some Java source code + the compiled byte code for said source. Now download a program called 'jad.' Run jad on the byte code. Look at the source code and the results of running jad, side by side.
Look familiar?
After doing this experiment, it should be pretty apparent that it is literally impossible for CLI(or CIL, or whatever it's called) to contain "a lot more useful information for optimization than JVM bytecode does"; the best they can do is equal the amount of information for optimization.
Here is one example, on Solaris, if one thread is doing a blocking read and another thread interrupts the first thread, it will succeed. On NT, the second thread appear to succeed in interrupting the thread but in fact it doesn't.
WTF? Are you trying to imply that threading for Java programs is non-preemptive on Windows NT? Are you nuts?
Java!
Woot.
I'm having a really strange Java applet problem. Whenever I sign an applet, after I load up the applet,and the 'do you wish to accept this certificate?' dialog box shows, the applet runs much more slowly!
I've checked every other possibility, and I am not kidding, it's the dialog box that does it in. You might be saying "Well, that's easy, you've got thread starvation" except that, well, no part of the Applet begins running until AFTER you've accepted that darned certificate.
Has anyone else ran into this problem before? Anyone know how to solve it?
PS Gaylord, go fuck yourself
Man, you've got a real problem with my sig. It must hit you in a personal way.
Why don't you be honest and say how you know Kathryn Thurber in real life?
Aha! Bye bye Klerk
What does the friends / foe thing do anyways? I've never been able to figure out, and the friends/foe pages doesn't bother to explain it.
I'm having a really strange Java applet problem. Whenever I sign an applet, after I load up the applet,and the 'do you wish to accept this certificate?' dialog box shows, the applet runs much more slowly!
I've checked every other possibility, and I am not kidding, it's the dialog box that does it in. You might be saying "Well, that's easy, you've got thread starvation" except that, well, no part of the Applet begins running until AFTER you've accepted that darned certificate.
Has anyone else ran into this problem before? Anyone know how to solve it?
Wow, you're really full of yourself.
Wait, don't tell me how great you are and how you DESERVE to be full of yourself, don't bother.
o.O THE OS/9 ? For the CoCo? That was by Philips?
Here's a smarter idea; install Windows XP so you can get on with your life.
Liar!
Oh yes, I'm sure they'll love you for making their job harder.
Fucking moron.
An end to Word Attachements? HAH! RMS is one jealous guy, isn't he? Lemme guess, one of the first lines in his article says "An end to Word attachements, and a new era of Emacs and e-lisp attachements is upon us."
PS, I'm having a really strange Java applet problem. Whenever I sign an applet, after I load up the applet,and the 'do you wish to accept this certificate?' dialog box shows, the applet runs much more slowly!
I've checked every other possibility, and I am not kidding, it's the dialog box that does it in. You might be saying "Well, that's easy, you've got thread starvation" except that, well, no part of the Applet begins running until AFTER you've accepted that darned certificate.
Has anyone else ran into this problem before? Anyone know how to solve it?
Let's do some math!
Let's say you've had 200,000 new dev hours per year, on average, since 9 years ago.
There's 6 million lines of code
That means that per man hour, you're producing 3 lines of code.
Let's say employees of your company spend 90% of their time working on designing the software. 3 * 90% = 24 lines of code / hour. That's 24 lines produced by a programmer, during an hour, in which they have no other pressures on them. (offload all that pressure to the other 90% of the time, if you will!)
You know, it's been said that the Cocomo model works. And if the model does indeed work, then you are a loser, working at a company filled to the brim with your fellow losers. Your product is probably not finished, and probably never will be finished.
WTF? The trick is to not piss off your customer, whoever that may be (internal or external). Who cares if it takes less time than expected?
On this article? Are you kidding me? I post at 0, dude. Anything of mine at 1 or above means I'm in the black.
His idea is A)totally unoriginal and B)doesn't withstand even most basic critical analysis.
Hash functions are also nice for caching static files locally.
Too lazy to get into that right now, though.
Who knows. But I'm right about that MD5, and about the poster being guilty of verbal diarrhea. I hope his karma gets slaughtered.
To follow up, key-producing functions like MD5 are only useful for creating placeholders for the real information you're trying to store.
What, you were actually serious? This isnt magic mystical land, you know! You can't bend the laws of information theory and discrete math just because you've "got a really cool idea."
*cough pigeon hole cough*
Idiot.
Anyone intelligent enough to write device drivers would also, presumably, be intelligent enough to A)know how to hide their card-slowing instructions or B)know how to talk to the hardware engineers down the hall who know how to hide their card-slowing instructions.
Face it, they just don't give a flying fuck about Linux. Don't blame them, either, Linux hasn't proven it's worth the time of day yet. Probably never will.
No, what he's trying to say is that Linux has bottlenecks, that Windows does not have, that prevent the full use of hardware acceleration cards.
Dear God man, what's wrong with you?
Use ASCII if you're so worried! Nothing wrong with unformatted text, it won't kill you, honest!