Also, trying to minimize transfer on the PCI bus is folly with all but the newest computers and chipsets. Most consumer motherboards up until the last year or so have only a single PCI bus that is also shared among onboard hardware like the IDE or SATA controller that he advocates the use of. Chances are very good that your IDE drive is also passing data to the CPU via the very same bus that your soundcard is on (crap, those engineers still don't know how to deal with bus sharing after 50 years). Only recently has PCIe begun gaining traction as the primary system bus, and in such cases your PCI bus is probably implemented as a bridge to PCIe - oh noes the bus is shared with the hard drive still, tragedy for sound quality! CPU interfaces are expensive to implement, and thus are generally minimized as much as possible. There will generally be one CPU->RAM bus and one CPU->I/O bus in each computer. If multiple I/O interfaces are required (ie. PCIe, PCI, USB, IDE etc.) they are all implemented on the fastest bus available using a bridge or controller where appropriate.
Finally, if your soundcard needed to monopolize the PCI bus as much as this guy suggests, your computer would be next to useless. The bus standard provides guidelines for mastering, and the arbitrator forces bus masters to give up control of the bus when their time is up. If your soundcard can't operate properly under the constraints the bus imposes, it's broken (hello Creative with your broken bus mastering...).
Anyway, I'm feeding here...sorry...