|
From: | Mike Jameson |
Subject: | Re: [Discuss-gnuradio] Editing medium-to-large flow-graphs in GRC now *agonizing* slow |
Date: | Wed, 10 Sep 2014 19:16:49 +0100 |
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.5To 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
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
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.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
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Prev in Thread] | Current Thread | [Next in Thread] |