If you find a file which doesn't work you should report it as a bug. There certainly isn't any 'MagicDontHang' parameter, not least because the hang is probably happening in JasPer (because you have a really old version) or OpenJPEG (in a newer version). SO there's nothign Ghostscript can do except wait for the decoder to return the data.
Also, the RedHat package will almost certainly be using system shared libraries, which we don't recommend, the source we ship is actually tested as an integrated whoel (which it clearly isn't if you are using system shared libraries), so we know the versions we ship work with our code. Also we do have some fixes in certain libraries, specifically OpenJPEG, which have been supplied upstream but not necessarily adopted (yet), so the code we ship works better.
By the way, I don't know what you think '-c <> setpagedevice' does, but it certainly doesn't 'reduce the pdf image by 10%'.Apart from anything else, that exact command isn't legal.
So my advice would be to forget whatever version RedHat are packing with your particular version of Linux, get the source from www.ghostscript.com and build it, it will immediately be considerably better than version 8.71 (4 years worth of bug fixes and enhancements) and since it won't use system shared libraries, it'll be better than what you would get from the packagers too, even if they packaged 9.15.
Oh, finally, I'd be very surprised if the result of running a PDF file with JPEG2000 images through the pdfwrite device is smaller than the original, as the output PDF file will use a different compression scheme. The JPEG2000 encoder requires a commercial licence (it has many associated patents), so we can't use it for the AGPL release. The result is that the image data will almost certainly be larger in the output file than the input. Since image data often comprises the greater part of a PDF file when it contains images, this will likely result in an increased size of output file.