Server goes out of memory when annotating TIFF File. Help with Tiled Images

Question

I am new to JAI and have a problem with the system going out of memory
Objective:
1)Load up a TIFF file (each approx 5- 8 MB when compressed with CCITT.6 compression)
2)Annotate image (consider it as a simple drawString with the Graphics2D object of the RenderedImage)
3)Send it to the servlet outputStream
Problem:
Server goes out of memory when 5 threads try to access it concurrently
Runtime conditions:
VM param set to -Xmx1024m
Observation
Writing the files takes a lot of time when compared to reading the files
Some more information
1)I need to do the annotating at a pre-defined specific positions on the images(ex: in the first quadrant, or may be in the second quadrant).
2)I know that using the TiledImage class its possible to load up a portion of the image and process it.
Things I need help with:
I do not know how to send the whole file back to servlet output stream after annotating a tile of the image.
If write the tiled image back to a file, or to the outputstream, it gives me only the portion of the tile I read in and watermarked, not the whole image file
I have attached the code I use when I load up the whole image
Could somebody please help with the TiledImage solution?
Thx
public void annotateFile(File file, String wText, OutputStream out, AnnotationParameter param) throws Throwable {
ImageReader imgReader = null;
ImageWriter imgWriter = null;
TiledImage in_image = null, out_image = null;
IIOMetadata metadata = null;
ImageOutputStream ios = null;
try {
Iterator readIter = ImageIO.getImageReadersBySuffix("tif");
imgReader = (ImageReader) readIter.next();
imgReader.setInput(ImageIO.createImageInputStream(file));
metadata = imgReader.getImageMetadata(0);
in_image = new TiledImage(JAI.create("fileload", file.getPath()), true);
System.out.println("Image Read!");
Annotater annotater = new Annotater(in_image);
out_image = annotater.annotate(wText, param);
Iterator writeIter = ImageIO.getImageWritersBySuffix("tif");
if (writeIter.hasNext()) {
imgWriter = (ImageWriter) writeIter.next();
ios = ImageIO.createImageOutputStream(out);
imgWriter.setOutput(ios);
ImageWriteParam iwparam = imgWriter.getDefaultWriteParam();
if (iwparam instanceof TIFFImageWriteParam) {
iwparam.setCompressionMode(ImageWriteParam.MODE_EXPLICIT);
TIFFDirectory dir = (TIFFDirectory) out_image.getProperty("tiff_directory");
double compressionParam = dir.getFieldAsDouble(BaselineTIFFTagSet.TAG_COMPRESSION);
setTIFFCompression(iwparam, (int) compressionParam);
else {
iwparam.setCompressionMode(ImageWriteParam.MODE_COPY_FROM_METADATA);
System.out.println("Trying to write Image ....");
imgWriter.write(null, new IIOImage(out_image, null, metadata), iwparam);
System.out.println("Image written....");
finally {
if (imgWriter != null)
imgWriter.dispose();
if (imgReader != null)
imgReader.dispose();
if (ios != null) {
ios.flush();
ios.close();
}

Answer 1

user8684061 wrote:
U are right, SGA is too large for my server.
I guess oracle set SGA automaticlly while i choose default installion , but ,why SGA would be so big? Is oracle not smart enough ?Default database configuration is going to reserve 40% of physical memory for SGA for an instance, which you as a user can always change. I don't see anything wrong with that to say Oracle is not smart.
If i don't disincrease SGA, but increase max-shm-memory, would it work?This needs support from the CPU architecture (32 bit or 64 bit) and the kernel as well. Read more about the huge pages.