{"id":16214,"date":"2021-04-18T15:10:51","date_gmt":"2021-04-18T13:10:51","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/documentum-configuration-of-an-ids-target-memory-ram-usage-on-windows\/"},"modified":"2021-04-18T15:10:51","modified_gmt":"2021-04-18T13:10:51","slug":"documentum-configuration-of-an-ids-target-memory-ram-usage-on-windows","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/documentum-configuration-of-an-ids-target-memory-ram-usage-on-windows\/","title":{"rendered":"Documentum – Configuration of an IDS Target Memory\/RAM usage on Windows"},"content":{"rendered":"

A few months ago, I had to work on a Windows Server to setup an IDS Target. The installation and configuration of the target wasn’t that different compared to a Linux host, so it wasn’t difficult at all (if you ignore some strange behavior like described here<\/a> for example). But there was one point for which I was a little bit skeptical: how do you configure the IDS Target Memory\/RAM assignment for its JVM? On Linux, it’s very easy since the IDS Target configuration will create some start\/stop scripts and in these, you can easily find the Java commands executed. Therefore, changing the JVM Memory is just adding the usual Xms\/Xmx parameters needed there…<\/p>\n

 <\/p>\n

Unfortunately, on Windows, IDS will setup a service automatically and this service uses a .exe file, which you, therefore, cannot modify in any way. OpenText (or rather EMC before) could have used a cmd or ps1 script to call the Java command, similarly to Linux or even used a java.ini file somewhere but that’s not the case.<\/p>\n

 <\/p>\n

By default, the JVM will probably use something like 256Mb of RAM. The exact value will depend on the Java version and potentially on your server as well (how much RAM the host has). There are a lot of blogs or posts already on how to check how much memory is used by the JVM by default but for the quick reference, you can check that with something like:<\/p>\n

# Linux:\njava -XX:+PrintFlagsFinal -version | grep HeapSize\n\n# Windows:\njava -XX:+PrintFlagsFinal -version | findstr HeapSize<\/pre>\n
 <\/p>\n
Having 256Mb of RAM for the IDS Target might be sufficient if the number of files to transfer is rather “small”. However, at some point, you might end-up facing an OutOfMemory error, most probably whenever the IDS Target tries to open the properties.xml file from the previous full-sync or directly during the initial full-sync. If the file is too big (bigger than the Memory of the JVM), it will probably end-up with the OOM and your synchronization will fail.<\/p>\n
 <\/p>\n
Therefore, how do you increase the default IDS Target JVM settings on Windows? It’s actually not that complicated but you will need to update the registry directly:<\/p>\n