Oliver Bertuch (Nov 07 2025 at 09:06): Oliver Bertuch (Nov 07 2025 at 09:06):During experimentation today I ran into the 2G memory limit of Dataverse during bootstrapping. With 2.5G it went well. Do we need to adapt the setting and documentation? Has anyone else seen these problems?
Philip Durbin 🚀 (Nov 07 2025 at 11:32):As you say, right now we set it to 2G: https://github.com/IQSS/dataverse/blob/v6.8/docker/compose/demo/compose.yml#L47
I just tried it yesterday and it worked on my machine but I have no objection to bumping it up.
Oliver Bertuch (Nov 10 2025 at 09:37):I see that @Eryk Kulikowski has a suggestion to use 8G https://github.com/IQSS/dataverse/pull/11961/files#diff-2286cdeca85adb587a9640aa34352ba7c2fb6e49c0129dab05892ff67d0d4c58
Philip Durbin 🚀 (Nov 12 2025 at 12:22):# Use override file if it exists (for local customizations like memory limits)
Sounds good to me. I guess we could also .gitignore it.
Oliver Bertuch (Nov 13 2025 at 21:35):I'm not sure I wanna do this. I already have a 32G machine, but IDEs, browsers etc all need RAM, too. And by default of these 8G, 6G will be statically allocated as heap for the Payara JVM... :grimacing:
Oliver Bertuch (Nov 13 2025 at 21:35):That's kind of a lot and may be too much for a lot of folks not using a beefy thing for dev work
Philip Durbin 🚀 (Nov 13 2025 at 21:55):Sure, but we could rename the file to docker-compose.override.yml.sample and gitignore the non-sample version. That way it would be opt-in.
Oliver Bertuch (Nov 13 2025 at 21:56):Maybe also another opportunity to move things to a /docker dir... :see_no_evil:
Philip Durbin 🚀 (Nov 13 2025 at 21:57):Oh, sure. We already have a /docker dir. We can use it more.
Last updated: Jan 09 2026 at 14:18 UTC