I think, NI Service is taking the problem too easy.
I encounter error 10845 in several situations even with fast Processors (PIII 800 MHz / 256 MB RAM) and do not have it with really old ones as PI 166 (data rates of 80.000/s with NI-DAQ 700 writing contiuously to disk usually work).
It seems to depend on details of the hardware which we usually do not really know (especially in Notebooks).
The situation seems better with Win98, and really bad with Win2K. Up to now Notebooks with Win98 usually worked, but recently I got one with PII 350 an W98 which did not beyond data rates of 25.000/s.
Obviously, what happens with error 10845, is described correctly in the knowledge base, but they only say that interrupt response time is a matter of processor speed. Actually it is more a problem of response strategies and priorities.
NI seems not to look for solutions. That would require an adequate redesign of the drivers.
The latest comment I received when I contacted the manufacturer of my PCI-PCMCIA interface for a PCI desktop points at a possibly poor design of the NI driver:
"2.2 Dirty Interrupt Service Routines (ISR's)
The PSeries hardware relies on interrupts that are
level sensitive and can be shared. This means that
the PC-Card's ISR should be written correctly for
this environment. For most efficient operation, the
ISR should fully handle the IRQ in processor
"Ring 0" (DIRQL), by immediately removing the source
of the interrupt. In most cases this is true, and is
recommended by Microsoft as the way to handle
hardware interrupts. Some poorly written PC-Card
drivers do not handle the interrupt in this way which
is ok for ISA based edge triggered interrupts, but
cause problems in the PCI environment.
The PSeries driver contains special detection logic for
badly behaved ISR's that ensures the IRQ is handled
safely (without crashing the PC), but slowly (at approx
25% of possible performance).
If the PC-Card appears to be operating in this way,
access to the card will be sluggish and the ISR could
receive multiple unexpected interrupts. For improved
performance, you should contact your PC-Card vendor
for an updated driver that correctly handles the IRQ
according to Microsoft recommendations for
interrupt service routines.
The following cards have been detected with
this problem, if you are using one of these cards
you should contact the manufacturer of your card for
an updated driver:
* PROXIM RangeLAN2 wireless LAN card.
* WEB Gear Aviator 2.4 wireless LAN card.
* NoWiresNeeded 11MBPS wireless LAN card.
* Breezecom PRO.11 SA-PCR wireless LAN card.