Thanks for your comments. 4D Server, the application, data and backups are on internal SSDs on an xServe. The application does access text and xml files on a mounted SMB volume. Since upgrading to v15 we’ve noticed some problems with reading and writing to the SMB volume. We suspect this may be related to our freezes.
The server is running on Yosemite, as we didn’t feel the need to upgrade. Not sure if that would help. Yes, 64 bit would be our next step, though not on Mac as we have a lot of things in 4D Write that I dread moving to 4D Write “Pro”. We do have the cache set to 1000mb to allow a maximum amount of memory for the processes. We’ve seen no signs of memory pressure. These 3 crashes in less than a day are really new for us. This database has been running and growing for years, recently still on 4D v12. Performance is surprisingly good, even with up to 162 users logged on. Thanks again for your help. Paul > Le 5 déc. 2017 à 18:12, Timothy Penner via 4D_Tech <4d_tech@lists.4d.com> a > écrit : > > It looks like you are running a 32 bit version of 4D Server, and from a > mounted volume instead of an actual location: > Quote: " Path: /Volumes/VOLUME/*/4D Server 32-bit > 15.4.app/Contents/MacOS/4D Server" > ^ I would suggest checking and making sure this is installed properly because > the 'path' listed in the spindump looks like it may be a translocated path (I > thought this was a feature of Sierra). > > Also, 32 bit applications are limited to 4 Gigabytes of memory while 64 bit > applications are limited to 16 Exabyte's of memory. > > With 110 gb database and 150 users, I would guess you are hitting the 4 GB > limit rather quickly because you likely have set the largest cache possible > (2038 MB) which would set your memory footprint to about 3 GB on startup; > then I would further guess that the normal usage from 150 users would likely > eat up the remaining 1 GB of memory bringing the overall footprint up to 4 GB. > > I suggest checking how much memory your application is using at the time of > these issues. If it is close to 4 GB then this is why you are having issues. > http://kb.4d.com/assetid=77475 > > I think that the 64 bit version of 4D Server would be much better for a 110 > gb database with about 150 users. > > -Tim > > > > > ********************************************************************** > 4D Internet Users Group (4D iNUG) > FAQ: http://lists.4d.com/faqnug.html > Archive: http://lists.4d.com/archives.html > Options: http://lists.4d.com/mailman/options/4d_tech > Unsub: mailto:4d_tech-unsubscr...@lists.4d.com > ********************************************************************** ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **********************************************************************
