Скажите пожалуйста.
была ли ситуация когда программа работающая с дровами VXDAPI "подвисала" на несколько секунд без нарушения логики работы и "отвисала"?
L783 rev. B.
Дрова Vxdapi.
Программа моя работает в два thread-а.
Первый - считывает данные с АЦП, причем по событию заполнения буфера, и записывает их в "другой" буфер, считает среднее за длину буфера.
Второй - обрабатывает среднее и выдает асинхронно на ЦАП значение.
"Готовность" среднего сделана через флаг.
Все задержки-ожидания ( в т.ч. события заполнения буфера) реализованиы через while(!...) {sleep(0)}.

Усе!
Поэксперементировав, я увидел, что частота и длительность "подвисаний" зависит от длины буфера - т.е. при частоте 100 кГц.  если я сделаю кольцевой буфер 2 - 32 отсчета - то обработка данных становится мучением...
Это особенность драйверов VXD? В WDM этого нет?

такие маленькие буфера будут всегда мучением...

Есть мысль вместо флага попробовать мутекс c WaitForSingleObject...
А вместо sleep(0) асемблерный код ...

Получиться - напишу сюда о результате.

не поможет наверное...

Не с мутексами гне получилось .. да и геморно весьма. А вот организовав синхронизацию потоков через WaitForSingleObject - где ждем CommonEvent - удалось таки избавиться от подвисаний! Даже при малых значениях буфера.
Напомню что ввод вывод у меня асинхронный.

Так вот, вопрос.
Sleep и Delay как то влияют на работу асинхронноно выврда на ЦАП?
У меня так -
     d =0;
     DAC_Sample_PLX(&dev, &pd, MainForm->DAC_Ch, &d, 0);
     Sleep(MainForm->DELAY01);

     d= 2047;
     DAC_Sample_PLX(&dev, &pd, MainForm->DAC_Ch, &d, 0);
     Sleep(MainForm->DELAY1);

     d =0;
     DAC_Sample_PLX(&dev, &pd, MainForm->DAC_Ch, &d, 0);
     Sleep(MainForm->DELAY10);

где DELAY1 = 1...2000 мс.

Если запустить это в цикле - получается чехарда...

на сам вывод нет...