I wonder how many of the 'stress'-related and weird 'genetic' illnesses just come down to decades of bad diet? I suspect that diet is more important than stress or physical exercise.
Yes, but Java programmers would never have this idea, unless they were former C or C++ programmers. They think in terms of objects, not in terms of byte buffers.
I've heard that often Java programs run slow, because there are allocations inside loops, when the same variable can be reused instead. That's because Java programmers are taught not to think about performance.
I meant something different - Java programs use more memory as a whole - this causes more cache misses, and also more hard drive swapping. The GC algorithms don't matter - they affect CPU usage, not memory usage. The problem is that a Java program uses several times more memory than a comparable C or a C++ program. As I said, the problem is cache misses and hard drive swapping.
And I'm talking about my own experience running Java programs on my not very powerful laptop computer with 3 GB of RAM (no SSD) - I don't use a server at home, the only Java programs I care about are desktop applications, and I've been disappointed there. May be that's why I only hear about Java programs but never see them - because it's only used for server-side programming. I don't use servers.
Java is slow because it is Garbage-Collected, not because it runs in a Virtual Machine.
Memory usage is more important than the virtual machine for performance for anything more complex than calculating Fibonacci numbers, as it affects hard drive swapping and cache misses. That's what is making Java programs **feel** slow. The hard disk is the bottleneck, not the CPU.
My main point was that compilation speed has nothing to do with the IDE anyway, as compilers are command line tools that can be run even without the IDE. They are completely separate products which are used by the IDEs, and the same IDE could even switch to using different compilers.
You do realize that the speed of compiling has nothing to do with the IDE? And what's the point of comparing the compilation speed of C++ vs Java, when C++ does a lot of optimizations for x86/x64 while Java produces much simpler bytecode.
One of the best security would be to make each application able to have its own directory where it can read/write, and nothing outside it is available, and then the Open File Dialog should be separate from the application, and any file selected by it allows the program to have a descriptor for that file and nothing else.
Basically, programs should run chrooted and not be allowed even read access to the entire harddisk.
That would require cooperation from the big companies producing the hard-drives, which are few, and easily identified, and would probably not like to incur the wrath of the federal government.
To tell you the truth, I'm using Ubuntu daily and I don't remember ever having the kernel itself crash, which I assume would produce the Linux equivalent of a BSOD. Usually it's just user-space programs that crash.
So if the kernel not crashing is the main selling point of Hurd, I don't see much reason why I personally would use it, because it fixes a nonexistent problem (at least for me).
How much percentage points of GDP growth do they have more than if they didn't do this cyber espionage, I'm wondering?
For example, does hacking into a high-tech factory's servers allow them to immediately create a duplicate factory with trained staff that functions just as well?
And it's definitely worse to fight to keep immigrants out, because that will lead to the positions being off-shored altogether. Unless you're going to fight off-shoring, too, somehow (good luck with that).
And if you fight off-shoring, firms outside of america will eventually become more competitive than american companies and undercut them on pricing. You could ban imports then, but you can't ban them from competing with your exports to, say, Saudi Arabia, and if the Saudis start buying from them instead of us because they are cheaper, then why would the Saudi need to send oil our way?
If this really hurts the company productivity, eventually it will become uncompetitive, and companies that do that will disappear. That, or it does not in fact hurt the company-wide productivity.
That is the only real way to be secure, unfortunately. It would require an overwrite of the OS to be more locked down, like iOS.
Doing everything over https would be nice, too, but there is too much inertia, a lot of software would need to be overwritten, and probably hardware devices to be replaced, too.
Slashdot Mirror
I wonder how many of the 'stress'-related and weird 'genetic' illnesses just come down to decades of bad diet? I suspect that diet is more important than stress or physical exercise.
Yes, but Java programmers would never have this idea, unless they were former C or C++ programmers. They think in terms of objects, not in terms of byte buffers.
I've heard that often Java programs run slow, because there are allocations inside loops, when the same variable can be reused instead. That's because Java programmers are taught not to think about performance.
Non-text attachment automatically scrubbed.
Non-intranet hyperlink automatically censored.
Text looking like a non-intranet hyperlink automatically censored.
^^^
Secure corporate intranet email client.
I meant something different - Java programs use more memory as a whole - this causes more cache misses, and also more hard drive swapping. The GC algorithms don't matter - they affect CPU usage, not memory usage. The problem is that a Java program uses several times more memory than a comparable C or a C++ program. As I said, the problem is cache misses and hard drive swapping.
And I'm talking about my own experience running Java programs on my not very powerful laptop computer with 3 GB of RAM (no SSD) - I don't use a server at home, the only Java programs I care about are desktop applications, and I've been disappointed there. May be that's why I only hear about Java programs but never see them - because it's only used for server-side programming. I don't use servers.
Java is slow because it is Garbage-Collected, not because it runs in a Virtual Machine.
Memory usage is more important than the virtual machine for performance for anything more complex than calculating Fibonacci numbers, as it affects hard drive swapping and cache misses. That's what is making Java programs **feel** slow. The hard disk is the bottleneck, not the CPU.
My main point was that compilation speed has nothing to do with the IDE anyway, as compilers are command line tools that can be run even without the IDE. They are completely separate products which are used by the IDEs, and the same IDE could even switch to using different compilers.
You do realize that the speed of compiling has nothing to do with the IDE? And what's the point of comparing the compilation speed of C++ vs Java, when C++ does a lot of optimizations for x86/x64 while Java produces much simpler bytecode.
One of the best security would be to make each application able to have its own directory where it can read/write, and nothing outside it is available, and then the Open File Dialog should be separate from the application, and any file selected by it allows the program to have a descriptor for that file and nothing else.
Basically, programs should run chrooted and not be allowed even read access to the entire harddisk.
Just a question, is Unity3D connected in any way to Ubuntu's Unity, or do they just happen to share the same name?
That would require cooperation from the big companies producing the hard-drives, which are few, and easily identified, and would probably not like to incur the wrath of the federal government.
Besides, when you eat a cow, you are saving a thousand plants the beast would have eaten. Why is no one thinking about the plants?!
To tell you the truth, I'm using Ubuntu daily and I don't remember ever having the kernel itself crash, which I assume would produce the Linux equivalent of a BSOD. Usually it's just user-space programs that crash.
So if the kernel not crashing is the main selling point of Hurd, I don't see much reason why I personally would use it, because it fixes a nonexistent problem (at least for me).
Well, the government's budget is way higher it was in 1971, so maybe that's where all the difference that should have been went.
Are there enough heavy-computing tasks that will keep this computer occupied? Is there a shortage of computing power currently?
I've already removed it in favor of Chrome.
How much percentage points of GDP growth do they have more than if they didn't do this cyber espionage, I'm wondering?
For example, does hacking into a high-tech factory's servers allow them to immediately create a duplicate factory with trained staff that functions just as well?
Is this like the Harrier, where the motor switches from vertical to horizontal?
May be their iPad was bought by their parents for their own use, and then the kid installs the jailbreak.
This wouldn't be needed had Apple not been Apple. You know the whole "we know better than you what you want" motto.
If they didn't know what people wanted I'm assuming they wouldn't be selling so well.
Stop using email.
And it's definitely worse to fight to keep immigrants out, because that will lead to the positions being off-shored altogether. Unless you're going to fight off-shoring, too, somehow (good luck with that).
And if you fight off-shoring, firms outside of america will eventually become more competitive than american companies and undercut them on pricing. You could ban imports then, but you can't ban them from competing with your exports to, say, Saudi Arabia, and if the Saudis start buying from them instead of us because they are cheaper, then why would the Saudi need to send oil our way?
If this really hurts the company productivity, eventually it will become uncompetitive, and companies that do that will disappear. That, or it does not in fact hurt the company-wide productivity.
That is the only real way to be secure, unfortunately. It would require an overwrite of the OS to be more locked down, like iOS.
Doing everything over https would be nice, too, but there is too much inertia, a lot of software would need to be overwritten, and probably hardware devices to be replaced, too.
What makes you think robots cost less than Chinese labor?
Leonardo DiCaprio couldn't have explained it better.