JabRef 4.2 freeze on Windows 10

(Bernd Szyszka) #1

Hi, I’m using this version of JabRef:

JabRef 4.2-dev–snapshot–2018-01-31–master–97ee2e966
Windows 10 10.0 amd64
Java 1.8.0_162

During editing, the systems slows down tremendously. After a while, it freezes. The CPU load ist > 90 % and the memory usage is > 1000 MByte. What is going wrong? How to improve? I’ve had the same problem also with JabRef 4.1. The situation is very frustrating since I really need my database. I’d appreciate any suggestions.

Best regards


(Bernd Szyszka) #2

Hello to the JabRef community,

I wonder about my problem of very slow performance of JabRef 4.2 compared to the 3.x version. What is the reason for this? How to improve? Is it possible to switch off some features to achieve the former performance?

Best regards


(Bernd Szyszka) #3


I’m still searching for the reason why JabRef is so slow on my system. Can it be related to the Java version? On my system, I’m using:

JabRef 4.2-dev–snapshot–2018-02-08–master–9ab29d596
Windows 10 10.0 amd64
Java 1.8.0_162

However, there is also a Java 9 installation on the computer. What is the best way to configure for a fast system? For example, how to turn off the automatic identification of PDFs.

I have a database with 12 000 datasets, with hundreds of keywords. It’s large, but not that large, I assume.

I’d appreciate any hints on my problem.

Best regards


(Tobias Diez) #4

Hello Bernd,

with > 10.000 entries a memory footprint over 1 GB ram is expected (I wouldn’t be surprised to see it climbing over 2 GB). However, the CPU should only work hard when you load or save the database (or run integrity check/cleanup) but not when JabRef is idle or when you only edit a single entry. Do you always hit 90% CPU load?

Do you have many groups? They might slow down JabRef for large databases, especially the “automatically generated” ones.

You may also try out the version here: https://github.com/JabRef/jabref/pull/3621. It’s a very early build and some features are still missing but the performance should be better.

Hope this helps a bit…

(Bernd Szyszka) #5

Hello Tobias,

thank you for comment! I’ve downloaded that version and indeed, the performance is better. The memory usage for ~12 000 datasets is ~750 MByte, I don’t use automatic groups but a lot of groups defined manually.

Best regards


(Bernd Szyszka) #6

Hello Tobias, hello all,

I’m still struggeling with the poor perfromance during editing. The program is much to slow for an efficient work flow. I wonder how to improve the situation. Would there be a chance to switch off and automatic features? Like the search for the pdfs etc.? I just need performance during simple editing - not more. Any support on this would be of great help for me.

Best regards


(Tobias Diez) #7

Hey Bernd,
I’m sorry to hear that you still experience these performance issues. To be honest, I’m not sure what’s the reason for this. JabRef does not many things in the background, and the few things it does are usually not tied to input in the entry editor. So the following suggestions are a bit a shot in the blue, but maybe they help:

  • Changing fields in the entry editor triggers an automatic safe of the database. For big db’s this may take a while. Maybe it works better if you disable the automatic backup in the preferences.
  • The group tree gets updated as soon as an entry changes. For testing purposes, you could make a copy of your database and remove all groups.
  • The suggestions for the auto completion are also updated as soon as something change, so maybe disable auto completion may give you a bit better performance (but to be honest, I doubt it).

(Bernd Szyszka) #8

Good morning Tobias,

thank you for your message, but I think, your topics have not been of help. I’ve uploaded my preferences, where I’ve turned off most things allready. Anything missing to turn off?

During editing, it’s not only the editor window which gets the data, it’s the whole database at the same time. I feel, that might be the problem. Entering an author list may take 5 minutes or so, since the system is almost freezing.

I’ve not tried to remove the groups yet, but the system is slow even without touching any group related actions. I think, in version 2.x I have not oberserved such problems. In version 3.x, it was already difficult.

preferences_2018-03-02.xml (10.8 KB)

This is the version I’m using now:

JabRef 4.2-dev–snapshot–2018-03-01–maintable-beta–3710be843
Windows 10 10.0 amd64
Java 1.8.0_162

Do you have debugging / performance monitoring tools to identify the routines which consume the CPU power?

Best regards


(Christoph) #9


regarding performance debugging you could take a look at Visual VM. It’s the standard jdk tool.
You could also ask @halirutan (https://github.com/halirutan) He has previously done some performance measurements.