> On 3 Feb 2021, at 12:00, Fischlin Andreas <andreas.fisch...@env.ethz.ch> > wrote: > > Dear all, > > I almost daily work with a large bib file that contains currently 5347 > entries, admitted this is only half the size of Simon's. I see no such > obvious delay during regular work. I notice for certain AppleScripts, e.g. I > have one searching for duplicates after an import, that has become a bit slow > with the growing size of the bib file. But that is rather due to the nature > of that particular algorithm, I have chosen to use than a fault of BibDesk. > > I would look out for what activity triggers slow responses, what user events > etc. I cannot confirm that BibDesk has noticeably slowed down in general only > because of large bib files. I was first also worried about the growing size > of my default bib file and was always positively surprised how fast BibDesk > generally still behaves.
As always, once you try to nail it down, it suddenly stops. Seriously, it’s definitely a thing, but I don’t see a pattern. It seems to happen often when I’m in a different application, say a browser, copy something there and then switch to BibDesk to paste it into a field. Then I will often get considerable lags – though not always, and it also happens in other situations. I am no programmer, so maybe this is all wrong, but it seems to me, although 9000 entries is quite a number, it’s really nothing in terms of memory. The .bib file is something over 9mb, and according to Activity Monitor, BibDesk uses ~410mb of memory, which isn’t a lot compared to many other common programs. Simon-- Simon Spiegel Maneggplatz 18 8041 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 6039 http://www.simifilm.ch http://www.utopia2016.ch „This too shall pass.“ Tom Hanks _______________________________________________ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
