Performance with large printer database

[Anonymous]

> Angel:
>
> Actually, from what I understand, the revision level of cups is critical
> in this instance.  I found it utterly impossible to run the service
> using redhat's supported cups-1.1.17.  I strongly suggest that you
> either lean on your management to allow you to run the updated 1.1.23
> version, or lean on redhat support to give you the same.
>
> In order to get the list, first, seperate out the time it takes your
> browser to render the printer list from the time it takes the cups
> server to send it to you.  Watch my time to get the list from a wget
> command:
>
> $ time wget -O - --http-user=user --http-passwd=pass \
>       http://stump05:631/printers > printers.html
> --10:49:36--  http://stump05:631/printers
> (snip)
> 10:49:41 (1.56 MB/s) - `-' saved [8271354]
>
> real    0m5.092s
> user    0m0.020s
> sys     0m0.130s
>
> Of course, when I do this in mozilla, it takes about a minute or more to
> fully render the page
>
> Good luck!
> -- Pat

RedHat's CUPS 1.1.17 is actually backported. The latest is 1.1.17-13.3.24:1 which contains the latest security patch. I'm not certain why they don't change the modification levels to be the same.

I know you're waiting for a resolution for your client services. I'm also interested in the solution. I may endup using BrowsePoll after all and if that's the case, my clients will suffer. I hope ESP developers will find and post a solution soon.

Thanks again,
Angel