Yes, I have the same issue with v3.7.5
Thanks
Tiankun
Mike J. [email protected]编写：
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 i7Mike
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
On Tue, Sep 9, 2014 at 8:25 PM, Marcus D. Leech [email protected]
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
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 [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:
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: [email protected]
Web: http://scanoo.com
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.
TiankunTo 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 [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
[email protected]
Discuss-gnuradio Info Page [3]
Links: