CPU Usage

Status
Not open for further replies.

samcken

Member
Joined
Jan 6, 2007
Messages
149
Reaction score
104
Location
SE Connecticut
I have an AMD eight core 3.4 meg processor with 12 gig of memory. I currently have an older scanner but am thinking of getting an sdr dongle. I use my computer while I am listening to the scanner, and would like some real world feedback on the impact on computer performance with the dongle software running in the background. I mainly run Office type programs (Win 10) with some internet while working from home. There are occasional instruction videos as well. Does anyone have personal feedback?
 

belvdr

No longer interested in living
Premium Subscriber
Joined
Aug 2, 2013
Messages
2,567
Reaction score
1,653
I think you’ll be fine. What processor model?
 

samcken

Member
Joined
Jan 6, 2007
Messages
149
Reaction score
104
Location
SE Connecticut
An AMD FX 8310. It's an old computer with some memory and video upgrades. Knock on wood it's been trouble free. (Excepting software upgrades!)
 

belvdr

No longer interested in living
Premium Subscriber
Joined
Aug 2, 2013
Messages
2,567
Reaction score
1,653
I still think you’ll be okay, especially if you limit the bandwidth to 2 MHz.
 

sjacket99

FuzzThePiGuy
Feed Provider
Joined
Dec 21, 2016
Messages
79
Reaction score
42
Location
Pa
I noticed using HDSDR software on a Windows machine used less CPU then SDR Sharp. I remember using both on a older laptop that only had 6Gb of ram and it was ok.
 

a417

Active Member
Joined
Mar 14, 2004
Messages
4,669
Reaction score
3,529
I run rtl_fm on a linksys router, and up until last year decoded a 10 channel P25 Phase 1 system on a Pentium IV @ about 1.8ghz running windows XP with DSD+ FL. Your biggest issue will be whatever visualization and horridly bloated, processor intensive GUI you run. Audio is trivial, making it look purty for people "wH0 nE3d t0 sEA ThA sYgNaLZ" is another issue.
 

boatbod

Member
Joined
Mar 3, 2007
Messages
3,621
Reaction score
1,018
Location
Talbot Co, MD
If you want low cpu impact, use something like op25. It works even in a virtual environment under windoze.
If you want pretty and don't might spending the cpu cycles use sdrtrunk.
 

samcken

Member
Joined
Jan 6, 2007
Messages
149
Reaction score
104
Location
SE Connecticut
I guess what I'm wondering now is what takes priority if demand gets high. Where is the "stutter" going to show up? I'm not real computer savvy. Can software be assigned priorities, though I would be hoping we're talking sub second conflicts. Audio is more important to me than visuals. Visuals seem to be something more for my rainy day time.
 

a417

Active Member
Joined
Mar 14, 2004
Messages
4,669
Reaction score
3,529
The OS will handle priority in most cases. As you do not seem to be a power user, I'm not even going bring up some of the things that linux can do with the nice command or worry you about a real time operating system, but I will try to give you some basic ideas of where things like audio "stutter" can come from.

Your computer needs to take data from the RTL source (be it the actual dongle plugged into your USB port, or via network & RTL_TCP or what have you. The program you are trying to use will need to interact with the data, and how it does that will be handled by the OS you have. The data will need to go from the USB host to (usually) some sort of memory, usually get moved to a processor cache --> get processed by the CPU --> (usually) back into memory as a result --> displayed, stored, manipulated, etc for output. Depending on what type of hardware you have, you might have massive bottlenecks in particular subsystems along the way that essentially cripple a pathway or pipeline that your request is trying to hammer data down (...here's looking at you early Raspberry Pis). Those bottlenecks mean that data isn't moved as fast as expected, and down stream processing (audio) doesn't get the nice smooth flow of data it needs to get you a good solid audio stream..and you get stutters. Or, you could have insufficient memory available for a tasks requirements, and the OS has to page that memory to disk in a Virtual Memory situation and that takes a relative eternity when compared to on-die RAM activity...and you get stutters. You could also have a multitude of devices sharing a hardware interrupt, and activity on one piece of hardware can pull the attention away from something not important (like audio output) and bang...audio stuttering. You see where this is going? There's a lot more.

If you're not really computer saavy, I guess I would say try a couple of basic SDR suites out and see what fits. I don't know what your usecase is, what you use your computer for, or what your complete hardware specs are, but I can say try and see. Trying to reprioritize program importance is not something that I would advise someone who tells everyone that they "are not computer saavy" should ever try.

See what you can do with what's in front of you.
 
Status
Not open for further replies.
Top