Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 6.2.4
-
Fix Version/s: 6.2.5
-
Component/s: Font Engine
-
Labels:None
-
Environment:PRO
-
Support Case References:Support Case 14141:- https://icesoft.my.salesforce.com/5007000001ktgk8
Description
A customer has reported a stuck wait lock on our RandomAccessMultiplex class. This is most likely due to the relatively small size of a max of 8 open file descriptors.
They are running ICEpdf using a 8 threaded pool which could easily exhaust the mulitplexer. I think we can safely bump the default value 512 and add a system property to make it configurable as well. Most Linux JVMs have a limit of 1024.
They are running ICEpdf using a 8 threaded pool which could easily exhaust the mulitplexer. I think we can safely bump the default value 512 and add a system property to make it configurable as well. Most Linux JVMs have a limit of 1024.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Marking as fixed.
Show
Patrick Corless
added a comment - Marking as fixed.
I've added a new system property org.icepdf.core.nfont.maxFileDescriptor=512 as the default value. The max file descriptor size is quite a bit larger now but can be easily configured for a specific setup.