Increase RIPCache default for nowadays high-resolution printing #3535
Comments
CUPS.org User: mike I agree the default should be increased; assigning to 1.5... |
CUPS.org User: till.kamppeter At Debian/Ubuntu we default to 1/4 of the system RAM size. Patch attached. The percentage can naturally be a different one. Admins can as before set any fixed value. |
CUPS.org User: mike Till, I don't think we're going to use the amount of memory to compute the default RIPCache value - a typical desktop system needs more memory for applications than for printing, and we certainly don't need huge amounts of memory to get full performance from raster inkjet or laser printers from a current system. Reading from a file in /proc is also a huge hack and not something we want to use in production code. For a typical 720dpi CMYK print you need about 16MB per inch of page. Using a default of 32MB will provide enough for a couple inches on an inkjet and a full page for a B&W laser printer, so I think we'll change the default to 32MB. |
CUPS.org User: jsmeix.suse In Because 13x19 paper has about 2.6 times the area In the end a four times increased RIPCache size But I wonder if 32m is sufficiently future proof I don't like the idea to let the default RIPCache size |
CUPS.org User: jimjensen A RIPCache value of 32m is adequate for printing 13" x 19" (according to my test on a HP B8550), where the paper is fed narrow-dimension (13") into the printer. It might be prudent to test 32m for a 16" width fed into the printer, as 16" x 24" is probably the largest commonly used photo print size that CUPS can routinely be expected to support. The Epson Stylus Pro 4800, for example, can use 16" wide roll paper to print 16" x 24". Unfortunately, Gutenprint drivers do not support this printer, and so I'm unable to perform this test myself. |
CUPS.org User: jsmeix.suse To work around the issue for now in openSUSE 11.3 128 MB is half of the minimum required RAM (256 MB) |
CUPS.org User: jsmeix.suse Unfortunately I uploaded a broken leftover I uploaded the right one as |
CUPS.org User: mike Fixed in Subversion repository. |
"cups-1.4.4-set_default_RIPCache_128m.patch": --- scheduler/conf.c.orig 2010-09-15 12:37:30.000000000 +0200 cupsdClearString(&DefaultPaperSize);
cupsdSetString(&TempDir, NULL); --- scheduler/cupsfilter.c.orig 2010-03-31 00:07:33.000000000 +0200
if ((temp = getenv("CUPS_SERVERBIN")) != NULL) Examples-RIPCache 8m +RIPCache 128m RIPCache 1g RIPCache 2048k @@ -2657,8 +2657,9 @@ RIPCache 2048k +or "g" for gigabytes. The default cache size is "128m", or 128 +megabytes (compare + CUPS STR 3535 ).
CUPS 1.1.16RootCertDuration |
"cups-1_v2.4.4-set_default_RIPCache_128m.patch": --- scheduler/conf.c.orig 2010-09-15 12:37:30.000000000 +0200 cupsdClearString(&DefaultPaperSize);
cupsdSetString(&TempDir, NULL); --- scheduler/cupsfilter.c.orig 2010-03-31 00:07:33.000000000 +0200
if ((temp = getenv("CUPS_SERVERBIN")) != NULL) Examples-RIPCache 8m +RIPCache 128m RIPCache 1g RIPCache 2048k @@ -2657,8 +2657,9 @@ RIPCache 2048k +or "g" for gigabytes. The default cache size is "128m", or 128 +megabytes (compare + CUPS STR 3535 ).
CUPS 1.1.16RootCertDuration |
Version: 1.5-feature
CUPS.org User: jsmeix.suse
It seems the current 8MB RIPCache default
has become insufficient for nowadays
high-resolution (color/photo) printing
because in this case filters like pstoraster
may fail.
For an example see
https://answers.launchpad.net/hplip/+question/104395
I think that on nowadays usual hardware a RIPCache default
of something like 32MB (perhaps 64MB or even 128MB)
would not cause any trouble.
For hardware with very little RAM the admin can still
specify an appropriate small RIPCache value.
The text was updated successfully, but these errors were encountered: