It is not sensible to run all of the OS on top of VP.
True. Unfortunately, people still see an "OS" as a monolithic platform, so nobody with tecnical experience will explain which parts should be native and which should be VP to ordinary people. Most still think web browsers are part of the OS.
Again. IMO: we should outperform Wintel rather than be slower on purpose.
Does that explain why Java has exploded in popularity? That's about as sluggish and glitchy as you can get!
You also have to figure that Windows programmers aren't exactly concerned about reliablity, and most low-level drivers are so hell-bent on performance, there's little we can do to compete. Do you think any Amiga graphics drivers can go up against the likes of nVidia or ATI? They pour millions of dollars into making those drivers as fast as possible, and everything runs as close to the hardware as possible in kernel mode. Poke fun at Windows all you want, but most drivers are designed to slice through the bloat and get as close to the hardware as possible. I doubt you can exceed the performance of Windows in many ways.
For audio & pleasant sound experience, near "real time OS" performance is required.
Realtime has nothing to do with speed. It has to do with latency. Doom3 is doing all its sound mixing in software with the CPU, instead of using the hardware features of, for example, Audigy cards. Why waste CPU cycles to do that? For one thing, you can mix it just as you like, instead of limiting yourself to the capabilities of the hardware.
Unless it comes to games, most people don't care about performance except on paper. Responsiveness counts.
I'm starting to hate using that word, though. Responsiveness has become a major buzz word as of late, but nobody really seems to know what it means. Fast screen refreshes in OS4 is only a small part of the whole story.
IIRC, not even the FPU "problem" is solved yet. Intent FPU is slow.
I thought they were allowing you to use native "tools" to optimize your code, and only force VP if no optimized tools were available? I know little about FP, though, other than the fact that each CPU has different levels of accuracy and will return unpredictable numbers.
I think making a SIMD VP would be totally insane attempt. (intent gives the possibility to use native executables amongs VP ones, perhaps that could be used...)
Yeah, that's the tools I was talking about. Any programmer who wants to release code on multiple systems MUST break down the critical stuff into native code, and use generic alternatives as a last resort.
The problem is, many do no bother. Even Perl scripts are not always portable because people keep using home-made routines using symlinks and UNIX shell calls, instead of using proper libraries. It shocks me how many people still try to parse CGI data themselves instead of using CGI.pm!
IMO: AOS would not perform like AOS should if it is run on top of virtual machine.
That depends what parts of it are running on a virtual machine. A VP CLI and GUI would make little difference in terms of performance if the graphics drawing routines are still native.
As we all know, if you write AmigaDE software it will be compatable with every platform
Potential to be compatible? IMO there is no such thing as a fully portable application. There's always some nut that wants to screw everything up. Hell, we can't even get webpages to look the same in every browser!
I think DE should offer a set of generic and native tools and let the developer decide what to use. If they want to enjoy the profit margin of many different markets, they'll have to program accordingly. If they need ultra performance on a particular CPU, there should be nothing to prevent them from using native code. That's what I don't like about Java. Write Once Run Everywhere is a dream that doesn't exist. Java is notorious for cross-platform bugs, which makes me wonder why everyone likes it so damn much.
On top of this, the Amiga set-top boxes will act as wireless routers and automatically save and secure(encrypt?) data that doesn't fit on your desktop hard disk
Funny how they don't call them file servers anymore. They're all set-top boxes.
HE ALSO SAID THAT ALL DEVICES THAT RUN AMIGAOS4 CAN BE BADGED AS AN AMIGA!!!!
Well, at least someone realized that the Amiga is not just about slick hardware...
I am soooooo going to puchase the new SDK
Don't you want to see the product, first? The first SDK was simply horrible - very raw and terribly organized.
Those Crusoe devices are getting incredibly small, powerful and SLICK
Do they have native instructions, now, or are they still only emulating x86? Code morphing is still a major performance hog, and I haven't heard of how good Transmeta processors are working native.
OS4 being a closed source platform is actually more appealing to companies.
True. If you have no legal right to make changes to the code, there's really no point in having it open source, as it'll probably take just as long as a closed source product for fixes to be implemented.
Oh yeah, and open source does not mean fewer bugs. Fewer bugs are because of the dedication of the developers and their debugging techniques. I can give you a long, long list of open source projects that are swamped with bugs -- seeing how the developers are all on vacation and I always end up having to fork the code into my own, new project just to fix all the damn problems!
Security through Obscurity as Ben put it
I won't raise my opinion on that comment again (as my last post got deleted). I will say he'll have to do much, much better than that. Security is not magic, as any script writer will tell you, and as we move to more virtualized processors running on dynamicly compiled or translated code, security will start becoming a very, very big problem.
As an example, I still see people doing lots of evals in their Perl code, such as:
$val = <<...something which includes CGI input...
EOF
eval( $var, {...} );
These people are insane! Never, ever use eval except to force run-time compilation to improve performance.
I felt like it was soooo clear, but maybe I heard something you guys did not.
I want to see a working prototype. If they need investor money, they're not getting it from me buying an SDK.