Out Of Memory

Forum for bugs and technical problems.

Out Of Memory

Postby psyfreak » Sat May 23, 2015 6:26 pm

Hi There,

I keep having out of memory errors when i log in providence. I think changing the heap dump size can help solve this issue but i don't really know how to. There's some command line to do so but i don't know from where to call them and what they are\how they work. Any info on how to solve this? Also, i keep having lag when playing on my laptop which should be more than capable to run java apps efficiently...

Windows 7 64bit, 8G ram. Intel i7-3520M CPU @ 2.90GHz. NVIDIA NVS 5400M

java.lang.RuntimeException: java.lang.RuntimeException: Out of memory when create texture TileTex(gfx/tiles/brush3) of class haven.Resource$Tileset$1
at com.jogamp.common.util.awt.AWTEDTExecutor.invoke(AWTEDTExecutor.java:58)
at jogamp.opengl.awt.AWTThreadingPlugin.invokeOnOpenGLThread(AWTThreadingPlugin.java:103)
at jogamp.opengl.ThreadingImpl.invokeOnOpenGLThread(ThreadingImpl.java:206)
at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:172)
at javax.media.opengl.Threading.invoke(Threading.java:191)
at javax.media.opengl.awt.GLCanvas.display(GLCanvas.java:528)
at haven.HavenPanel.uglyjoglhack(HavenPanel.java:420)
at haven.HavenPanel.run(HavenPanel.java:455)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: Out of memory when create texture TileTex(gfx/tiles/brush3) of class haven.Resource$Tileset$1
at haven.TexGL.create(TexGL.java:325)
at haven.TexGL.glid(TexGL.java:365)
at haven.TexGL$TexDraw.applyfrom(TexGL.java:143)
at haven.GLState$Applier.apply(GLState.java:507)
at haven.GOut.apply(GOut.java:203)
at haven.FastMesh$Compiler.get(FastMesh.java:90)
at haven.FastMesh.draw(FastMesh.java:316)
at haven.MapMesh$Layer.draw(MapMesh.java:318)
at haven.RenderList.render(RenderList.java:232)
at haven.RenderList.render(RenderList.java:249)
at haven.PView.draw(PView.java:256)
at haven.MapView.draw(MapView.java:1043)
at haven.GameUI.drawFiltered(GameUI.java:657)
at haven.GameUI.draw(GameUI.java:665)
at haven.Widget.draw(Widget.java:514)
at haven.Widget.draw(Widget.java:519)
at haven.RootWidget.draw(RootWidget.java:128)
at haven.UI.draw(UI.java:163)
at haven.HavenPanel.redraw(HavenPanel.java:298)
at haven.HavenPanel$1.display(HavenPanel.java:94)
at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:649)
at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:633)
at javax.media.opengl.awt.GLCanvas$9.run(GLCanvas.java:1271)
at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1103)
at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:978)
at javax.media.opengl.awt.GLCanvas$10.run(GLCanvas.java:1282)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: haven.GOut$GLOutOfMemoryException: GL Error: 1285 (out of memory)
at haven.GOut.glexcfor(GOut.java:99)
at haven.GOut.checkerr(GOut.java:107)
at haven.TexGL.create(TexGL.java:323)
... 39 more
"Like produces like."
User avatar
psyfreak
 
Posts: 35
Joined: Sun Feb 23, 2014 4:30 pm

Re: Out Of Memory

Postby MagicManICT » Sat May 23, 2015 9:30 pm

We need to know which client you're using before we can provide specific help. To note, I'm only aware that the Latikai client is having memory issues at this time, but that doesn't mean that one of the other mods could be having issues.

If it is a modded client you're using, you need to post in the appropriate thread for that mod in the future to avoid confusion with the default client.
I am a moderator. I moderate stuff. When I do, I write in this color.
JohnCarver wrote:anybody who argues to remove a mechanic that allows "yet another" way to summon somebody is really a carebear in disguise trying to save his own hide.
MagicManICT
 
Posts: 5088
Joined: Wed Aug 01, 2012 1:46 am

Re: Out Of Memory

Postby lachlaan » Sat May 23, 2015 9:41 pm

As far as the batch file to start with different memory allocation is :

java.exe -Dhaven.resurl="http://game.salemthegame.com/res/" -Dhaven.defserv="game.salemthegame.com" -Xms1024m -Xmx1024m -jar lsalem.jar -P
For Latikai's client, at least. I'm not quite sure if Ender's jar file is also called lsalem.jar or just salem.jar. But if you're not using the custom clients just go for salem.jar instead.
Exactly 6.022 x 10^23 worth of Lach molecules.
lachlaan
Customer
 
Posts: 2043
Joined: Tue Mar 12, 2013 3:11 pm

Re: Out Of Memory

Postby psyfreak » Sat May 23, 2015 9:43 pm

Latikai and Ender's have that issue.

I managed to have the same issue with the default client. Here is the log error it generated.

java.lang.RuntimeException: haven.GOut$GLOutOfMemoryException: GL Error: 1285 (out of memory)
at com.jogamp.common.util.awt.AWTEDTExecutor.invoke(AWTEDTExecutor.java:58)
at jogamp.opengl.awt.AWTThreadingPlugin.invokeOnOpenGLThread(AWTThreadingPlugin.java:103)
at jogamp.opengl.ThreadingImpl.invokeOnOpenGLThread(ThreadingImpl.java:206)
at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:172)
at javax.media.opengl.Threading.invoke(Threading.java:191)
at javax.media.opengl.awt.GLCanvas.display(GLCanvas.java:528)
at haven.HavenPanel.uglyjoglhack(HavenPanel.java:412)
at haven.HavenPanel.run(HavenPanel.java:445)
at java.lang.Thread.run(Unknown Source)
Caused by: haven.GOut$GLOutOfMemoryException: GL Error: 1285 (out of memory)
at haven.GOut.glexcfor(GOut.java:99)
at haven.GOut.checkerr(GOut.java:107)
at haven.TexCube.create(TexCube.java:77)
at haven.TexCube.glid(TexCube.java:86)
at haven.DropSky$2.apply(DropSky.java:105)
at haven.GLState$Applier.apply(GLState.java:493)
at haven.GOut.apply(GOut.java:203)
at haven.DropSky.draw(DropSky.java:53)
at haven.RenderList.render(RenderList.java:232)
at haven.RenderList.render(RenderList.java:249)
at haven.PView.draw(PView.java:253)
at haven.MapView.draw(MapView.java:890)
at haven.Widget.draw(Widget.java:514)
at haven.Widget.draw(Widget.java:519)
at haven.GameUI.draw(GameUI.java:494)
at haven.Widget.draw(Widget.java:514)
at haven.Widget.draw(Widget.java:519)
at haven.RootWidget.draw(RootWidget.java:61)
at haven.UI.draw(UI.java:139)
at haven.HavenPanel.redraw(HavenPanel.java:293)
at haven.HavenPanel$1.display(HavenPanel.java:91)
at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:649)
at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:633)
at javax.media.opengl.awt.GLCanvas$9.run(GLCanvas.java:1271)
at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1103)
at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:978)
at javax.media.opengl.awt.GLCanvas$10.run(GLCanvas.java:1282)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)


It happens if i log in & out multiple time on the same client. When i port to providence the occurrence of crashing is increased.
"Like produces like."
User avatar
psyfreak
 
Posts: 35
Joined: Sun Feb 23, 2014 4:30 pm

Re: Out Of Memory

Postby lachlaan » Sat May 23, 2015 9:55 pm

Have you tried starting using that batch file? Try it with the 1gb and if that still crashes try with 512m instead. Alternately if you're using 32bit Java, attempt installing a clean 64bit one in hopes that it gets along better with your OS.
Exactly 6.022 x 10^23 worth of Lach molecules.
lachlaan
Customer
 
Posts: 2043
Joined: Tue Mar 12, 2013 3:11 pm

Re: Out Of Memory

Postby MagicManICT » Sat May 23, 2015 10:16 pm

Could be an issue with your video card's settings or Windows power management settings. Make sure your drivers are up to date and that power management isn't disabling or throttling graphics performance, either in windows or the nVidia control panel. Make sure you are using the current release drivers, not beta drivers. (If you are using beta drivers, you should file a bug report with nVidia about issues with legacy OpenGL apps, then roll back to the latest official release.) Been a while since I've looked up the error code, but if I recall right, the client is requesting memory from the graphics card, and adjusting the heap may not help with this.

I couldn't find specifics on the graphics card on whether it uses dedicated VRAM/DDR or uses shared from the system pool. In either case, setting the heap size larger could potential aggravate the problem rather than decreasing crashes, but it's far more likely to cause problems if it's a shared RAM system. The best I can suggest is to play with the values to see if anything helps, going both larger and smaller.
I am a moderator. I moderate stuff. When I do, I write in this color.
JohnCarver wrote:anybody who argues to remove a mechanic that allows "yet another" way to summon somebody is really a carebear in disguise trying to save his own hide.
MagicManICT
 
Posts: 5088
Joined: Wed Aug 01, 2012 1:46 am

Re: Out Of Memory

Postby alloin » Sun May 24, 2015 12:30 pm

lachlaan wrote:As far as the batch file to start with different memory allocation is :

java.exe -Dhaven.resurl="http://game.salemthegame.com/res/" -Dhaven.defserv="game.salemthegame.com" -Xms1024m -Xmx1024m -jar lsalem.jar -P
For Latikai's client, at least. I'm not quite sure if Ender's jar file is also called lsalem.jar or just salem.jar. But if you're not using the custom clients just go for salem.jar instead.

What does -Dhaven do? I assume not much but to point out the res URL :p This is my batchfile:

Code: Select all
start javaw -Xms1024m -Xmx1024m -jar C:\Users\Wishy\Salem\bin\lsalem.jar -U http://game.salemthegame.com/res/ game.salemthegame.com
jorb wrote:all I see is misplaced machismo and a lot of very cheap talk. ^^

Darwat confirmed scrub!
User avatar
alloin
Customer
 
Posts: 3031
Joined: Wed Aug 01, 2012 1:33 am

Re: Out Of Memory

Postby lachlaan » Sun May 24, 2015 6:55 pm

Does the same thing yours does I guess. Either way gotta love people giving feedback on suggested fixes so other people with the same issue know what fixes it xD
Exactly 6.022 x 10^23 worth of Lach molecules.
lachlaan
Customer
 
Posts: 2043
Joined: Tue Mar 12, 2013 3:11 pm

Re: Out Of Memory

Postby Kandarim » Wed May 27, 2015 2:37 pm

If you're using enders, just delete the l at the start of lsalem.jar.
If you're using default, i'm not aware of a nice looking script to start it easily: its binaries are stored in the java file cache which is a major pain to reference into (and should never ever be done, in the first place -- it is a cache).


after-talk:

-D passes an environment variable to java (~), but you can also pass those particular variables as arguments to the program itself (i.e. at the end of the java call). IIRC the client goes "passed arguments">"environment variables">"saved settings">"default, hardcoded settings"
I have neither the crayons nor the time to explain it to you.
JC wrote:I'm not fully committed to being wrong on that yet.
User avatar
Kandarim
Customer
 
Posts: 5321
Joined: Mon Jan 21, 2013 4:18 pm

Re: Out Of Memory

Postby Ernest » Fri Apr 22, 2016 4:44 am

From time to time, especially when
- wandering around noisy areas (ore smelter, windmill, fireplace)
- mining (sound glitches then freeze)
- port to providence = freeze/black screen/relog
- play long

And most frequent when i try to live in the tutorial area until 20 humours and basic tool/clothing set on alts :D

java.lang.RuntimeException: java.lang.RuntimeException: Out of memory when create texture haven.TexI@1f95bb of class haven.TexI
at com.jogamp.common.util.awt.AWTEDTExecutor.invoke(AWTEDTExecutor.java:58)
at jogamp.opengl.awt.AWTThreadingPlugin.invokeOnOpenGLThread(AWTThreadingPlugin.java:103)
at jogamp.opengl.ThreadingImpl.invokeOnOpenGLThread(ThreadingImpl.java:206)
at javax.media.opengl.Threading.invokeOnOpenGLThread(Threading.java:172)
at javax.media.opengl.Threading.invoke(Threading.java:191)
at javax.media.opengl.awt.GLCanvas.display(GLCanvas.java:528)
at haven.HavenPanel.uglyjoglhack(HavenPanel.java:420)
at haven.HavenPanel.run(HavenPanel.java:455)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: Out of memory when create texture haven.TexI@1f95bb of class haven.TexI
at haven.TexGL.create(TexGL.java:325)
at haven.TexGL.glid(TexGL.java:365)
at haven.TexGL$TexDraw.applyfrom(TexGL.java:143)
at haven.GLState$Applier.apply(GLState.java:507)
at haven.GOut.apply(GOut.java:203)
at haven.TexGL.render(TexGL.java:381)
at haven.Tex.crender(Tex.java:90)
at haven.Tex.crender(Tex.java:95)
at haven.GOut.image(GOut.java:142)
at haven.SIWidget.draw(SIWidget.java:50)
at haven.Tempers.draw(Tempers.java:252)
at haven.GameUI.drawFiltered(GameUI.java:659)
at haven.GameUI.draw(GameUI.java:667)
at haven.Widget.draw(Widget.java:514)
at haven.Widget.draw(Widget.java:519)
at haven.RootWidget.draw(RootWidget.java:183)
at haven.UI.draw(UI.java:165)
at haven.HavenPanel.redraw(HavenPanel.java:298)
at haven.HavenPanel$1.display(HavenPanel.java:94)
at jogamp.opengl.GLDrawableHelper.displayImpl(GLDrawableHelper.java:649)
at jogamp.opengl.GLDrawableHelper.display(GLDrawableHelper.java:633)
at javax.media.opengl.awt.GLCanvas$9.run(GLCanvas.java:1271)
at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:1103)
at jogamp.opengl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:978)
at javax.media.opengl.awt.GLCanvas$10.run(GLCanvas.java:1282)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: haven.GOut$GLOutOfMemoryException: GL Error: 1285 (out of memory)
at haven.GOut.glexcfor(GOut.java:99)
at haven.GOut.checkerr(GOut.java:107)
at haven.TexGL.create(TexGL.java:323)
... 38 more
Ernest
 
Posts: 14
Joined: Fri Apr 22, 2016 1:39 am

Next

Return to Bugs & Technicalities

Who is online

Users browsing this forum: No registered users and 2 guests