gtkwave icon indicating copy to clipboard operation
gtkwave copied to clipboard

Performance issues with treesearch window

Open antonblanchard opened this issue 3 years ago • 1 comments

I'm having issues when navigating the hierarchy in the treesearch window. Attached is an FST trace of a gate level simulation of microwatt-caravel (A 64 bit OpenPOWER CPU taping out inside the Google/Efabless caravel sky130 shuttle). It was created with Icarus Verilog. If you load the FST and navigate to:

jtag_tb -> uut -> mprj

It hangs (I gave up after 30 minutes). The problem is there are over 700,000 standard cells in the mprj level and there is some sort of polynomial time issue, perhaps: https://gitlab.gnome.org/GNOME/gtk/-/issues/2693

That bug report mentions GtkListView, so perhaps this is something to resolve in the GTK4 port @rfuest.

A good chunk of the cells are filler and tap cells, and I did stumble over --sstexclude which should allow me to exclude them. This helps, but the problem will reappear as our designs get more complicated.

FST (I had to gzip compress it so github would accept it): jtag.fst.gz

antonblanchard avatar Sep 13 '22 10:09 antonblanchard

It sounds like something to resolve in GTK4 to me.  Every major version of GTK affects that tree widget as it always seems to hit scalability or perf issues.

-Tony

On Tuesday, September 13, 2022, 06:42:40 AM EDT, Anton Blanchard ***@***.***> wrote:  

I'm having issues when navigating the hierarchy in the treesearch window. Attached is an FST trace of a gate level simulation of microwatt-caravel (A 64 bit OpenPOWER CPU taping out inside the Google/Efabless caravel sky130 shuttle). It was created with Icarus Verilog. If you load the FST and navigate to: jtag_tb -> uut -> mprj

It hangs (I gave up after 30 minutes). The problem is there are over 700,000 standard cells in the mprj level and there is some sort of polynomial time issue, perhaps: https://gitlab.gnome.org/GNOME/gtk/-/issues/2693

That bug report mentions GtkListView, so perhaps this is something to resolve in the GTK4 port @rfuest.

A good chunk of the cells are filler and tap cells, and I did stumble over --sstexclude which should allow me to exclude them. This helps, but the problem will reappear as our designs get more complicated.

FST (I had to gzip compress it so github would accept it): jtag.fst.gz

— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you are subscribed to this thread.Message ID: @.***>

gtkwave avatar Sep 13 '22 17:09 gtkwave