Re: [Discuss-gnuradio] Editing medium-to-large flow-graphs in GRC now *agonizing* slow

[mleech]

Well, look at simple_ra (the name is, clearly, misleading).   It's quite ponderous.   The sheet isn't anywhere near 5000 x 5000, though.

 

But others as well, like multimode (again, available through CGRAN), which has about half the block count of simple_ra.

 

 

 

On 2014-09-10 12:55, Tom Rondeau wrote:

On Tue, Sep 9, 2014 at 8:25 PM, Marcus D. Leech <address@hidden> wrote:

On 09/09/2014 08:20 PM, Tiankun Hu wrote:

Yes, I have the same issue with v3.7.5



Thanks
Tiankun

Mike Jameson <address@hidden>编写：

Yes, even after a fresh reboot there is still a delayed reaction while dragging about blocks in GRC.

GNU Radio Companion 3.7.5git-194-g76a271ac
Ubuntu 14.04 x64 LTS
Quad Core i7

Mike

To be sure, there has always been a certain amount of sluggishness with large flow-graphs (simple_ra, for an example), but what I'm seeing
 now is probably 3 or 4 times worse, and affects smaller/less-complicated graphs as well.  I do realize that GRC is doing a lot of dynamic
  "stuff" as you add things to the graph--like re-evaluating the dependency graph on changes, but things have gotten noticably more sluggish.

--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

 

What are you considering smaller/less-complicated? I have a pretty full one on a 5000x5000 canvas running fine.

 

Maybe Sebastian knows what might have changed in the GRC backend to cause this? Obviously it's not fake if multiple people are seeing it, but it's not affecting me at all.

 

Tom