Discussions
Categories
- 196.7K All Categories
- 2.2K Data
- 235 Big Data Appliance
- 1.9K Data Science
- 449.9K Databases
- 221.6K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 549 MySQL Community Space
- 478 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3K ORDS, SODA & JSON in the Database
- 532 SQLcl
- 4K SQL Developer Data Modeler
- 186.9K SQL & PL/SQL
- 21.3K SQL Developer
- 295.4K Development
- 17 Developer Projects
- 138 Programming Languages
- 292.1K Development Tools
- 104 DevOps
- 3.1K QA/Testing
- 645.9K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 153 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.1K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 17 Java Essentials
- 158 Java 8 Questions
- 85.9K Java Programming
- 79 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.2K Java SE
- 13.8K Java Security
- 203 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 398 LiveLabs
- 37 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.6K Other Languages
- 2.3K Chinese
- 170 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 230 Portuguese
JavaFX application crashes during a garbage collection

I have a JavaFX application that crashes once in a while during a GC. I can't consistently reproduce the crash. The hs err pid dump indicates the eden space is full. However, there is still plenty of memory available to the application. Was wondering if anyone has any insight into what cause this condition? This is the info from the hs err file:
Heap:
par new generation total 996800K, used 996800K [0x0000000160000000, 0x00000001a3990000, 0x00000001a3990000)
eden space 886080K, 100% used [0x0000000160000000, 0x0000000196150000, 0x0000000196150000)
from space 110720K, 100% used [0x0000000196150000, 0x000000019cd70000, 0x000000019cd70000)
to space 110720K, 100% used [0x000000019cd70000, 0x00000001a3990000, 0x00000001a3990000)
concurrent mark-sweep generation total 5133564K, used 2662469K [0x00000001a3990000, 0x00000002dcecf000, 0x00000007c0000000)
Metaspace used 47995K, capacity 49624K, committed 49700K, reserved 1093632K
class space used 6054K, capacity 6437K, committed 6440K, reserved 1048576K