Yeah. I remember reading a magazine at the time claiming the cheat code was an acronym for "smashing pumpkins into small pieces of putrid debris". Easy to remember;)
Bullshit. You can send it in for repair even if it's out of warranty or even repair it yourself if you buy a new drive. (google shows a lot of sites selling parts)
It's not a question of "speaking" the proprietary stuff, but also of interpreting it correctly and making sure the software acts on the data in a useful way. Calendaring is a difficult problem and not really interesting to the "typical OSS hacker". There's progress being made though, see http://www.openchange.org/
This hack only works on some versions of some drivers. On my system with Intel graphics and recent drivers it completely crashes the X server after some time. Oh, and it's slower too;)
Microsoft supported Moonlight? All I've seen is some tech-demo thing which craps out on 90% of the Silverlight content I've found. At least Flash works...
Those embedded systems usually have slow CPU's which are outperformed by hardware-accelerated encryption boards. Your average desktop CPU running openssl will be a lot faster than most cheap accelerator cards. Most of the time it's cheaper to invest in a faster generic CPU than a piece of custom hardware.
Microsoft definitely has something going on with.NET code though. The kind of security you can get there can't be compared with anything you can do on the software or even hardware level, with pure unmanaged code.
Nice to hear those Microsoft people are about to catch up with the Java sandbox model from 1997;)
Cross-platform byte code enables you to deploy the same application on your PC or Mac workstation and have it function exactly the same as on a 64-processor Ultra server. It also means your application is "future-proof". Deploy it now on a 32-bits machine, later on a 64-bits machine without recompiling AND run it at speeds comparable to native code.
Also, the language is easily picked up, simple to write and the API's are quite sane compared to a lot of other languages.
IE6 supports gzip encoding just fine. You just have to tell the webserver not to compress stuff opened by plugins (like pdf) because IE passes the zipped stream to the plugin which sometimes doesn't support gzip.
What bugs me is that we want our computers to remain useful even when they're busy. Me personally, I do 3D rendering. My computer is often tied up for hours. However, I also have a dual-proc machine. Even when CPU usage is high and resources are low, I can still get to a web browser and at least read or something.
Any OS with a half-decent scheduler should make it possible to run multiple tasks at the same time. You don't need extra cpu's to run more things at a time.
Well, your "example" smells like crappy Java code. There are lots of benchmarks telling more about the speed difference than your single example.
As for mathematically impossible: since the jit has access to runtime profiling information it's certainly possible to outperform a static compiler on some code. When the jit compiler is finished it stays out of the way, so the speed degradation is limited to startup time only.
For the umpteenth time: those files are just wrappers to compile the big binary module you left out of your list for your current kernel. Still remains binary, proprietary and x86 only.
Slashdot Mirror
Yeah. I remember reading a magazine at the time claiming the cheat code was an acronym for "smashing pumpkins into small pieces of putrid debris". Easy to remember ;)
Maybe you expected exactly the same game. It's not.
It's a lot of fun though.
Hey, it's not like bandwidth is free.
At least there are multiple providers of the OSM data so in theory they should compete on price.
Bullshit. You can send it in for repair even if it's out of warranty or even repair it yourself if you buy a new drive. (google shows a lot of sites selling parts)
It's not a question of "speaking" the proprietary stuff, but also of interpreting it correctly and making sure the software acts on the data in a useful way. Calendaring is a difficult problem and not really interesting to the "typical OSS hacker".
There's progress being made though, see http://www.openchange.org/
This hack only works on some versions of some drivers. On my system with Intel graphics and recent drivers it completely crashes the X server after some time. Oh, and it's slower too ;)
Having to look up stuff in the manual is DRM?
Microsoft supported Moonlight? All I've seen is some tech-demo thing which craps out on 90% of the Silverlight content I've found. At least Flash works...
Those embedded systems usually have slow CPU's which are outperformed by hardware-accelerated encryption boards. Your average desktop CPU running openssl will be a lot faster than most cheap accelerator cards. Most of the time it's cheaper to invest in a faster generic CPU than a piece of custom hardware.
Nice to hear those Microsoft people are about to catch up with the Java sandbox model from 1997
Look for yourself: http://api.openoffice.org/
Also, the language is easily picked up, simple to write and the API's are quite sane compared to a lot of other languages.
It's opensource and as available as can be from https://lg3d.dev.java.net/
Well, since 64-bits compiled code can run up to 10% faster on AMD64 it makes sense to run your apps in 64-bits mode.
Bull.
IE6 supports gzip encoding just fine. You just have to tell the webserver not to compress stuff opened by plugins (like pdf) because IE passes the zipped stream to the plugin which sometimes doesn't support gzip.
What bugs me is that we want our computers to remain useful even when they're busy. Me personally, I do 3D rendering. My computer is often tied up for hours. However, I also have a dual-proc machine. Even when CPU usage is high and resources are low, I can still get to a web browser and at least read or something.
Any OS with a half-decent scheduler should make it possible to run multiple tasks at the same time. You don't need extra cpu's to run more things at a time.
it either didnt have drivers for hardware that we needed to function, or had quirks with those drivers, or needed special treatment.
So maybe that's why all the enterprise distributions (even microsoft's server os's) come with a supported hardware list.
Next time, buy your hardware to go with the software you want to use.
You must be new here...
Well, your "example" smells like crappy Java code. There are lots of benchmarks telling more about the speed difference than your single example.
As for mathematically impossible: since the jit has access to runtime profiling information it's certainly possible to outperform a static compiler on some code. When the jit compiler is finished it stays out of the way, so the speed degradation is limited to startup time only.
For the umpteenth time: those files are just wrappers to compile the big binary module you left out of your list for your current kernel. Still remains binary, proprietary and x86 only.
The old DOS version of Settlers 2 supported a split-screen mode where two players could play it using 2 mice. It's been done.
It's GNU/Linux dammit!
Only if the memory has the pc100 timings in its eeprom which is often not the case with the cheap stuff.
That's out already: the Solaris 10 beta release boots SunOS 5.10.
Well, my ultra 30 does have 1 processor (and no option for more). Also, the newer Blade workstations don't all have multiple processors...