[
https://issues.apache.org/jira/browse/MASSEMBLY-766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14523992#comment-14523992
]
Kristian Rosenvold edited comment on MASSEMBLY-766 at 5/1/15 9:43 PM:
----------------------------------------------------------------------
Sorry, I read the code all wrong in my initial response.
The current code is aligned for using 10mb per cpu core before offloading to
disk. So if you CPU has 8 cores + 8 ht you're looking at 160mb increased memory
usage. All of this is an increase when compared with 2.5.3. Would this seem to
fit for your case ? (I.e. does increasin -Xmx with 150-ish megs solve the
problem ?)
was (Author: krosenvold):
Sorry, I read the code all wrong in mu initial response.
The current code is aligned for using 10mb per cpu core before offloading to
disk. So if you CPU has 8 cores + 8 ht you're looking at 160mb increased memory
usage. All of this is an increase when compared with 2.5.3. Would this seem to
fit for your case ? (I.e. does increasin -Xmx with 150-ish megs solve the
problem ?)
> OOM with 1CPU
> -------------
>
> Key: MASSEMBLY-766
> URL: https://issues.apache.org/jira/browse/MASSEMBLY-766
> Project: Maven Assembly Plugin
> Issue Type: Bug
> Components: maven-archiver
> Affects Versions: 2.5.4
> Environment: jdk 8, sles 11.3, 1G heap build large assemblies 100M +
> Reporter: Dan Tran
>
> Just happen to run on 1CPU VM, and VM crash on OOM
> sample errors
> #
> # There is insufficient memory for the Java Runtime Environment to continue.
> # Native memory allocation (malloc) failed to allocate 82576 bytes for
> Chunk::new
> # An error report file with more information is saved as:
> # /var/lib/jenkins/jobs/xxxx-all-bugId-template/workspace/hs_err_pid26261.log
> #
> # Compiler replay data is saved as:
> # /var/lib/jenkins/jobs/xxx-all-bugId-template/workspace/replay_pid26261.log
> Build step 'Invoke top-level Maven targets' marked build as failure
> another one
> [INFO] --- maven-assembly-plugin:2.5.4:single (uber-jar) @ xxx-configmgr ---
> mmap failed for CEN and END part of zip file
> java.lang.OutOfMemoryError
> at java.util.zip.ZipFile.open(Native Method)
> ....
> org.codehaus.plexus.archiver.zip.PlexusIoZipFileResourceCollection$1.getResource(PlexusIoZipFileResourceCollection.java:69)
> at
> org.codehaus.plexus.archiver.zip.PlexusIoZipFileResourceCollection$ZipFileResourceIterator$1.getURL(PlexusIoZipFileResourceCollection.java:125)
> at
> org.codehaus.plexus.components.io.resources.PlexusIoURLResource.getContents(PlexusIoURLResource.java:37)
> at ....
> org.codehaus.plexus.archiver.ArchiveEntry.getInputStream(ArchiveEntry.java:126)
> at
> org.codehaus.plexus.archiver.zip.AbstractZipArchiver.zipFile(AbstractZipArchiver.java:514)
> at
> org.codehaus.plexus.archiver.zip.AbstractZipArchiver.addResources(AbstractZipArchiver.java:370)
> at
> org.codehaus.plexus.archiver.zip.AbstractZipArchiver.createArchiveMain(AbstractZipArchiver.java:326)
> at
> org.codehaus.plexus.archiver.zip.AbstractZipArchiver.execute(AbstractZipArchiver.java:227)
> at
> org.codehaus.plexus.archiver.AbstractArchiver.createArchive(AbstractArchiver.java:990)
> at
> org.apache.maven.plugin.assembly.archive.archiver.AssemblyProxyArchiver.createArchive(AssemblyProxyArchiver.java:437)
> at
> org.apache.maven.plugin.assembly.archive.DefaultAssemblyArchiver.createArchive(DefaultAssemblyArchiver.java:181)
> at
> org.apache.maven.plugin.assembly.mojos.AbstractAssemblyMojo.execute(AbstractAssemblyMojo.java:484)
> at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
