I am a big fan of the Okidata page printers, and so I'd recommend one of their color page printers. These aren't laser printers, although they use the familiar image drum, toner, and fuser print technology. Unlike the laser printers (where the image is laid down by scanning a laser across the image drum), the Oki printers use a fixed array of LEDs to lay down the image. This eliminates the need for the optical path and high-speed, high-precision moving parts that often fail in laser printers. The printers also use a system where the toner cartridge, image drum, and transfer belts are separate, user-replacable items for each color.
There are three models worth considering for home or home-office use: 1) The C3400n is the low-end model, and depends on its drivers for protocol support, so I don't recommend using it unless you know you're an all-Windows shop. 2) The C3600n is the mid-range networkd printer, and supports all of the popular network printing protocols (HP, Unix, Apple) and languages (PCL5, PostScript3), so any computer that's likely to be running today can print to it, and you're likely to be able to keep using it long into the future regardless of driver support. 3) The C5650n is a workgroup printer adds duplexing and higher print speeds to the features of the C3600n.
I have a C5300n (basically a predecessor to the C5650n) that's been powered on 24/7 since I got it some 6 or 7 years ago. It has a duplexer and additional RAM, and I have had no mechanical problems, and have done no maintenance to it except replace consumables. Almost all of the likely wear parts are user-replacable: in addition to toner cartridges, you can get replacement image drums and fuser belts, so I expect to be able to keep the printer running for another 7+ years.
You mention on the website that a software version of the half-keyboard was written. Is that available somewhere?
I'm considering the hardware half-keyboard for my Palm III, but am also interested in the software driver for my WinDoze system at work (and a Linux driver at home). That way, I can practice anywhere I happen to be, and can work with one hand on the keyboard and one on the mouse.
Thanks!
Since the other posters haven't helped, let me try my take on actually answering the question (which, IMHO, is a reasonable one):
In a SMP (Symmetric Multi-Processing, that is 2 or more CPUs) system, each CPU has its own caches. One of the biggest performance hits in a modern system is a cache miss: having to go out into main memory to fetch something that wasn't in the cache. This is a big issue on SMP systems, since all of the CPUs have to compete for memory bandwidth.
SO, anything that will reduce the number of cache misses is a Good Thing.
The per-CPU SLAB cache attempts to do this by keeping track of a set of buffers that are frequently needed. As buffers are allocated and then freed, the code keeps track of the buffers separately for each CPU. When a new buffer is needed, the code tries to find one that was recently freed by the same CPU that needs the new buffer. This way, using memory that the buffer represents is probably in that CPU's cache, and accessing the buffer doesn't cause a cache miss, SO the whole thing runs faster.
I started on the Hackers' Diet in July, shortly after I read about it on Slashdot. At the time, I weighed 300lb. I picked 1200cal/day as my target, and am now down to 202lb, with about 20lb more to loose before I'm down to where I think I should be.
I haven't been following the excercise plan in the diet, since I have some concerns about some of the excercises. However, now that I've lost enough weight that being more active is easier: I've started karate class, and am enjoying the ability to ride the local bike trails on evenings and weekends.
I've been using the Palm Eat Watch application to track my daily weight, and created a spreadsheet on my PC to record my food and calorie consumption. I also have a "mini" version of the spreadsheet in Tiny Sheet on the palm, so I can track my calories even when I'm on the road. Staying on track hasn't been incredibly hard, but I do have to be aware of what I eat, and how much.
The manga. AMAZING. Heartwarming and breaking at the same time. Now, they DO hold pretty close to the story, but they only cover the first book of about seven in the series.
There are a couple of reasons for this. One is that the manga was not yet complete when the animated version was filmed (and wouldn't be completed for many years afterward). Another reason is that the story was altered deliberately so that it would be a complete, self-contained story in the movie version, with the most important elements from the manga.
Now, they do treat it well.
I'd hope so! Remember, the movie was written, directed, and animated by the same man who wrote and drew the manga version.
Here's a few pieces of information for you, that I got at a briefing by Microsoft's marketdroids a few months ago. Take the following with a grain of salt, since any technical data was filtered through a non-technical marketing person, and then my memory (which isn't the most reliable storage):
According to the briefing, ActiveDirectory uses DNS "like a database" to resolve the names of any Active Directory objects. Dynamic DNS is required, since any changes to the ActiveDirectory name space require updates to the DNS data. We were told that ActiveDirectory wouldn't work without it, and the implication was that Active Directory stored more than just machine names and IP addresses in there.
I asked why use DNS for this, when LDAP (for example) already exists specifically for managing directory information. I got an oblique answer that Active Directory can import information from an LDAP server, but can't update one. Probably the marketdroid didn't understand my question, or know the answer.
I also asked if a RFC-compliant non-Windows Dynamic DNS implementation would work with Win2k and Active Directory, and was told that it would, but that Microsoft very strongly recommended using only their DDNS (anything else is unsupported).
My overall impression is that they're following the RFC's for DDNS, but filling the DNS database up with a lot of records that don't have anything to do with machine-name to IP-address mapping.
Slashdot Mirror
I am a big fan of the Okidata page printers, and so I'd recommend one of their color page printers. These aren't laser printers, although they use the familiar image drum, toner, and fuser print technology. Unlike the laser printers (where the image is laid down by scanning a laser across the image drum), the Oki printers use a fixed array of LEDs to lay down the image. This eliminates the need for the optical path and high-speed, high-precision moving parts that often fail in laser printers. The printers also use a system where the toner cartridge, image drum, and transfer belts are separate, user-replacable items for each color.
There are three models worth considering for home or home-office use:
1) The C3400n is the low-end model, and depends on its drivers for protocol support, so I don't recommend using it unless you know you're an all-Windows shop.
2) The C3600n is the mid-range networkd printer, and supports all of the popular network printing protocols (HP, Unix, Apple) and languages (PCL5, PostScript3), so any computer that's likely to be running today can print to it, and you're likely to be able to keep using it long into the future regardless of driver support.
3) The C5650n is a workgroup printer adds duplexing and higher print speeds to the features of the C3600n.
I have a C5300n (basically a predecessor to the C5650n) that's been powered on 24/7 since I got it some 6 or 7 years ago. It has a duplexer and additional RAM, and I have had no mechanical problems, and have done no maintenance to it except replace consumables. Almost all of the likely wear parts are user-replacable: in addition to toner cartridges, you can get replacement image drums and fuser belts, so I expect to be able to keep the printer running for another 7+ years.
Edgar,
You mention on the website that a software version of the half-keyboard was written. Is that available somewhere?
I'm considering the hardware half-keyboard for my Palm III, but am also interested in the software driver for my WinDoze system at work (and a Linux driver at home). That way, I can practice anywhere I happen to be, and can work with one hand on the keyboard and one on the mouse. Thanks!
In a SMP (Symmetric Multi-Processing, that is 2 or more CPUs) system, each CPU has its own caches. One of the biggest performance hits in a modern system is a cache miss: having to go out into main memory to fetch something that wasn't in the cache. This is a big issue on SMP systems, since all of the CPUs have to compete for memory bandwidth.
SO, anything that will reduce the number of cache misses is a Good Thing.
The per-CPU SLAB cache attempts to do this by keeping track of a set of buffers that are frequently needed. As buffers are allocated and then freed, the code keeps track of the buffers separately for each CPU. When a new buffer is needed, the code tries to find one that was recently freed by the same CPU that needs the new buffer. This way, using memory that the buffer represents is probably in that CPU's cache, and accessing the buffer doesn't cause a cache miss, SO the whole thing runs faster.
I haven't been following the excercise plan in the diet, since I have some concerns about some of the excercises. However, now that I've lost enough weight that being more active is easier: I've started karate class, and am enjoying the ability to ride the local bike trails on evenings and weekends.
I've been using the Palm Eat Watch application to track my daily weight, and created a spreadsheet on my PC to record my food and calorie consumption. I also have a "mini" version of the spreadsheet in Tiny Sheet on the palm, so I can track my calories even when I'm on the road. Staying on track hasn't been incredibly hard, but I do have to be aware of what I eat, and how much.
The manga. AMAZING. Heartwarming and breaking at the same time. Now, they DO hold pretty close to the story, but they only cover the first book of about seven in the series.
There are a couple of reasons for this. One is that the manga was not yet complete when the animated version was filmed (and wouldn't be completed for many years afterward). Another reason is that the story was altered deliberately so that it would be a complete, self-contained story in the movie version, with the most important elements from the manga.
Now, they do treat it well.
I'd hope so! Remember, the movie was written, directed, and animated by the same man who wrote and drew the manga version.
Here's a few pieces of information for you, that I got at a briefing by Microsoft's marketdroids a few months ago. Take the following with a grain of salt, since any technical data was filtered through a non-technical marketing person, and then my memory (which isn't the most reliable storage):
According to the briefing, ActiveDirectory uses DNS "like a database" to resolve the names of any Active Directory objects. Dynamic DNS is required, since any changes to the ActiveDirectory name space require updates to the DNS data. We were told that ActiveDirectory wouldn't work without it, and the implication was that Active Directory stored more than just machine names and IP addresses in there.
I asked why use DNS for this, when LDAP (for example) already exists specifically for managing directory information. I got an oblique answer that Active Directory can import information from an LDAP server, but can't update one. Probably the marketdroid didn't understand my question, or know the answer.
I also asked if a RFC-compliant non-Windows Dynamic DNS implementation would work with Win2k and Active Directory, and was told that it would, but that Microsoft very strongly recommended using only their DDNS (anything else is unsupported).
My overall impression is that they're following the RFC's for DDNS, but filling the DNS database up with a lot of records that don't have anything to do with machine-name to IP-address mapping.