# Re: Editing medium-to-large flow-graphs in GRC now \*agonizing\* slow

**URL:** <https://www.ruby-forum.com/t/re-editing-medium-to-large-flow-graphs-in-grc-now-agonizing-slow/231962>\
**Category:** GNU Radio\
**Created:** [September 10, 2014, 2:22am UTC](https://www.ruby-forum.com/t/re-editing-medium-to-large-flow-graphs-in-grc-now-agonizing-slow/231962 "2014-09-10T02:22:43Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![addis\_a](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/c4cdca/32.png) [@addis\_a](https://www.ruby-forum.com/u/addis_a)\
**Post date:** [September 10, 2014, 2:22am UTC](https://www.ruby-forum.com/t/re-editing-medium-to-large-flow-graphs-in-grc-now-agonizing-slow/231962/1 "2014-09-10T02:22:43Z")

</div>

Yes, I have the same issue with v3.7.5

Thanks  
Tiankun

Mike J. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)编写：

---

<div class="post-metadata">

**Author:** ![Tiankun\_Hu](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/t/46a35a/32.png) [@Tiankun\_Hu](https://www.ruby-forum.com/u/Tiankun_Hu)\
**Post date:** [September 10, 2014, 2:27am UTC](https://www.ruby-forum.com/t/re-editing-medium-to-large-flow-graphs-in-grc-now-agonizing-slow/231962/2 "2014-09-10T02:27:01Z")

</div>

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

> 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 L.  
Principal Investigator  
Shirleys Bay Radio Astronomy Consortium

> **[Live Draw HK Tercepat | Result HK | HK Pools | Live HK | HK Prize Hari Ini](https://www.sbrac.org/)**
>
> Temukan live draw hk tercepat melalui halaman hk pools yang resmi dan dapatkan result hk prize melalui live hk secara langsung di situs kami.

---

<div class="post-metadata">

**Author:** ![Tiankun\_Hu](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/t/46a35a/32.png) [@Tiankun\_Hu](https://www.ruby-forum.com/u/Tiankun_Hu)\
**Post date:** [September 10, 2014, 6:57pm UTC](https://www.ruby-forum.com/t/re-editing-medium-to-large-flow-graphs-in-grc-now-agonizing-slow/231962/3 "2014-09-10T18:57:03Z")

</div>

On Tue, Sep 9, 2014 at 8:25 PM, Marcus D. Leech [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
wrote:

> > 
> 
> large flow-graphs (simple\_ra, for an example), but what I’m seeing

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

---

<div class="post-metadata">

**Author:** ![Tiankun\_Hu](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/t/46a35a/32.png) [@Tiankun\_Hu](https://www.ruby-forum.com/u/Tiankun_Hu)\
**Post date:** [September 10, 2014, 7:02pm UTC](https://www.ruby-forum.com/t/re-editing-medium-to-large-flow-graphs-in-grc-now-agonizing-slow/231962/4 "2014-09-10T19:02:38Z")

</div>

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 R. wrote:

> –  
> Marcus L.  
> Principal Investigator  
> Shirleys Bay Radio Astronomy Consortium  
> [http://www.sbrac.org](http://www.sbrac.org) [1]

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

Links:

---

<div class="post-metadata">

**Author:** ![Tiankun\_Hu](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/t/46a35a/32.png) [@Tiankun\_Hu](https://www.ruby-forum.com/u/Tiankun_Hu)\
**Post date:** [September 10, 2014, 8:18pm UTC](https://www.ruby-forum.com/t/re-editing-medium-to-large-flow-graphs-in-grc-now-agonizing-slow/231962/5 "2014-09-10T20:18:34Z")

</div>

Moving about the blocks in a simple GRC flowgraph is very sluggish when  
my  
processor is set to ‘Performance’ or ‘Ondemand’.

When set to ‘Powersave’, moving about a block in exactly the same  
flowgraph  
works super fast again!

The CPU frequency changer I’m using on my installation of Ubuntu 14.04  
LTS  
x64 is called ‘indicator-cpufreq’ and if installed and run you will be  
able  
to access these different processor speed options:

sudo apt-get install indicator-cpufreq

The speed is confirmed with ‘cat /proc/cpuinfo | grep “cpu MHz”’ to be  
800MHz on ‘Powersave’ and 2201MHz on ‘Performance’.

It would be interesting to know if you are seeing the same behaviour.

Mike

–  
Mike J. M0MIK BSc MIET  
Email: removed\_email\_address@domain.invalid  
Web: [http://scanoo.com](http://scanoo.com)

---

<div class="post-metadata">

**Author:** ![Tiankun\_Hu](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/t/46a35a/32.png) [@Tiankun\_Hu](https://www.ruby-forum.com/u/Tiankun_Hu)\
**Post date:** [September 10, 2014, 8:22pm UTC](https://www.ruby-forum.com/t/re-editing-medium-to-large-flow-graphs-in-grc-now-agonizing-slow/231962/6 "2014-09-10T20:22:16Z")

</div>

That is spectacularly counter-intuitive

On 2014-09-10 14:16, Mike J. wrote:

> It would be interesting to know if you are seeing the same behaviour.  
> Well, look at simple\_ra (the name is, clearly, misleading). It’s quite  
> ponderous. The sheet isn’t anywhere near 5000 x 5000, though.  
> Tiankun
> 
> 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 L.  
> Principal Investigator  
> Shirleys Bay Radio Astronomy Consortium  
> [http://www.sbrac.org](http://www.sbrac.org) [2]

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  
[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
[Discuss-gnuradio Info Page](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio) [3]

Links:
