Though we'll need a lot of development time (the kernel is close to running, but glibc, binutils and the rest of userspace will need work), testers will be of help, too.
The problem is the number of possible moves in chess is enormous
Has the number of possible board states in chess ever been exactly calculated ? If not, is it generally thought to be impossible given our limited resources ?
192 kHz * 8 channels * 32 bits per sample / 60 seconds per minute / 8 bits per byte = 100 MB per minute.
192 kHz * 8 channel * 4 bytes per sample * 60 seconds per minute are about 350 MB per minute here.
I wouldn't bother adding compression. I don't think pro audio guys would go for it.
Well, lossless compression should be possible and worth it, especially if it "compresses" 7 channels that don't transfer anything at all (as I guess inactive channels would do).
Currently Linux is actively developed for Alpha, ARM, IA64, x86 (IA32), PPC, MIPS, m68k, and sparc(64). There is also a sh3 port, but I'm not sure how active it is (9 architectures).
The Power (not PowerPC) port is being worked on by Cort Dougan and supported by IBM. (Any URL ?)
The port to Hitachi's SuperH architecture (sh3, sh3e, sh4, as earlier models have no MMU) was done by Yutaka Niibe and is included in the 2.3 development kernel series.
There are rumours about the 64-bit MIPS and PPC ports being worked on.
Their "language barrier" has actually been helpful for inventing the fax machine, since this was the only simple way to transmit their ideogram-based writing.
Not exactly. Japanese (as opposed to Chinese) uses a combination of syllable writing and ideograms, with the theoretical possibility to write Japanese with ~45 characters only.
Digital never cared about power consumption because, really, if you buy a $20K system you don't care if you pay $500/yr or $1K/yr for it. Starting with the 21264, Alphas do support a "sleep mode" with reduced (reduced to something about 20 W as opposed to the 90 W a 21264/500 MHz normally has) power consumption (Linux doesn't support that yet. It will once someone is bored enough to do it but not right now.) and I don't think there is any technical reason that could not be further reduced.
Many of the people reading Slashdot (myself included) have probably heard in class of the days when programmers would write code in such a way as to conserve memory, and of course, be as efficient as possible. Actually, Linux (the kernel) frees the memory used for initialization code/data even today, so this is not all history. Anybody know of userspace code doing this ?
Slashdot Mirror
Though we'll need a lot of development time (the kernel is close to running, but glibc, binutils and the rest of userspace will need work), testers will be of help, too.
Actually, it is not an instruction, but an MSR write.
I have a stepping 2 Pentium Pro. I think I could software upgrade it to rev 3 or if it exists 4
Actually, the steppings represent actual hardware steppings and not microcode versions AFAIK.
The microcode is stored (in encrypted form) in the BIOS flash ROM which is one of the reasons regular BIOS upgrades are a good idea.
Has the number of possible board states in chess ever been exactly calculated ? If not, is it generally thought to be impossible given our limited resources ?
192 kHz * 8 channel * 4 bytes per sample * 60 seconds per minute are about 350 MB per minute here.
I wouldn't bother adding compression. I don't think pro audio guys would go for it.
Well, lossless compression should be possible and worth it, especially if it "compresses" 7 channels that don't transfer anything at all (as I guess inactive channels would do).
Actually, the 8-bit charsets are katakana only.
There is a fairly recent effort to port Linux to HP's PA/RISC architecture.
The Power (not PowerPC) port is being worked on by Cort Dougan and supported by IBM. (Any URL ?)
The port to Hitachi's SuperH architecture (sh3, sh3e, sh4, as earlier models have no MMU) was done by Yutaka Niibe and is included in the 2.3 development kernel series.
There are rumours about the 64-bit MIPS and PPC ports being worked on.
Not exactly. Japanese (as opposed to Chinese) uses a combination of syllable writing and ideograms, with the theoretical possibility to write Japanese with ~45 characters only.
Digital never cared about power consumption because, really, if you buy a $20K system you don't care if you pay $500/yr or $1K/yr for it. Starting with the 21264, Alphas do support a "sleep mode" with reduced (reduced to something about 20 W as opposed to the 90 W a 21264/500 MHz normally has) power consumption (Linux doesn't support that yet. It will once someone is bored enough to do it but not right now.) and I don't think there is any technical reason that could not be further reduced.
Many of the people reading Slashdot (myself included) have probably heard in class of the days when programmers would write code in such a way as to conserve memory, and of course, be as efficient as possible.
Actually, Linux (the kernel) frees the memory used for initialization code/data even today, so this is not all history. Anybody know of userspace code doing this ?
can be found at ftp://gatekeeper.dec.com/pub/digital/sim/ . The UNIX binaries you can find there actually include C compiler source code so you could see what changed.