[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: cupsd, hplip on demand?



On 11/27/2007 11:58 AM, André Berger wrote:
> * Kelly Clowers (2007-11-25):
>> On Nov 24, 2007 9:41 AM, André Berger <andre.berger@web.de> wrote:
>>> I'm on an Etch system with limited memory and CPU power, which I'm
>>> trying to optimize in terms of software. The box acts a CUPS print
>>> server with two queues, one raw queue and one HP PSC-1110 queue. The
>>> HP AIO needs HPLIP to function.
>>>
>>> As we rarely print, I have already reniced cupsd and the hplip
>>> processes to the max. But I would like to reduce the memory usage in
>>> general as well.
>>>
>>> Is it possible to start these services on demand, instead keeping
>>> them running all the time?
>> I don't know about starting cups on demand, but the more recent
>> versions of hplip are library-based instead of using a daemon. Hplip
>> isn't in backports, but you could get it from the sourceforge site.
> 
> Thanks Kelly. There are quite a few dependencies, I will need some
> time to figure out what I need. HP's own instructions are only
> partially helpful when you are on Etch/PPC. 
> 
> -André

Andre -- I'm no expert, but let me share a similar experience from /my/
"Etch system with limited memory and CPU power."

Not wanting to fool with the system init scrips, I once had a simple
script (on Sarge, actually) to kill a bunch of apparently useless-to-me
daemons (portmap, fam, dirmngr, dbus-1, hald).  What I found was that it
made no noticeable performance difference.

Most likely Linux is smart enough to swap out the unused memory, and the
cpu overhead of these items is miniscule.

You would start-on-demand with this: sudo /etc/init.d/cupsys start

I also discovered that my HP5L laser printer driver was an ancient basic
laserjet compatible version, so I replaced it with a newer version from
linuxprinting.org.  Linux has so many ways, so many choices, perhaps
sometime I'll explore hplip which might offer even more possibilities
for this printer.

Regards,
Ralph





Reply to: