Hi Stuart,
Il 17/11/20 12:45, Stuart Henderson ha scritto:
On 2020/11/14 21:02, avv. Nicola Dell'Uomo wrote:
Hi Stuart,
thank you for your help!
Now it works (almost).
The matter here was that login.conf limits were not high enough.
With my server configuration seafile client opens ~ 43.000 files: I really
didn't expect such
an high limit, so I set it to 8192 in login.conf.
Now it works, but it definitely wastes an exaggerate amount of resources.
When I close seafile client, kern.nfiles count drop form ~ 44.000 to ~ 890!
If you have that many files in the monitored directory tree, it's expected.
hope this helps: I do have this many files in the directory tree; \
however, when I manually sync each library (autosync off), files \
count never raises and everything definitely syncs in a few seconds (for \
huge libraries).
However the situation changes drastically when I enable autosync.
Moreover the client behaves differently in linux and in MacOS (it does not
open all these files even with autosync enabled).
Obviously I'm referring to syncing exactly the the same libraries...
That's what led me to think this could be due to a bug.
Moreover seafile client consume a huge amount of cpu time.
If you have the ports tree installed you can try updating libinotify
- change 20170711 to 20180201 in /usr/ports/devel/libinotify, "make
makesum" and "make update", there are some changes in this that should
reduce memory use and I think maybe also reduce cpu load. If there are
problems or it doesn't help then revert to the version in packages
("pkg_add -r -D downgrade libinotify")
I'll give it a try: I can use the client with no major problem at the
moment \
, but autosyncing would be welcomed (and I think also future users will \
appreciate it ...).
Thank you again for your help!!!
Nicola
