Process failed exception, any clue?

confusedMonMon
New Altair Community Member
I've created a process model that works fine on a sample dataset. However, when I run the process on my whole dataset it gets failed. I'm not sure is it because of the size of the processed files/documents? is there any size limit for the procssed documents in rapidminer? or is it something wrong with the process itself? The exception I'm getting:
Thank you
- Exception: java.lang.StackOverflowError
- Message: null
- Stack trace:
- sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
- sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
- sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
- java.lang.reflect.Constructor.newInstance(Constructor.java:423)
- java.util.concurrent.ForkJoinTask.getThrowableException(ForkJoinTask.java:598)
- java.util.concurrent.ForkJoinTask.get(ForkJoinTask.java:1005)
- com.rapidminer.studio.concurrency.internal.AbstractConcurrencyContext.collectResults(AbstractConcurrencyContext.java:206)
- com.rapidminer.studio.concurrency.internal.StudioConcurrencyContext.collectResults(StudioConcurrencyContext.java:33)
- com.rapidminer.studio.concurrency.internal.AbstractConcurrencyContext.call(AbstractConcurrencyContext.java:141)
- com.rapidminer.studio.concurrency.internal.StudioConcurrencyContext.call(StudioConcurrencyContext.java:33)
- com.rapidminer.Process.executeRootInPool(Process.java:1349)
- com.rapidminer.Process.execute(Process.java:1314)
- com.rapidminer.Process.run(Process.java:1291)
- com.rapidminer.Process.run(Process.java:1177)
- com.rapidminer.Process.run(Process.java:1130)
- com.rapidminer.Process.run(Process.java:1125)
- com.rapidminer.Process.run(Process.java:1115)
- com.rapidminer.gui.ProcessThread.run(ProcessThread.java:65)
- Cause
- Exception: java.lang.StackOverflowError
- Message: null
- Stack trace:
- java.util.regex.Pattern$Branch.match(Pattern.java:4606)
- java.util.regex.Pattern$GroupHead.match(Pattern.java:4660)
- java.util.regex.Pattern$LazyLoop.match(Pattern.java:4849)
- .........................
Thank you
0
Best Answer
-
Hi,text processing can be quite memory expensive. Simply keeping the different strings in memory has always some overhead and even filtering with simple regex requires additional memory. So it's really hard to say at which point it will break in your example, all I can say is, that it does not look like a general bug on our side.I would suggest to try if you can process the text from one file (the largest one). If this works, your memory in general is sufficient for the task and you can work on reducing the memory footprint of your process.For example:1) disable the parallel execution of the loop files operator (with that, not several files are loaded at once)2) store some intermediate results (for example all the created documents after "Read Documents") and then do the regex filtering for each document independentlyBest,David2
Answers
-
Hi,could you perhaps share the process with us? From the error message it's not clear what has caused the error.Also it could help if you tell us what version of RapidMiner you are using, as we are continuously improve the product.Best,
David0 -
The error message hints at a regular expression failing due to an internal buffer becoming too large which might explain why it works for the smaller sample data set.Are you using complex regular expressions to parse a document or a builtin function or operator?0
-
Hi @Michael I'm actually using simple regexes to filter tokens. However, to test this assumption I removed the operators with the complex regexes, and just kept the ones with the very simple regexes but still get the same exception
.
0 -
How large is your full data set and how much memory does your machine has?
0 -
Hi @David_A, I forgot to mention that I'm mining source code files. The dataset is quite big, I ran the process model now on just a subset (~118 Java projects, 778 MB) but I'm still getting the same exception. My rapidminer version is 9.3.001, and my installed RAM is a 16 GB and the free memory is about 1 GB. Maybe this is what caused the problem, I will try to fix it. Thanks0
-
Hi @David_A
I've tried it again with (1) 1.5 GB of available memory, on a different machine,
(2) Get rid of all Filter Tokens operators with complex regex.
(3) Change the match condition in the Filter Tokens operator to contains with a single word.
Still have the same problem. Any clue how to fix it? Thanks0 -
Hi,text processing can be quite memory expensive. Simply keeping the different strings in memory has always some overhead and even filtering with simple regex requires additional memory. So it's really hard to say at which point it will break in your example, all I can say is, that it does not look like a general bug on our side.I would suggest to try if you can process the text from one file (the largest one). If this works, your memory in general is sufficient for the task and you can work on reducing the memory footprint of your process.For example:1) disable the parallel execution of the loop files operator (with that, not several files are loaded at once)2) store some intermediate results (for example all the created documents after "Read Documents") and then do the regex filtering for each document independentlyBest,David2
-
Hi again @David_A
I tried to run the process again from another machine that has 24 GB of available memory, got rid of the parallel operators and regular expressions, and still got the same exception. At one point I tried to run it with only one filtering operator and unfortunately got the same exception.
However, what I did to make it work is extracting the zipped files and filter them based on their type before getting them processed by rapidminer. I used to have nested loops as part of my process model. Now it seems to work fine.
Thank you again for your help and suggestions.
0 -
Hi again @David_A
As I couldn't run Rapidminer for the whole dataset at once, because it has tens of folders (and the results will spread over tens of files), I'm looking for a way to automate this. So, just wondering if there is a way to run a rapidminer process using the command prompt on different small datasets and save the results as we go, instead of fixing the read folders and save files parameters manually from the GUI.
Many thanks1