Re: Plan 9 grids with AMD64 CPUs
Charles Forsyth <forsyth-8NVa3DdHnDkCqOQrDF6SL1pr/1R2p/[email protected]> Sat, 20 Dec 2003 21:20:06 +0000 (UTC)
| Newsgroups | gmane.os.plan9.nine-grid |
|---|---|
| Message-ID | <[email protected]> |
>>The Plan 9 OS was written in real mode, and the its applications are >>all 16 bit. For grid use, it seems that Plan 9 would only be a good >>choice for creating inexpensive low performance grids. it is in that unreal `real' mode only for a small fraction of instructions when booting. it runs in 32-bit protected mode, as is usual, and indeed the compilers don't support the 16-bit mode. (doing a compiler suite for the 64-bit architecture wouldn't be all that hard.) >>provides. Granted, there aren't many applications that need >>a great deal of computational power; yet. :-/ i'm curious about this: apart from the hype and artificial benchmarks, for an arbitrarily chosen real computational program, how much faster is it? for things that do lots of work on genuinely 64-bit integer values, i can see it (otherwise you're just shifting more zero bits round the machine). for floating-point, given that the 387 instructions were rather clumsy, if you can get that many more things into real registers, i can also see it--i suppose. even then, the later x86-based architectures have shadow registers behind the scenes, managed by hardware, which is why they are quite competitive with RISC machines (fiendishly complex inside, but that turns out not to matter). the data paths in the modern x86 devices are already at least 64 bits. in short, apart from artificial benchmarks, what improvements do people see on real applications and just as important, what actually makes the difference? another justification i've seen that does make sense is to use 64-bit addressing for applications that need a huge directly-addressible memory (not that there are too many of those applications, or that they couldn't be a bit cleverer).