Crash: Logos 5.0b Beta 1 on OS X 10.8.2 - Too Many Open Files

Follow-up to thread => Logos 5.0a SR-2 CRASH (again!): Too many open files  experienced another async crash with Too Many Open Files:

7723.25-Crash-Too-Many-Open-Files.zip

The command ulimit -a shows 4096 for open files (-n)

Reply => http://community.logos.com/forums/p/62091/447232.aspx#447232 has OS X kernel tweaks to change default limit of 256 open files to 4096, but kept Apple maximum number of files at 12288.

Keep Smiling [:)]

Comments

  • Tonya J Ross
    Tonya J Ross Member Posts: 1,490 ✭✭✭

    The case for the 'too many open files ' crash is still active.  Thanks for the additional information; I'll update the case with a link to this thread.

  • Martin Potter
    Martin Potter Member, Logos Employee Posts: 378

    " rel="nofollow">Keep Smiling 4 Jesus :) said:

    The command ulimit -a shows 4096 for open files (-n)

    Reply => http://community.logos.com/forums/p/62091/447232.aspx#447232 has OS X kernel tweaks to change default limit of 256 open files to 4096, but kept Apple maximum number of files at 12288.

    On application startup, the maximum open files is set to OPEN_MAX, which Apple has defined/limited to 10240. Since Logos 4, performing a search (via the Search Panel, filtering My Library, determining results for some Visual Filters, etc.) background work is started to determine the results. This background work opens and closes many simultaneous connections to various files to fetch results asynchronously. The number of simultaneous connections open by Logos is currently limited on both Mac and Windows; however, on Mac there is a much lower limit to the maximum number of open files. The "too many open files" is new with Logos 5, due in part to the improvements made to Mono that allow more asynchronous work to be preformed at once. We further reduced the number of open files starting with 5.0a SR-3 to fix an issues specific to Windows; this has reduced the frequency of crashes due to "too many open files", but not eliminated it. We are continuing to work on a solution to the issue on Mac that does not significantly hamper performance.

    Mac Developer
    Faithlife

  • We are continuing to work on a solution to the issue on Mac that does not significantly hamper performance.

    Appreciate update, personally have increased my OS X kernel maxfiles from 12288 to 16384=> http://community.logos.com/forums/p/62091/447324.aspx#447324  plus have 4096 max files per process.  Noticing other open applications on OS X combine for 2,000 to 3,000 open files so an overall maximum of 16,384 is attractive, especially on an iMac with 16 GB of RAM that can have Logos 4.6b Beta 1 and Logos 5.0b Beta 1 running at the same time using different OS X user accounts.

    Keep Smiling [:)]

  • " rel="nofollow">Keep Smiling 4 Jesus :) said:

    Appreciate update, personally have increased my OS X kernel maxfiles from 12288 to 16384=> http://community.logos.com/forums/p/62091/447324.aspx#447324  plus have 4096 max files per process.

    After experiencing yet another crash with Too Many Open Files, now have 2 lines in /etc/launchd.conf (essentially double proc limit and increase file limits so ulimit -n shows 12288)

    limit maxfiles 12288 32768

    limit maxproc 1536

    along with 2 lines in /etc/sysctl.conf

    kern.maxfiles = 32768

    kern.maxfilesperproc = 12288

    kern.maxproc = 2088

    kern.maxprocperuid = 1536

    Keep Smiling Smile

  • " rel="nofollow">Keep Smiling 4 Jesus :) said:

    After experiencing yet another crash with Too Many Open Files

    Logos 5.0b Beta 2 on OS X 10.8.2 seems a bit more prone to crash with "Too Many Open Files" (following a number of malloc errors):

    8750.01-Crash-Too-Many-Open-Files.zip

    Keep Smiling [:)]

  • Tonya J Ross
    Tonya J Ross Member Posts: 1,490 ✭✭✭

    The fix for the 'too many open files' crash was included in 5.0b RC1, though the case has been resolved to RC2.  Please let us know if you see this issue occur in either of those builds.  Thanks!