Integrated grahics and sound = more cpu utilitization?

  • Thread starter Thread starter swingman
  • Start date Start date
S

swingman

I've got a computer with graphics and sound on the motherboard. I'm
wondering if upgrading to pci-e and pci (sound) parts would reduce cpu
utilization?
 
Graphics will help tremendously,
I havent notice anything with pci sound or onboard making a difference tho.
I prefer onboard sound for this one reason.It may tho, I am uncertain.
 
I've got a computer with graphics and sound on the motherboard. I'm
wondering if upgrading to pci-e and pci (sound) parts would reduce cpu
utilization?


Is CPU utilization a specific problem? Or is this just a
random thing you wonder about?

Generally integrated video and sound do not have inherant
CPU utilization issues at all, the question is not relevant
except in specific situations.

Onboard sound is often lower quality, lesser featured, but
towards CPU utilization the main issue is whether you're
trying to do 3D gaming with more than 2 channel output, in
which case most (all?) onboard sound uses software and host
(CPU) processing for these 3D gaming sound effects. Many
PCI/PCI-e cards do (or will) do this too... the main reason
why Creative Labs cards with hardware EAX are popular for
gamers, but mostly a waste for typical non-gaming uses.

Onboard video is in itself a bottleneck that has little to
do with the CPU. The video processor itself is slower at 3D
and certain (HD) 2D uses, but mainly it has inherant system
memory bandwidth issues. System memory is simply slower
than video card onboard memory on most modern video cards.
This is most apparent in CAD or 3D gaming but you make no
mention on your needs or the use of the system so...

In general, no unless you have a specific use in mind,
there's no reason to change them at this time. It's not
that there aren't reasons enough, but one would have to
consider (know) those.
 
I've got a computer with graphics and sound on the motherboard. I'm
Is CPU utilization a specific problem? Or is this just a
random thing you wonder about?

Generally integrated video and sound do not have inherant
CPU utilization issues at all, the question is not relevant
except in specific situations.

Onboard sound is often lower quality, lesser featured, but
towards CPU utilization the main issue is whether you're
trying to do 3D gaming with more than 2 channel output, in
which case most (all?) onboard sound uses software and host
(CPU) processing for these 3D gaming sound effects. Many
PCI/PCI-e cards do (or will) do this too... the main reason
why Creative Labs cards with hardware EAX are popular for
gamers, but mostly a waste for typical non-gaming uses.

Onboard video is in itself a bottleneck that has little to
do with the CPU. The video processor itself is slower at 3D
and certain (HD) 2D uses, but mainly it has inherant system
memory bandwidth issues. System memory is simply slower
than video card onboard memory on most modern video cards.
This is most apparent in CAD or 3D gaming but you make no
mention on your needs or the use of the system so...

It's been my experience that cpu utilization is a concern for performance in
general. For instance, I had a computer where the hard drive showed
relatively high cpu utilization (as measured by HDTune) when connected to
the onboard IDE controller. I added a separate pci controller and cpu
utilization dropped significantly. I found the system more responsive (i.e.
faster) afterward. The issue is figuring out if a new card is actually
going to take on the processing that was previously done by the cpu. How do
you figure that out <g>?
 
It's been my experience that cpu utilization is a concern for performance in
general.
Untrue.

For instance, I had a computer where the hard drive showed
relatively high cpu utilization (as measured by HDTune) when connected to
the onboard IDE controller.

Then there was a "real" problem with the system, a defect or
operating system (Or driver) malfunction. The onboard IDE
controller is lower CPU utilization providing it's using
DMA. Typical CPu utilization should be well under 10%,
often much lower.
I added a separate pci controller and cpu
utilization dropped significantly. I found the system more responsive (i.e.
faster) afterward.

What chipset was your motherboard? I suspect your problem
was fixable without the PCI card, as it's rare to have a
permanent problem like that. Some chipsets were
particularly problematic in that regard- two in the past
half dozen years come to mind - ALI (something or other) for
socket 7, and SIS 620/630 for socket 370. Besides those,
and the vast majority of systems do worse with the PCI
controller card unless it was just an old system (supporting
only PIO or ATA33 mode) combined with a much newer HDD and
the PCI controller card also supported the higher ATA rate
(such as ATA100/133) of the new drive. Even so, on systems
from about '96 onward, CPU utilization issues have been a
sign of a problem, not typical of onboard IDE controllers.

The issue is figuring out if a new card is actually
going to take on the processing that was previously done by the cpu. How do
you figure that out <g>?

With specifics... like those I already mentioned previously
in my prior post.
 
It's been my experience that cpu utilization is a concern for performance in
general. For instance, I had a computer where the hard drive showed
relatively high cpu utilization (as measured by HDTune) when connected to
the onboard IDE controller. I added a separate pci controller and cpu
utilization dropped significantly. I found the system more responsive (i.e.
faster) afterward. The issue is figuring out if a new card is actually
going to take on the processing that was previously done by the cpu. How do
you figure that out <g>?

If that was the case, you must have had something configured improperly.

A seperate PCI controller is no different than an onboard controller
except for the fact that is connected through the PCI bus via one of the
mobos expansion slots.

The "processing" is done by your mobos chipset, not the CPU.
 
It's been my experience that cpu utilization is a concern for performance
If that was the case, you must have had something configured improperly.

A seperate PCI controller is no different than an onboard controller
except for the fact that is connected through the PCI bus via one of the
mobos expansion slots.

The "processing" is done by your mobos chipset, not the CPU.

I thought the chipset on the promise controller was doing some of the work
(?)
 
The issue is figuring out if a new card is actually
With specifics... like those I already mentioned previously
in my prior post.

OK, I'm noticing that when I play DVD's the image is fine in a window, but
in full-screen mode there are occasional artifacts. I tried a different
codec which didn't seem to make a difference. Would replacing the mobo
graphics with a PCIe video adapter improve the full-screen image? If so,
would you recommend a particular chipset? Thanks!
 
OK, I'm noticing that when I play DVD's the image is fine in a window, but
in full-screen mode there are occasional artifacts. I tried a different
codec which didn't seem to make a difference. Would replacing the mobo
graphics with a PCIe video adapter improve the full-screen image? If so,
would you recommend a particular chipset? Thanks!


Sometimes a video card can reduce those, but it may simply
be a matter of what was encoded on the DVD- you can't get
rid of what was encoded really, only hide it a little
sometimes.

I can't tell you if a different card will do better than the
onboard video as I dont' know what newer features any card
will have over the onboard video. If you wanted to try one,
any modern ATI or nVidia card should suffice, as would
either brand from the last (at least 3 or 4) years.
 
If that was the case, you must have had something configured improperly.

A seperate PCI controller is no different than an onboard controller
except for the fact that is connected through the PCI bus via one of the
mobos expansion slots.


Untrue. Onboard controllers are not connected through the
PCI bus anymore, they are a southbridge feature that only
have the 133MB/s (in case of ATA133) for compatibility's
sake. There is always a performance difference between a
32bit/33MHz PCI card based solution and a
southbridge-integral controller.
 
I thought the chipset on the promise controller was doing some of the work
(?)


There isn't any particular "new" work to be done except in
the case of RAID arrays.

Perhaps your system has some other problem only revealed
when a higher data rate device is added and used
significantly. I presume you do have your motherboard
chipset drivers installed.

You should not have high CPU utilization for a single drive.
Specifics might go a long way here... exactly what
utilization during exactly what test scenario. What drive,
controller, motherboard/& chipset, OS, files, etc. ?
 
It's been my experience that cpu utilization is a concern for
There isn't any particular "new" work to be done except in
the case of RAID arrays.

Perhaps your system has some other problem only revealed
when a higher data rate device is added and used
significantly. I presume you do have your motherboard
chipset drivers installed.

You should not have high CPU utilization for a single drive.
Specifics might go a long way here... exactly what
utilization during exactly what test scenario. What drive,
controller, motherboard/& chipset, OS, files, etc. ?

Thanks for offering to look more closely at this, but it was only meant as
an example that lead me to come to certain (apparently inaccurate)
conclusions RE cpu utilization. The system with the PCI controller is "no
longer with us".
 
Back
Top