I am using edge with Kibana and I notice as more documents have been loaded that I can refresh the webpage (using edge refresh button) and it can take up to 30-45s to load the page again. It never used to take this long.
The server is linuxmint pretty fully uptodate running in VMware workstation 17.5 with 4 CPUs and 32GB of RAM. The laptop features a 13700H with 96GB of RAM and 990 Pro SSDs. I was not expecting this slowdown so early on. I was wondering if anyone had any ideas on this ?
What I have done is load the following settings for JVM this afternoon:
and restarted elasticsearch. I was wondering if anyone has any ideas for performance improvement over and above what has been tried. It is probably too soon to know if these changes above are worthwhile but I’m thinking the use of the G1GC might be the main thing of benefit here.
So Im just doing some pie charts and graphs from the timeframe 22 Sep till now so will be retrieving date from the dmarc_aggregate-2025-09 (3k/1.4MB) and dmarc_aggregate-2025-10 (8k/2.4MB) indexes. The output is below:
If I click the edge refresh button (not the refresh in kibana) then this is where I can get the delay redrawing the screen. Its a custom dashboard with nothing too exceptional going on in my opinion:
Yes just loading Kibana dashboard I have created. Yes to document searching as there is an ES|QL query at top that selects a subset of the data and the tables also have columns that are not displayed but effectively filter the data I am interested in. Very basic however.
I will try firefox tomorrow for viewing and changing dashboard in Kibana and see how it goes. I just tried edge and firefox now and both are responsive. The delay was happening occasionally in edge (the 30-45s). Not all the time. When updates to the dmarc indexes happen it will typically be <10 docs added. The worst number of documents added to an index at one time would be 350 - small numbers.
Since you’re running a single node cluster many things will not go as planned.
Can you return cluster health api ?
The truth is it shouldnt matters for a small dataset like this, but let’s try to focus on potential overheads limits.
VM itself what is writing / using IO
How is the storage configured ?
Hardware SSD (AHCI, TRIM and guest OS config)
VM configuration
Virtualized System configuration
You should try to play with fio utility and check if you have abnormal values for SSDs i’ve ran countless lab clusters on 990s Pro and shouldnt be an issue
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.