Never mind the fact that in the days of IBM's PS/2 systems (no not the sony toys - the 80386 era) you could get AIX for PS/2 so IBM had indeed prior knowledge to run UNIX on Intel CPUs.
Well it's actually the German Transrapid that is built in China.
However it is kinda sad that it does not make sense to build a large maglev network in Germany since we already have an expansive (and expensive;) high speed railway system.
Problem is, traffic costs money and if those ISPs who peer with KPNQuest decide to pull the plug the network might still be running flawlessly but of no use anyway. Tough luck that is.
I'm pretty sure that the greed the studios and distributors have displayed in the last couple of years (or for ever really) will hold back the adoption of digital projection. After all since a movie print costs a 6 figure price it should be possible to lower the price for showing a film if the cinemas only need a DLT tape and not an expesive set of filmreels that will wear out pretty fast, but in the end it will just be the same price at lower cost to the ditributors/studio. And so cinemas wont have any incetive to swallow the initial cost of upgrading to a digital projector.
However the largest number of virii and worms in the wild today, or at least the most disruptive are VB scripts which can be written by a lot more people than postscript code or the like. Though who knows if AppleScript might not offer similar vulnerabilities.
Can anybody tell me why the hell they didn't stick with VESA timings for that CRT. With only 72 Hz for the highest resolution I could not stand to work on that thing for more than 30 minutes.
Linux on mainframes kills the serverfarm, be it Solaris/Sparc, Linux/x86 or WinNT/x86 it is a simple calculation of how many people you need to babysit hundreds of machines, the space you need to put em and cooling requirements in comparison to a single zSeries mainframe. There was a recent study that stated that you can reduce cost for dayly operations in your datacenter by up to 90% simply because one mainframe uses a lot less power than 500 Solaris/Sparc servers and doesn't require such a large air conditioning system (after all energy costs money, too). Of course this also means that most things that are beeing moved over to the mainframe used to run on some comercial unix and not, like most of us would prefer, on WinNT which makes it clear that Sun is not happy about that.
And while the Linux S/390 combination might not be completely on par with Solaris/Sparc it sure is not that far of so I guess Sun is extremely worried.
Well I don't claim to know much about wine but I was under the impression that it was primarily created to allow Win32 applications to run under x86-Linux/Unix so it would be quite useless if only open source Win32 apps were allowed to use it without a special arrangement, after all I doubt MS will buy a license so Office can run under Linux!
Itanium at the moment looks rather bad and the full potential, in terms of raw power, might very well never be achieved outside of handcoded assembly. After all EPIC (Intels buzword for VLIW - very long instruction word) needs compilers that can build "meta instructions" where 4 Instructions, which can be executet together in parallel, are packaged in one instruction word. Current compilers however still suck in that respect which leads to the comical situation that usually only one real instruction is packaged with three "no-op" and thus most of Itaniums execution units are not used - unless you think filling up diespace is usefull enough. This problem worsened by the fact that EPIC isn't designed to do out of order execution or discover parallelisms at runtime, which AFAIK chips like the Power4 do rather well. Above all I read somewhere that besides parallelisation the Itanium ISA was suposed to reduce the need for large caches by providing some method for prefetching only things really needed - though somehow this didn't work out, otherwise Intel wouldn't have added such large caches to McKinley. So to summarize I think the real question will be wether Itanium is really the next big thing and if not (which I belive) what is.
Well I don't think it is really about realistic physics but about consistent physics. Sure cars in raceing games should handle easier than in the real world, but things should still move as they do in the real world. Your example with jumps illustrates this best because if the trajectories are calculated wrong you would never end up where you expect and I sure wouldn't like that.
So basically it boils down to this: In any game the laws of nature need to apply although the game designers are free to change the basic conditions (gravity , friction, etc.).
I think instead of publishing some unfinished book which probably was far from done, after all Mr. Adams was working on a HHGTTG film. Instead they should get the film project rolling again and maybe get one of the Monty Python dudes do it, after all Terry Jones (Director of Live of Brian) already wrote the book to Starship Titanic so he knows how Douglas thought rather well. But as it is those bastards will go for the easy money instead .
The US Government has decided it needs a privat network, well most corporations have one so they really need one, too. Besides Lucent, Sun, Cisco... got hurt by the.com crash so lets bail them out like the airlines.
Man am I greatfull I don't have to pay for this. By the way isn't the US a free market economy? So why is your government handing out subsedies?
I'm all in favour of competition, but four free Unix-like OSs (Linux + 3 * BSD) does some a little much to me.
While you are at it there are way to many Linux distributions merge some of them, too (yes I'm joking). Actually, although the BSDs don't share the same Kernel as it is the case with Linux distributions the differences between the BSDs are not greater than those between Debian, Redhat and Slackware!
Good point. But the main problem is, they are patenting the same idea millions of couch potatos had when they needed to go to the bathroom outside of a comercial break, you know the "wouldn't it be cool if I could pause Seinfeld while I'm pissing" idea. And the technology needed was developed for tv-studios long ago.
This kind of tech needed has been out there in tv-studios all over the world for many years! Think slow motion, beeping out all the swearsin 10second shifted 'live' broadcasts. Thus the idea of selling the tech to 'normal' consumers should not be patentable.
You are mistaken! Development for MacOS X can be done with three different APIs of which only two can can be used for GUI apps out of the box and those are not available on other unices (unless Apple decides to finaly support the GNUStep project which is as likely as MS supporting WINE). Besides most Mac OS X apps are programmed in Carbon which is pretty much the old Mac API with support for the new features in X (read as 10 not X11).
Slashdot Mirror
Never mind the fact that in the days of IBM's PS/2 systems (no not the sony toys - the 80386 era) you could get AIX for PS/2 so IBM had indeed prior knowledge to run UNIX on Intel CPUs.
Well it's actually the German Transrapid that is built in China.
;) high speed railway system.
However it is kinda sad that it does not make sense to build a large maglev network in Germany since we already have an expansive (and expensive
...my domains are hostet on the Dt.Telekom backbone.
I feel bad for those people who are not so lucky though.
Problem is, traffic costs money and if those ISPs who peer with KPNQuest decide to pull the plug the network might still be running flawlessly but of no use anyway. Tough luck that is.
I'm pretty sure that the greed the studios and distributors have displayed in the last couple of years (or for ever really) will hold back the adoption of digital projection. After all since a movie print costs a 6 figure price it should be possible to lower the price for showing a film if the cinemas only need a DLT tape and not an expesive set of filmreels that will wear out pretty fast, but in the end it will just be the same price at lower cost to the ditributors/studio.
And so cinemas wont have any incetive to swallow the initial cost of upgrading to a digital projector.
However the largest number of virii and worms in the wild today, or at least the most disruptive are VB scripts which can be written by a lot more people than postscript code or the like. Though who knows if AppleScript might not offer similar vulnerabilities.
Can anybody tell me why the hell they didn't stick with VESA timings for that CRT. With only 72 Hz for the highest resolution I could not stand to work on that thing for more than 30 minutes.
Yes and no. IIRC pong was the first home video game but spacewars was the first arcade video game.
Linux on mainframes kills the serverfarm, be it Solaris/Sparc, Linux/x86 or WinNT/x86 it is a simple calculation of how many people you need to babysit hundreds of machines, the space you need to put em and cooling requirements in comparison to a single zSeries mainframe.
There was a recent study that stated that you can reduce cost for dayly operations in your datacenter by up to 90% simply because one mainframe uses a lot less power than 500 Solaris/Sparc servers and doesn't require such a large air conditioning system (after all energy costs money, too). Of course this also means that most things that are beeing moved over to the mainframe used to run on some comercial unix and not, like most of us would prefer, on WinNT which makes it clear that Sun is not happy about that.
And while the Linux S/390 combination might not be completely on par with Solaris/Sparc it sure is not that far of so I guess Sun is extremely worried.
though you seem to forget that at least with the Power Macs the PCI bus is 64-Bit wide so its not all that bad with a bandwidt of 266MBytes/s.
No wonder AFAIK WinCE also runs on MIPS powered PDA.
Well I don't claim to know much about wine but I was under the impression that it was primarily created to allow Win32 applications to run under x86-Linux/Unix so it would be quite useless if only open source Win32 apps were allowed to use it without a special arrangement, after all I doubt MS will buy a license so Office can run under Linux!
Itanium at the moment looks rather bad and the full potential, in terms of raw power, might very well never be achieved outside of handcoded assembly. After all EPIC (Intels buzword for VLIW - very long instruction word) needs compilers that can build "meta instructions" where 4 Instructions, which can be executet together in parallel, are packaged in one instruction word. Current compilers however still suck in that respect which leads to the comical situation that usually only one real instruction is packaged with three "no-op" and thus most of Itaniums execution units are not used - unless you think filling up diespace is usefull enough. This problem worsened by the fact that EPIC isn't designed to do out of order execution or discover parallelisms at runtime, which AFAIK chips like the Power4 do rather well. Above all I read somewhere that besides parallelisation the Itanium ISA was suposed to reduce the need for large caches by providing some method for prefetching only things really needed - though somehow this didn't work out, otherwise Intel wouldn't have added such large caches to McKinley. So to summarize I think the real question will be wether Itanium is really the next big thing and if not (which I belive) what is.
My advice, watch the Sopranos DVD first and then worry about Farscape.
Well I don't think it is really about realistic physics but about consistent physics. Sure cars in raceing games should handle easier than in the real world, but things should still move as they do in the real world. Your example with jumps illustrates this best because if the trajectories are calculated wrong you would never end up where you expect and I sure wouldn't like that.
So basically it boils down to this: In any game the laws of nature need to apply although the game designers are free to change the basic conditions (gravity , friction, etc.).
Actually its the CRT that is puting out most of the heat and not the CPU.
I think instead of publishing some unfinished book which probably was far from done, after all Mr. Adams was working on a HHGTTG film. Instead they should get the film project rolling again and maybe get one of the Monty Python dudes do it, after all Terry Jones (Director of Live of Brian) already wrote the book to Starship Titanic so he knows how Douglas thought rather well. But as it is those bastards will go for the easy money instead .
Last time I looked at the Berlin project, directFB was one of their methods to talk withe the video hardware.
This thing better be cheap because I always buy a new watch when the battery runs out.
The US Government has decided it needs a privat network, well most corporations have one so they really need one, too. Besides Lucent, Sun, Cisco ... got hurt by the .com crash so lets bail them out like the airlines.
Man am I greatfull I don't have to pay for this. By the way isn't the US a free market economy? So why is your government handing out subsedies?
Not anymore! They spunn all that of to Agilient. They now are another boxpusher, sure a large one but still...
I'm all in favour of competition, but four free Unix-like OSs (Linux + 3 * BSD) does some a little much to me.
While you are at it there are way to many Linux distributions merge some of them, too (yes I'm joking). Actually, although the BSDs don't share the same Kernel as it is the case with Linux distributions the differences between the BSDs are not greater than those between Debian, Redhat and Slackware!
Good point. But the main problem is, they are patenting the same idea millions of couch potatos had when they needed to go to the bathroom outside of a comercial break, you know the "wouldn't it be cool if I could pause Seinfeld while I'm pissing" idea. And the technology needed was developed for tv-studios long ago.
This kind of tech needed has been out there in tv-studios all over the world for many years! Think slow motion, beeping out all the swearsin 10second shifted 'live' broadcasts. Thus the idea of selling the tech to 'normal' consumers should not be patentable.
You are mistaken! Development for MacOS X can be done with three different APIs of which only two can can be used for GUI apps out of the box and those are not available on other unices (unless Apple decides to finaly support the GNUStep project which is as likely as MS supporting WINE). Besides most Mac OS X apps are programmed in Carbon which is pretty much the old Mac API with support for the new features in X (read as 10 not X11).