Как создать функцию сна в 16-битной MASM Assembly x86?

Question

Я пытаюсь создать процедуру сна / задержки в 16-битной MASM Assembly x86, которая, скажем, будет печатать символ на экране каждые 500 мс. Из проведенного мною исследования, кажется, есть три метода для достижения этой цели - я хотел бы использовать тот, который использует тактовые импульсы процессора.

Обратите внимание, что я использую Windows XP через VMWare Fusion на Mac OS X Snow Leopard - я не уверен, влияет ли это на что-либо.

Может ли кто-нибудь указать мне правильное направление или предоставить рабочий фрагмент кода, который я могу настроить? Спасибо!

Код, который я нашел, должен печатать 'A' на экране каждую секунду, но не работает (я все равно хотел бы использовать миллисекунды).

TOP:
MOV AH,2C
INT 21
MOV BH,DH  ; DH has current second
GETSEC:      ; Loops until the current second is not equal to the last, in BH
MOV AH,2C
INT 21
CMP BH,DH  ; Here is the comparison to exit the loop and print 'A'
JNE PRINTA
JMP GETSEC
PRINTA:
MOV AH,02
MOV DL,41
INT 21
JMP TOP

РЕДАКТИРОВАТЬ: Следуя советам GJ, вот рабочая процедура. Просто назовите это

DELAY PROC
 TIMER:
 MOV     AH, 00H
 INT     1AH
 CMP     DX,WAIT_TIME
 JB      TIMER
 ADD     DX,3         ;1-18, where smaller is faster and 18 is close to 1 second
 MOV     WAIT_TIME,DX
 RET
DELAY ENDP

Answer 1

Это не может быть сделано в чистом MASM. Все старые приемы для установки фиксированной задержки основаны на предположении, что вы имеете полный контроль над машиной и являетесь единственным потоком, работающим на ЦП, так что если вы будете ждать 500 миллионов циклов, пройдет ровно 500,000,000/f секунд (для процессор на частоте f); это будет 500 мс для процессора 1 ГГц.

Поскольку вы работаете в современной операционной системе, вы разделяете ЦП со многими другими потоками (среди них ядро ​​- независимо от того, что вы делаете, вы не можете иметь приоритет над ядром!), Поэтому ждете 500 миллионов только циклы ваша нить будут означать, что в реальном мире пройдет более 500 миллионов циклов. Эта проблема не может быть решена одним только кодом пользовательского пространства; вам понадобится сотрудничество с ядром.

Правильный способ решить эту проблему - посмотреть, какая функция Win32 API приостановит ваш поток на указанное количество миллисекунд, а затем просто вызвать эту функцию. Вы должны быть в состоянии сделать это непосредственно из сборки, возможно, с дополнительными аргументами для вашего компоновщика. Или для выполнения этой функции может быть системный вызов ядра NT (у меня очень мало опыта работы с системными вызовами NT, и я, честно говоря, понятия не имею, как выглядит таблица системных вызовов NT, но я мог бы использовать функцию сна ожидаю увидеть). Если доступен системный вызов, то выполнение прямого системного вызова из сборки, вероятно, является самым быстрым способом сделать то, что вы хотите; он также наименее переносимый (но вы пишете сборку!).

Редактировать : Глядя на таблицу системных вызовов ядра NT , не видно никаких вызовов, связанных со сном или получением даты и времени (как использует ваш оригинальный код) ), но есть несколько системных вызовов для установки и запроса таймеров. Вращение, пока вы ждете таймера для достижения желаемой задержки, является одним из эффективных, хотя и не элегантных, решений.

Answer 2

используйте INT 15h, функция 86h:

Позвонить с: AH = 86 ч CX: DX = интервал в сШ

Answer 3

На самом деле вы можете использовать функцию ROM BIOS прерывания 1Ah 00h, «Read Current Clock Count». Или вы можете прочитать dword по адресу $ 40: $ 6C, но вы должны обеспечить атомарное чтение. Он увеличивается с помощью MS-DOS примерно на 18,2 Гц.

Для получения дополнительной информации читайте: Часы DOS

Answer 4

Я не тестировал этот код, но концепция должна работать ... Сохранить / восстановить регистрацию необязательно! Внимательно проверьте код!

DelayProcedure:
    push  es                      //Save es and load new es
    mov   ax, 0040h
    mov   es, ax
//Pseudo atomic read of 32 bit DOS time tick variable
PseudoAtomicRead1:
    mov   ax, es:[006ch]
    mov   dx, es:[006eh]
    cmp   ax, es:[006ch]
    jne   PseudoAtomicRead1
//Add time delay to dx,ax where smaller is faster and 18 is close to 1 second
    add   ax, 3
    adc   dx, 0
//1800AFh is last DOS time tick value so check day overflow
    mov   cx, ax
    mov   bx, dx
//Do 32 bit subtract/compare
    sub   cx, 00AFh
    sbb   dx, 0018h
    jbe   DayOverflow
//Pseudo atomic read of 32 bit DOS time tick variable
PseudoAtomicRead2:
    mov   cx, es:[006ch]
    mov   bx, es:[006eh]
    cmp   cx, es:[006ch]
    jne   PseudoAtomicRead2
NotZero:
//At last do 32 bit compare
    sub   cx, ax
    sbb   bx, dx
    jae   Exit
//Check again day overflow because task scheduler can overjumps last time ticks
    inc   bx                //If no Day Overflow then bx = 0FFh
    jz    PseudoAtomicRead2
    jmp   Exit
DayOverflow:
//Pseudo atomic read of 32 bit DOS time tick variable
PseudoAtomicRead3:
    mov   ax, es:[006ch]
    mov   dx, es:[006eh]
    cmp   dx, es:[006ch]
    jne   PseudoAtomicRead3
//At last do 32 bit compare
    sub   ax, cx
    sbb   dx, bx
    jb    PseudoAtomicRead3
Exit:
    pop   es                      //Restore es
    ret

Answer 5

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

       delay equ 5000

top:   mov ax, delay
loopa: mov bx, delay
loopb: dec bx
       jnc loopb
       dec ax
       jnc loopa

       mov ah,2
       mov dl,'A'
       int 21
       jmp top

Задержка является квадратичной к постоянной. Но если вы воспользуетесь этой петлей задержки, где-нибудь в мире молодой невинный котенок умрет.

Answer 6

.. Проблема со всеми приведенными выше примерами кода заключается в том, что они используют неблокирующие операции. Если вы изучите использование процессора в течение относительно длительного периода ожидания, вы увидите, что он работает примерно на 50%. Мы хотим использовать некоторые функции DOS или BIOS, которые блокируют выполнение, так что загрузка процессора составляет около 0%.

.. Случайно на ум приходит BIOS INT 16h, AH = 1. Возможно, вы сможете разработать процедуру, которая вызывает эту функцию, а затем вставит нажатие клавиши в буфер клавиатуры, когда время истечет. Есть много проблем с этой идеей;), но это может быть пищей для размышлений. Вполне вероятно, что вы будете писать какой-то обработчик прерываний.

.. В 32-битном Windows API есть функция «Сон». Я полагаю, вы могли бы подумать об этом.