Максимальное количество прерываний

[06server]

Вопрос. Какое количество прерываний в секунду способна обработать машина с нормальным HT процом? А то прерывания затыкаются, явно не успеваю обработать=\

[maaaaaad]

100 запросто. Тебе мало? 1000 тоже должна. У тебя то их сколько? И процессор какой? И что ты в них делаешь?

[Finch]

Вообше то правила хорошего тона требуют, как можно быстрее выйти из прерывания. В прерываниях, принял, отправил и сказал приложению Фас. А уже из потока, который работает независимо от прерываний, вести обработку данных.

[Ochkarik]

до 10 тысяч. но на это ресурсов процентов 50 уйдет.

[Ochkarik]

PS никогда не видели как builk пересылка по 1394 работает? смотрите и ужасайтесь!)

[06server]

вот как раз интересует количество прерывания которые по количеству ближе к десяткам тысяч..и больше=\...на этих скоростях в принципе нагрузка не большая, но в какой то момент умирает ...причём один канал=\...то есть стремится как какому то равновесию

1394 эт какое то устройство?

В Isr я просто получаю информацию по прерыванию у платы и говорю ей что всё чики пуки. В Dpс потом уже обрабатываю. Хотя там у платы такой интерфейс, што мама не горюй, нагрузка от одного получения информации по прерыванию может нагрузить.

Проц intel HT кажется 3 Ггц..точнее не скажу, запускается не на моей тачке8(

[06server]

Единственное настораживающее действие - по нагрузке, это RtlCopyMemory..

[Ochkarik]

1394 - FireWire.
RtlCopyMemory - нагрузка 0 если правильно выровнять)
развлекался на PCI - гоняли 30Мб/с по шине))) забавно так пишет из платы в память, потом из памяти в другуя память (уже я переписываю в DPC - movsd), а потом все это сбрасываетя на диск... жужит, а открываешь ресурсы - 2%!
прерывания не использовал - работал по таймеру+счетчик.

так что пересылка блока память->память - видимо как-то контроллером шины выполняется что ли...либо производительность при этом некорректно считается.

[maaaaaad]

30мб.с. это не нагрузка ни для DDR ни для PCI

[06server]

да в этом драйвере скорость пониже, но железяка на каждый маханький пакетик генерит прерывание. Вот боюсь из за этого затыкается...там токо по количеству вызовов просто функций мона повеситься

30мб ещё маловато, вот пробовал большие скорости...да ещё драйвер студио...вообще складывается впечатление со временем, что основной класс со временем свапуется....просто мистика какая то8(....плюс даже для new KDevice незя (NonPagedPool) дописать8(((

[Ochkarik]

30МБайт/с я имел в виду. это еще на 3 пересылки помножить как минимум. и для обычной PCI. это под гигабит/сек.
а больше просто винт не тянул гарантированно)

попробуйте обрабатывать все в ISR. ну или хотя бы часть.
и посмотрите чтоб на том же прерывании никто не сидел. но это уже некоторый изврат...

[06server]

Кстати да...мона попробовать:)

[maaaaaad]

мда уж...

[maaaaaad]

если DPC и ISR привильно синхронизированны то это не поможет

[maaaaaad]

если прерывания генерятся очень часто (время исполнения пары десятков машинных инструкций), то рациональнее иногда бывает их отключить и отслеживать их опросом

[06server]

спасибо! попробую:) таки побежу его

[Ochkarik]

maaaaaad, а как ISR и DPC могут быть неправильно синхронизированы?)

06server, кстати... у тебя ISR-DPS на обоих процах HT выполняется? при такой скорости то? может на этом валится? там синхорнизировать надо бы, спинлоками при захвате прерывания... повинмательней, там такие приключения могут случатся.
кроме того!!! DPC повторно в очередь не становятся если не путаю, если оно уже в очереди необработанное стоит(проверь по доке). а при такой скорости - у тебя подчти гарантировано ISR будет чаще DPC вызываться. и после двух ISR подряд у тебя только одно DPC вызовется.

[06server]

на обоих или нет...нинаю как проверить....но я не распаралеливал ничего...хотя....клиента два...
Но с другой стороны ОС XP - не знаю она как с процами дружит...видит больше одного или нет.
А вот насчёт того что теряю между Isr и Dpc ...вот это уже ОЧЕНЬ ВЕРОЯТНО...сейчас отдал промежуточный вариант- проверяют...если не правильно, то буду зрить в эту степь

[Ochkarik]

XP то - дружит... сама по себе) но это не значит что драйвер абы как может фунциклировать)открой счетчики производительности (в администрировании) и добавь туда частоту прерываний - увидишь.

при инициализации прерывания - есть параметр отвечающий за то на каких из доступных процов ISR  может выполнятся. аффинити-маск помоему назывался. предназначен помимо всего для того чтобы во время ISR на одном проце не запустилась обработка другого прерывания от того же устройства на втором проце. но это чаще редкость. это вряд ли. но иметь  в виду тоже стоит.

а вот насчет ISR-DPC - на 90% там. проц просто не успевает на диспач уровень перейти DPC обработать, когда ему уже новое прерывание подладывают и как.....)

короче для таких скоростных задач - DPC я использую ТОЛЬКО для того чтобы Event приложению выставить. а это чаще 20-100раз в сек не нужно делать.

короче ИМХО советую DPC исключить)

[maaaaaad]

можно несколько раз поставить запрос в очередь DPC на уровне ISR и это не будет ошибкой, нельзя только это делать многократно, т.к. можно ее переполнить

[Ochkarik]

Registering and Queuing a DpcForIsr Routine:
Using a DPC Object for a DpcForIsr Routine:
.....
Even on a uniprocessor machine, the ISR could be called again if the device interrupts while or before the DpcForIsr routine is run. If this occurs, the DpcForIsr routine is run only once.
In other words, there is no one-to-one correspondence between an ISR's calls to IoRequestDpc and instantiations of the DpcForIsr routine if a driver overlaps I/O operations for its target device objects.


© Microsoft Corporation
Send feedback on this topic
Built on Friday, February 18, 2005

про многопроцессорные там гораздо больше написано, но тоже куча ограничений.

[Ochkarik]

...и даже для KeInsertQueueDpc "If the specified DPC object is already in the DPC queue, no operation is performed except to return FALSE."
очередь DPC существует для разных "объектов" DPC, но не для числа запроса одного и того же.

[maaaaaad]

When the ISR calls IoRequestDpc, it passes a pointer to the device object, a pointer to the DeviceObject->CurrentIrp, and a pointer to a driver-determined context. The I/O Manager calls KeInsertQueueDpc on the driver's behalf, which queues the DPC object. When IRQL falls below DISPATCH_LEVEL on a processor, the kernel dequeues the DPC object and runs the driver's DpcForIsr routine on that processor at IRQL DISPATCH_LEVEL.

Где сказано что однин обьекта DPC можно добавить в очередь один раз?

Built on Friday, July 20, 2001

[Ochkarik]

дочитай страницу о конца - там как раз читата приведенная мной выше.
и раздел DPC Objects and DPCs. там сказано что только один объект, увы.

Registering and Queuing a CustomDpc Routine:
...
Only a single instantiation of any one DPC object can be queued at any given moment. Thus if an ISR calls KeInsertQueueDpc more than once with the same Dpc pointer before the driver's CustomDpc routine is run, the CustomDpc routine runs only once after IRQL falls below DISPATCH_LEVEL on a processor.

[Ochkarik]

ЗЫ может у меня дока посвежее? не получается старую версию запустить...
проверил - в версии 2600.1106 (July 24, 2002) тоже все есть...