То може темата да е: "На къде да тръгна с каруцата да стигна до луната", но това не значи, че с каруца може да се стигне до луната. Първо операционните системи. Масовите не са Real Time OS, по всяко време могат да почнат да проверяват за упдейти или да почнат да сканират за вируси. Добре, да изключим операционните системи. Компютрите са вързани към LAN и към дискове. Ако по мрежата се появят повече broadcast пакети или ако от диска поикскаме да прочетеме данни или просто операционната система си е сложила там swap дяла и сектора е "слаб" трябва по няколко пъти да рекалибрира главата в началото и след това да се пробва да го прочете докато CRC-то излезне, както трябва. Следващото ниво и паметта. По всяко време може да се включи рефреш на съдържанието на паметта или вградената в чипсета/процесора видеокарта може да й потрябва памет и тогава процесора седи и чака. Но даже и всичко това да е наред, процесора може да се случи да работи на висока температура, тогава започва да пропуска цикли и се забавя за да се охлади. Но дори и това да не е проблем ...
http://software.intel.com/en-us/forums/topic/306940
 | | |
| Цитат: Hello, I am talking about Intel Pentium 4 (2.8GHz, 478-pin, 533MHz FSB, 512KB L2, 0.13um)and 82801DB ICH4 (this is part of 845GE chipset). We are using DOS to test real-time performance of Pentium 4 motherboard. Expected response time is few microseconds. System is in PIC mode (APIC disabled), all interrupts on master and slave PIC disabled, all interrupts on CPU disabled (asm("cli");), digital scope connected to D7 pin on the parallel port, we are using gcc compiler to do this: ... while(1) { outportb(0x378, 0x80); outportb(0x378, 0x00); } ... Digital scope is set to trigger when pulse width is >20us. When we start program, after few minutes scope will trigger, showing about 250us stall on CPU. This is happening every few minutes, sometimes in less than one minute and it is not periodic. | |
| | |
Та с 2 думи: х86 не можеш да симулираш даже контролер на 1MHz.
