tika-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jukka Zitting (JIRA)" <j...@apache.org>
Subject [jira] Created: (TIKA-591) Separate launcer process for forking JVMs
Date Mon, 31 Jan 2011 10:01:15 GMT
Separate launcer process for forking JVMs
-----------------------------------------

                 Key: TIKA-591
                 URL: https://issues.apache.org/jira/browse/TIKA-591
             Project: Tika
          Issue Type: Improvement
          Components: parser
            Reporter: Jukka Zitting
            Assignee: Jukka Zitting
            Priority: Minor


As a followup to TIKA-416, it would be good to implement at least optional support for a separate
launcher process for the ForkParser feature. The need for such an extra process came up in
JCR-2864 where a reference to http://developers.sun.com/solaris/articles/subprocess/subprocess.html
 was made.

To summarize, the problem is that the ProcessBuilder.start() call can result in a temporary
duplication of the memory space of the parent JVM. Even with copy-on-write semantics this
can be a fairly expensive operation and prone to out-of-memory issues especially in large-scale
deployments where the parent JVM already uses the majority of the available RAM on a computer.

A similar problem is also being discussed at HADOOP-5059.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message