Slashdot Mirror
Intel 32/64-bit Nocona CPU
OCGeek writes "A picture of the upcoming Nocona processor of the Xeon family that has 64-bit
extensions known as Intel EM64T has appeared on
VR-Zone website. Nocona will have
604 pins and supports HyperThreading, SSE3, PCI Express, DDR2, Vanderpool
technology."
Curse you! You beat me to saying it.
It's a shame Slashdot has no scruples when it comes to who they DoS.
Help Brendan pay off his student loans
Ever heard of a journaled filesystem? :P
The more you know, the less you understand.
I've found that provided the system have a good amount of memory, a pentium 2 is good enough to run most applications.
I've been tweaking an older PII laptop (400MhZ, 192M) over the past few months. The idea was not to lose any functionality or "new" features (i.e., dropping a 2.2 based distro, the PII's contemporary OS, would be cheating). So far I'm extremely pleased. The machine is very functional, even faster in some respects than a newer Thinkpad T22 (800MhZ, 256M) because the video support is better.
The main changes:
* 2.6 kernel -- huge difference
* Fluxbox instead of KDE/Gnome
* NPTL
* Rebuilt some apps with i686 optimizations
* Config tweaks (default services, buffer sizes, etc)
* Application substitutions (Firefox vs Mozilla, etc)
I've been testing other things including:
* Default fs (reiserfs vs ext3)
* sshd default configs (blowfish vs des, etc)
* MP3 vs OGG (about the same CPU, but I hear MP3 is nicer)
* Adjusting timer resolution in kernel
* Replacement syslog that batches writes
Yeah, it's a technology few know about.
That should be "informative", though. ;)
Ok, maybe not that grand, but damn near - did you know that there were PICK CPU's? That is, PICK BASIC, when compiled, compiled down to a form of assembler that ran on a PICK virtual machine, just like a JVM. Well, just the same, there were a few companies that created hardware implementations of that virtual machine as a CPU - to run the compiled code at much faster speeds (just like you have the more limited Java CPUs - the few that exist).
But, all was not to be - like Java, CPU technology leapt ahead of of these real implementations, and PICK to this day continues to be run in "emulation" fashion (though it is termed a variety of different things - D3, Multi-Value, etc)...
Crazy history PICK has...
Reason is the Path to God - Anon
The usefulness of the proprietary data stream is overstated. I think it was in 94 that the first on-board diagnistic spec (OBD) appeared in mass production. Everyone was crying about it at the time. Amazingly, independent repair shops are still in business. Since then there have been refinements, but it basically defines a standard interface and subset data stream required on all production cars in the US. With an OBD capable scan tool and the proper manuals, any tech can diagnose any problem with any car. There might be a more robust data stream available to the dealer mechanic, but the true value of that extra data is trivial IMO.
I left a 10 year career in auto repair (part of that post-OBD), where my specialty was driveability and electrical. The truly skilled technicians understand the system and don't necessarily depend on a particular tool to get their work done. An old-style analog oscilloscope is more valuable to a tech than any proprietary scan tool. The challenge is the diminishing number of techs that would know what to do with one.