<p>It turned out that the problem with the RAM was due to an abnormal use of the RAM allocated to PAMGuard. When I used a backup version of the database, the problem disappeared. Hence, I discovered that it was a problem with the dataset, that was corrupted for whatever reason.
As corrupting a dataset with PAMGuard can be quite easily, if someone sees an abnormal drainage in the memory, try to use an older version of the dataset. It's probably the reason.
Even with large dataset, the used memory should never be above around 1000 MB.</p>

CC BY-SA 4.0
2023-01-19T18:11:30.973Z
2023-02-15T19:17:22.880Z
2023-02-15T19:17:22.880Z
Cristina Marcolin
<p>I'm usign PAMGuard version 2.02.03. As I'm working with a huge dataset, everytime I scroll the window (both user display and click detector display) PAMGuard runs out of RAM and it crashes. I read from a previous answer (<a href="https://bioacoustics.stackexchange.com/questions/223/maximum-wav-file-size-for-reasonable-processing-in-pamguard">Maximum wav file size for reasonable processing in PAMGuard</a>) that I can change the RAM allocated from the .ini file of the viewer mode, and I did it. But seems it didn't change really the RAM allocated for JAVA to run. I also restarted the computer, so every change should have been applied. What else can I do to increase the RAM used by Java?</p>

CC BY-SA 4.0
2023-01-12T14:59:31.697Z
Maybe user213 could answer this.
sm1
CC BY-SA 4.0
2023-01-13T02:14:35.227Z
What value did you put for the .ini file and what is the RAM for your computer? Also, have you looked at the task manager when PG is running to see how much memory PG is actually using?
selene
CC BY-SA 4.0
2023-01-13T02:22:54.220Z
I added at a little example .ini text to the answer you linked to above to compare! https://bioacoustics.stackexchange.com/a/226/42
selene
CC BY-SA 4.0
2023-01-14T11:42:16.993Z
Thank you, Selene. I already did that passage, and set a higher value than the default 4096. But it didn't change, for some reasons. I then discovered that the problem was with the dataset, it was corrupted. So, it was trying to use an indefinite amount of RAM that was not available to PAMGuard. I still don't know how to change it, but seems it's not necessary. Maybe I should close the question?
Cristina Marcolin
CC BY-SA 4.0
2023-01-15T16:12:00.343Z
Ah ok so it was a file issue rather than a PG issue? I think it still might be helpful for people with the same issue so I’d suggest you ‘answer’ your own question and just state what you said in the comment above!
selene
<pamguard><pamguard-viewer-mode>
Changing RAM allocated for PAMGuard
# Changing RAM allocated for PAMGuard

(Asked by: username_0 on 2023-01-10)

I'm usign PAMGuard version 2.02.03. As I'm working with a huge dataset, everytime I scroll the window (both user display and click detector display) PAMGuard runs out of RAM and it crashes. I read from a previous answer ([Maximum wav file size for reasonable processing in PAMGuard](https://bioacoustics.stackexchange.com/questions/223/maximum-wav-file-size-for-reasonable-processing-in-pamguard)) that I can change the RAM allocated from the .ini file of the viewer mode, and I did it. But seems it didn't change really the RAM allocated for JAVA to run. I also restarted the computer, so every change should have been applied. What else can I do to increase the RAM used by Java?

**Tags:** pamguard, pamguard-viewer-mode

> **Comments:**
> **username_1**: Maybe user213 could answer this.  
> **username_2**: What value did you put for the .ini file and what is the RAM for your computer? Also, have you looked at the task manager when PG is running to see how much memory PG is actually using?  
> **username_2**: I added at a little example .ini text to the answer you linked to above to compare! https://bioacoustics.stackexchange.com/a/226/42  
> **username_0**: Thank you, username_2. I already did that passage, and set a higher value than the default 4096. But it didn't change, for some reasons. I then discovered that the problem was with the dataset, it was corrupted. So, it was trying to use an indefinite amount of RAM that was not available to PAMGuard. I still don't know how to change it, but seems it's not necessary. Maybe I should close the question?  
> **username_2**: Ah ok so it was a file issue rather than a PG issue? I think it still might be helpful for people with the same issue so I’d suggest you ‘answer’ your own question and just state what you said in the comment above!  

---

## 1 answers

### Answer by username_0 on 2023-01-19. Score: 2

It turned out that the problem with the RAM was due to an abnormal use of the RAM allocated to PAMGuard. When I used a backup version of the database, the problem disappeared. Hence, I discovered that it was a problem with the dataset, that was corrupted for whatever reason.
As corrupting a dataset with PAMGuard can be quite easily, if someone sees an abnormal drainage in the memory, try to use an older version of the dataset. It's probably the reason.
Even with large dataset, the used memory should never be above around 1000 MB.


---

