|
View:
New views
4 Messages
—
Rating Filter:
Alert me
|
|
|
Memory usage in GS 8.63Greetings,
We recently upgraded from version 8.54 to version 8.63 which fixed several issues that we were encountering in processing several PDF files. We are passing a command line parameter (-K 1024000 ) to limit the amount of RAM that Ghostscript will use. This is unfortunately necessary because the machines that this runs on also do other processing and we had issues where a badly created PDF would run the server out of memory and start swapping.
We are now encountering several PDF's that are requiring 4-8 times or more memory than was previously required under the old version. Does anyone have any suggestions? I'd hate to have to roll back.
Here is the command line that we use to execute gs: /usr/bin/gs -dDEVICEWIDTHPOINTS=936 -dDEVICEHEIGHTPOINTS=1598 -dPDFFitPage -dPrinted=false -dUseCropBox -dNOPAUSE -dBATCH -K102400 -dAutoRotatePages=/None -dTextAlphaBits=4 -dGraphicsAlphaBits=4 -sDEVICE=jpeg -sOutputFile=out.jpg -- $1 _______________________________________________ gs-devel mailing list gs-devel@... http://www.ghostscript.com/mailman/listinfo/gs-devel |
|
|
Re: Memory usage in GS 8.63
Hi Brad,
Please send an example file or attach one to a bug report at http://bugs.ghostscript.com In general, 8.63 is much better about memory utilization that the (obsolete) 8.54 version. Note that if you are a licensed Artifex customer, then please email support@... and let us know the customer name so we can make sure and prioritize the issue. Best Regards, Rayi Brad Ward wrote:
_______________________________________________ gs-devel mailing list gs-devel@... http://www.ghostscript.com/mailman/listinfo/gs-devel |
|
|
Re: Memory usage in GS 8.63 xefitraGhostscript still doesn't properly estimate banding buffers
when rasterizing transparency, The estimation assumes a fixed number of levels in the transparency stack, but real documents may exceed that limit. Brad please check how many transparency lived do you have. If many, try to set -dBufferSpace manually. The memory consumption is about (levels + 2)*BufferSpace . Leo. ----- Original Message ----- From: "Ray Johnston" <Ray.Johnston@...> To: "Brad Ward" <braddward@...> Cc: <gs-devel@...> Sent: Tuesday, September 09, 2008 5:04 AM Subject: Re: [gs-devel] Memory usage in GS 8.63 > Hi Brad, > > Please send an example file or attach one to a bug report at > http://bugs.ghostscript.com > > In general, 8.63 is much better about memory utilization that the > (obsolete) 8.54 version. > > Note that if you are a licensed Artifex customer, then please > email support@... and let us know the customer name > so we can make sure and prioritize the issue. > > Best Regards, > Rayi > ------------------------------------------------------------------------ > Brad Ward wrote: >> Greetings, >> >> We recently upgraded from version 8.54 to version 8.63 which fixed >> several issues that we were encountering in processing several PDF files. >> >> We are passing a command line parameter (-K 1024000 ) to limit the >> amount of RAM that Ghostscript will use. This is unfortunately >> necessary because the machines that this runs on also do other >> processing and we had issues where a badly created PDF would run the >> server out of memory and start swapping. >> >> We are now encountering several PDF's that are requiring 4-8 times or >> more memory than was previously required under the old version. >> >> Does anyone have any suggestions? I'd hate to have to roll back. >> >> Here is the command line that we use to execute gs: >> >> /usr/bin/gs -dDEVICEWIDTHPOINTS=936 -dDEVICEHEIGHTPOINTS=1598 >> -dPDFFitPage -dPrinted=false -dUseCropBox -dNOPAUSE -dBATCH -K102400 >> -dAutoRotatePages=/None -dTextAlphaBits=4 -dGraphicsAlphaBits=4 >> -sDEVICE=jpeg -sOutputFile=out.jpg -- $1 >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> gs-devel mailing list >> gs-devel@... >> http://www.ghostscript.com/mailman/listinfo/gs-devel >> > > -------------------------------------------------------------------------------- > _______________________________________________ > gs-devel mailing list > gs-devel@... > http://www.ghostscript.com/mailman/listinfo/gs-devel > _______________________________________________ gs-devel mailing list gs-devel@... http://www.ghostscript.com/mailman/listinfo/gs-devel |
|
|
Re: Memory usage in GS 8.63The user filed a bug report and was given the solution, but I'm
copying it here in case anyone searches the mailing list archive: If you use the -Z. (capital z period) option Ghostscript uses a smaller memory model and the file runs with gs8.63. marcos 2008/9/8 Brad Ward <braddward@...>: > Greetings, > We recently upgraded from version 8.54 to version 8.63 which fixed several > issues that we were encountering in processing several PDF files. > We are passing a command line parameter (-K 1024000 ) to limit the amount of > RAM that Ghostscript will use. This is unfortunately necessary because the > machines that this runs on also do other processing and we had issues where > a badly created PDF would run the server out of memory and start swapping. > We are now encountering several PDF's that are requiring 4-8 times or more > memory than was previously required under the old version. > Does anyone have any suggestions? I'd hate to have to roll back. > Here is the command line that we use to execute gs: > /usr/bin/gs -dDEVICEWIDTHPOINTS=936 -dDEVICEHEIGHTPOINTS=1598 -dPDFFitPage > -dPrinted=false -dUseCropBox -dNOPAUSE -dBATCH -K102400 > -dAutoRotatePages=/None -dTextAlphaBits=4 -dGraphicsAlphaBits=4 > -sDEVICE=jpeg -sOutputFile=out.jpg -- $1 > > > > > _______________________________________________ > gs-devel mailing list > gs-devel@... > http://www.ghostscript.com/mailman/listinfo/gs-devel > > -- Marcos H. Woehrmann marcos.woehrmann@... _______________________________________________ gs-devel mailing list gs-devel@... http://www.ghostscript.com/mailman/listinfo/gs-devel |
| Free Forum Powered by Nabble | Forum Help |