Funny you should say this... I can say with certainity that this is being done right now. Although java still is a memory hog, it's way faster than any custom scripting language we could make up, and a lot more flexible than most other mainstream (read: possible to hire expert developers) languages.
Reread, that's not a change... I'd love to peek around in this, but as stated already, I don't intend to peek around in it.
Maybe when I'm in a position where such an action would not influence others than myself, I'll find a copy. As long as I am a developer for a commercial project that might potentially benefit from access to this source, I don't consider my wish to fool around with Microsofts code enough reason to even slightly jeopardize the product I'm working on.
And that's exactly why I won't even consider downloading this. I make a living as a programmer, and if I have access to this source Microsoft, with the resources they posess, could make the rest of my professional life a nightmare. As much as I'd love to peek around in this, I won't risk it.
A quick peek around indeed shows something named Windows.Source.Code.w2k.nt4.wxp.tar circulating, but this had to happen sooner or later, considering the number of institutions with access to the source. Wonder how long it'll take before a torrent of new worms using newly discovered security holes tear up the net.
I for one would love to peek around in this, more out of curiosity than any desire to actually do something useful with it.
But thanks to a teenager in Austria, it took me less than a minute to master the art.
The author's obviously as clueless as any nontechie trying to explain or master anything technical. Such a trojan creator
could be created in an hour by any competent programmer. The existing virus underground would fall over laughing if anyone dared
claiming knowledge or skill after using or creating this tool.
I've been contracting development projects for a number of years, then stumbled across an upstart game developer needing a network programmer. My wage's now 1/3rd of what it used to be, my hours are about doubled, but I'll never go back. The feeling of pushing limits in the area you're best at, in a community of people that are doing the same for their respective areas, nothing beats it.
I don't see the need for a "life outside work" when I enjoy life the most while working.
The whole concept is based on a mechanism deciding whether ip X is or is not permitted to send mail from address Y, so this will indeed cut down on spoofing. Read the article;)
That's what we're using, compile usually runs on 5-6 2.5GHz+ cpus. distcc used to require a little tweaking to work with icc, but apparently the later versions handle it fine though.
We've tested Intel's c++ compiler for linux at work, and it's cut the full distributed rebuild time of our gameserver software from about 9 mins to 3 mins. That alone is more than enough reason to switch IMO.
Performance-wise, it seems to have a slight edge over gcc, but this is subjective as I haven't really measured anything yet. Apart from the performance issues, I've found icc to be way more informative in its warnings and remarks than gcc. Unless you strictly believe in the GPL or are open-source only, I see no reason not to at least give it a try, it's a damned good piece of software.
People want their computers to be turned on and just work. They want one-click access to mail, web, word processors and if you get really advanced maybe a spreadsheet.
MS provides that, and backs it up with a massive marketing machine. No wonder they're the leader on desktops...
Now, although I prefer a more functional OS myself, I wouldn't put e.g. my parents through running anything but windows. Windows provides what they need, and it works out of the box for 99% of the *users* out there.
The world doesn't care if security is good enough.
MS give people what they want, not what they need. Combined with their marketing bulldozer, ofcourse they're selling well. If any other OS should have a chance to compete, it'll need to think about what the end user looks for, not what they should be looking for.
With the resources of the OS community it's not at all impossible to create something secure, but still as userfriendly as Windows.
If the implementation was any good it'd not be noticable for the users that they got rooted. The worm wouldn't overload everything and get noticed immediately. It wouldn't postpone the DoS long enough for MS to handle it. It wouldn't attack the wrong website. It wouldn't be unable to upgrade itself anonymously.
So, yes, it was a lousy implementation. I'm just happy that we haven't seen a well-written worm really attempting to create havoc yet.
This guy's probably just a kid that grabbed the worm while it were passing, modded it a little and passed it on. I doubt it's the original author... Although, looking at how lousy that worm was implemented, the authour might be dumb enough to get caught.
The grid is a server cluster, distributing the role of a centralized server onto multiple computers. The 50us is a reasonable, although quite impressive, measurement of the latency in between server nodes. Hardware such as e.g. SCI clustering cards could probably drive this even further down.
It's not a typo. 1 microsec = 1/1000th milisec, and 50 microsec response time is way fast enough, if the number is anything but pure theory in an optimized scenario.
Chess software just requires massive processing. The whole point with this grid is to be able to do real-time simulations, and any decent game is exactly that. They got a point though, this is more suited for MMORPGs, I'd believe any modern MMORPG would use some sort of clustering solution. The response times they mention seem decent, but I can't help but wonder what they'll look like in a real scenario with a few thousand players and a limited hardware budget.
We're doing something similar here at work, but I'd be fired in an instant if I spent 8 servers to sustain 80 users...
This worm is just as bad, maybe even worse than the first.
Script kiddies are in fact way safer now than before this good samaritan, since most of the lazy users that have been compromised also by other means than the initial worm now will think everything's fine and leave the additional rootkit installed and running. If this second worm hadn't made things appear normal again, these users would have to reinstall their systems and thus get rid of e.g. the IRC drones that currently annoys most of the major IRC networks, including the one I admin a server on.
In addition, this worm wastes bandwidth on somewhat responsible users that do not trust something using an exploit for gaining access to keep their systems secure. Would you leave your box as is if this worm had "secured" you? Or would you be worried and prefer to reinstall and manually patch?
However good the intentions of this worm might be, it's just adding to the problem.
They complain about how technology makes it harder for them to fool customers? Kind of reminds me of RIAA, they're just as stuck in the past as this Miramax guy.
That's a greek font and english text. They've used a mix of greek characters visually corresponding to latin, and greek characters audibly corresponding to latin characters.
It's definitely not greek in any other way than the font, and a pretty stupid obfuscation IMO.
DirectX has more features than OpenGL, it evolves faster, and it's generally easier to squeeze good performance out of the gfx cards. So, if you want to be ahead of the pack on the visuals, there's not much to choose from besides DirectX.
Too bad really, I've been pushing inhouse for a Linux port as we already have all code except rendering running just fine on Linux, but our GFX guys simply refuse to port to OpenGL due to the reasons mentioned above.
I'm a programmer by profession, I've used Delphi since the betas of the first 16-bit version. I've also used C++ for years, and C for even more years, both of these on multiple platforms.
C++ is by far superior to Delphi as a general purpose language, as soon as you get to know it well enough to really utilize it. If you claim Delphi bests C++, you have no idea what C++ can do for you. Do you have any idea what the STL is all about? Do you know anything about operator overloading, and how you can create true type independency? I don't intend to flame, but how can you make such a claim without the intimate knowledge of C++ which you obviously don't have as you make this claim;)
Delphi is by far superior to C++ when it's about creating a quick app with a nice GUI, combined from the insane amount of good ready-made components and samples, and some parts of proprietary code. Or when you work with e.g. anything combining SQL with a GUI, Delphi will be hard to beat. Or when you need to handle a ton of localized versions, which I have to for a current project.
I could make lots of samples on why to chose X as a tool when doing project Y, but I guess my opinion comes through clearly enough. There is no best tool. There is no best language. There is no best OS.
Again I can't resist preaching, I gotta learn not to jump onto baits this way;)
Re:I'll care when native compilers become the norm
on
Preview of Java 1.5
·
· Score: 2, Insightful
Java isn't an interpreted language, in the traditional sense. Interpretation implies that the runtime environment interprets the source as it progresses, and e.g. that errors that would have been caught compiletime by others, are reported runtime.
When it comes to performance, it's about time to kill the old idea that java performs so incredibly bad. Look at e.g. this article for a measurement of how well java performed a few years ago. I didn't at first glance find any articles doing similar comparisions using the more recent VMs, but as vendors put effort into still more optimizations, I'd not expect the results to be worse now.
Another aspect of this that you might not have considered is how the JVM is at an advantage over static compilers, as it has the possibility to generate native code *runtime*, using real information on e.g. branching to generate native code which'll keep the CPU pipelines filled. A static compiler cannot do this to the same degree, so it is possible to construct scenarios where Java performs better than natively compiled binaries.
Slashdot Mirror
Funny you should say this... I can say with certainity that this is being done right now. Although java still is a memory hog, it's way faster than any custom scripting language we could make up, and a lot more flexible than most other mainstream (read: possible to hire expert developers) languages.
Reread, that's not a change... I'd love to peek around in this, but as stated already, I don't intend to peek around in it.
Maybe when I'm in a position where such an action would not influence others than myself, I'll find a copy. As long as I am a developer for a commercial project that might potentially benefit from access to this source, I don't consider my wish to fool around with Microsofts code enough reason to even slightly jeopardize the product I'm working on.
And that's exactly why I won't even consider downloading this. I make a living as a programmer, and if I have access to this source Microsoft, with the resources they posess, could make the rest of my professional life a nightmare.
As much as I'd love to peek around in this, I won't risk it.
A quick peek around indeed shows something named Windows.Source.Code.w2k.nt4.wxp.tar circulating, but this had to happen sooner or later, considering the number of institutions with access to the source. Wonder how long it'll take before a torrent of new worms using newly discovered security holes tear up the net.
I for one would love to peek around in this, more out of curiosity than any desire to actually do something useful with it.
The author's obviously as clueless as any nontechie trying to explain or master anything technical. Such a trojan creator could be created in an hour by any competent programmer. The existing virus underground would fall over laughing if anyone dared claiming knowledge or skill after using or creating this tool.
Hey that's my dream job you're describing!
I've been contracting development projects for a number of years, then stumbled across an upstart game developer needing a network programmer. My wage's now 1/3rd of what it used to be, my hours are about doubled, but I'll never go back. The feeling of pushing limits in the area you're best at, in a community of people that are doing the same for their respective areas, nothing beats it.
I don't see the need for a "life outside work" when I enjoy life the most while working.
The whole concept is based on a mechanism deciding whether ip X is or is not permitted to send mail from address Y, so this will indeed cut down on spoofing. ;)
Read the article
That's what we're using, compile usually runs on 5-6 2.5GHz+ cpus. distcc used to require a little tweaking to work with icc, but apparently the later versions handle it fine though.
We've tested Intel's c++ compiler for linux at work, and it's cut the full distributed rebuild time of our gameserver software from about 9 mins to 3 mins. That alone is more than enough reason to switch IMO.
Performance-wise, it seems to have a slight edge over gcc, but this is subjective as I haven't really measured anything yet. Apart from the performance issues, I've found icc to be way more informative in its warnings and remarks than gcc. Unless you strictly believe in the GPL or are open-source only, I see no reason not to at least give it a try, it's a damned good piece of software.
Because subscribers dont get to post before others... Just see the story.
People want their computers to be turned on and just work. They want one-click access to mail, web, word processors and if you get really advanced maybe a spreadsheet.
MS provides that, and backs it up with a massive marketing machine. No wonder they're the leader on desktops...
Now, although I prefer a more functional OS myself, I wouldn't put e.g. my parents through running anything but windows. Windows provides what they need, and it works out of the box for 99% of the *users* out there.
The world doesn't care if security is good enough.
MS give people what they want, not what they need. Combined with their marketing bulldozer, ofcourse they're selling well.
If any other OS should have a chance to compete, it'll need to think about what the end user looks for, not what they should be looking for.
With the resources of the OS community it's not at all impossible to create something secure, but still as userfriendly as Windows.
If the implementation was any good it'd not be noticable for the users that they got rooted. The worm wouldn't overload everything and get noticed immediately. It wouldn't postpone the DoS long enough for MS to handle it. It wouldn't attack the wrong website. It wouldn't be unable to upgrade itself anonymously.
So, yes, it was a lousy implementation. I'm just happy that we haven't seen a well-written worm really attempting to create havoc yet.
This guy's probably just a kid that grabbed the worm while it were passing, modded it a little and passed it on. I doubt it's the original author...
Although, looking at how lousy that worm was implemented, the authour might be dumb enough to get caught.
The grid is a server cluster, distributing the role of a centralized server onto multiple computers. The 50us is a reasonable, although quite impressive, measurement of the latency in between server nodes. Hardware such as e.g. SCI clustering cards could probably drive this even further down.
It's not a typo. 1 microsec = 1/1000th milisec, and 50 microsec response time is way fast enough, if the number is anything but pure theory in an optimized scenario.
Chess software just requires massive processing. The whole point with this grid is to be able to do real-time simulations, and any decent game is exactly that.
They got a point though, this is more suited for MMORPGs, I'd believe any modern MMORPG would use some sort of clustering solution. The response times they mention seem decent, but I can't help but wonder what they'll look like in a real scenario with a few thousand players and a limited hardware budget.
We're doing something similar here at work, but I'd be fired in an instant if I spent 8 servers to sustain 80 users...
This worm is just as bad, maybe even worse than the first.
Script kiddies are in fact way safer now than before this good samaritan, since most of the lazy users that have been compromised also by other means than the initial worm now will think everything's fine and leave the additional rootkit installed and running. If this second worm hadn't made things appear normal again, these users would have to reinstall their systems and thus get rid of e.g. the IRC drones that currently annoys most of the major IRC networks, including the one I admin a server on.
In addition, this worm wastes bandwidth on somewhat responsible users that do not trust something using an exploit for gaining access to keep their systems secure. Would you leave your box as is if this worm had "secured" you? Or would you be worried and prefer to reinstall and manually patch?
However good the intentions of this worm might be, it's just adding to the problem.
They complain about how technology makes it harder for them to fool customers? Kind of reminds me of RIAA, they're just as stuck in the past as this Miramax guy.
That's a greek font and english text. They've used a mix of greek characters visually corresponding to latin, and greek characters audibly corresponding to latin characters.
It's definitely not greek in any other way than the font, and a pretty stupid obfuscation IMO.
DirectX has more features than OpenGL, it evolves faster, and it's generally easier to squeeze good performance out of the gfx cards. So, if you want to be ahead of the pack on the visuals, there's not much to choose from besides DirectX.
Too bad really, I've been pushing inhouse for a Linux port as we already have all code except rendering running just fine on Linux, but our GFX guys simply refuse to port to OpenGL due to the reasons mentioned above.
this is ot and reply to own post but oh well... 1/3 increase, now i'm off to get some more coffee.
Actually it's 6-bit, that's why it's base64, so the increase is 1/4.
You don't know C++.
;)
;)
This is probably offtopic, but oh well...
I'm a programmer by profession, I've used Delphi since the betas of the first 16-bit version. I've also used C++ for years, and C for even more years, both of these on multiple platforms.
C++ is by far superior to Delphi as a general purpose language, as soon as you get to know it well enough to really utilize it. If you claim Delphi bests C++, you have no idea what C++ can do for you. Do you have any idea what the STL is all about? Do you know anything about operator overloading, and how you can create true type independency? I don't intend to flame, but how can you make such a claim without the intimate knowledge of C++ which you obviously don't have as you make this claim
Delphi is by far superior to C++ when it's about creating a quick app with a nice GUI, combined from the insane amount of good ready-made components and samples, and some parts of proprietary code. Or when you work with e.g. anything combining SQL with a GUI, Delphi will be hard to beat. Or when you need to handle a ton of localized versions, which I have to for a current project.
I could make lots of samples on why to chose X as a tool when doing project Y, but I guess my opinion comes through clearly enough. There is no best tool. There is no best language. There is no best OS.
Again I can't resist preaching, I gotta learn not to jump onto baits this way
Java isn't an interpreted language, in the traditional sense. Interpretation implies that the runtime environment interprets the source as it progresses, and e.g. that errors that would have been caught compiletime by others, are reported runtime.
When it comes to performance, it's about time to kill the old idea that java performs so incredibly bad. Look at e.g. this article for a measurement of how well java performed a few years ago. I didn't at first glance find any articles doing similar comparisions using the more recent VMs, but as vendors put effort into still more optimizations, I'd not expect the results to be worse now.
Another aspect of this that you might not have considered is how the JVM is at an advantage over static compilers, as it has the possibility to generate native code *runtime*, using real information on e.g. branching to generate native code which'll keep the CPU pipelines filled. A static compiler cannot do this to the same degree, so it is possible to construct scenarios where Java performs better than natively compiled binaries.