🚀 go-pugleaf

On 11 Feb 1998 17:29:31 GMT, laser@priam.umcs.lublin.pl (Marcin
Laszewski) wrote:

>Mam prztwornik A/C z ktorego co 1/10 sekundy (a dokladnie 1/13 i wszycy
>wiedza dlaczego) wczytuje dane. Jak ich sie juz sporo nazbiera
>to trzeba bedzie je hurtem na dysk zrzucic. Poniewaz, pod DOS-em
>to zawsze jest problem z wywolywaniem funkcji systemowych z rezydentow
>wiec chcialem zapytac czy sa problemy jak sie dane wczytuje w procedurke
>podpieta pod przerwanie zegarowe (tylko czytanie z portu), a zapis
>na dysk jako zadanie normlane.
>
>Tzn, program glowny bedzie sobie flage sprawdzac (i moze cos jeszcze).
>Jak sie buforki napelnia to je zapisze i semafor podniesie.
>
Bardzo sluszna idea!
Ja bym dodal do tego jeszcze podwojne buforowanie, tzn.
- Jezeli petla sprawdzajaca, czy bufor jest pelny stwierdzi ze tak
(pelny w przyblizeniu, powiedzmy), to blokuje przerwania (cli - czy
jakos podobnie - dawno nie posalem programow) i przemieszcza dane w
"swoje" miejsce. Odblokowuje przerwania i potem spokojnie zrzuca to na
dysk.

>Czy jesli w trakcie zapisu na dysk zegar zasugeruje, ze czas cos pomierzyc
>to co sie stanie? Przerwie sie na chwile zapisywanie i wykona pomiar?
>W ogole przerwanie zegarowe nie jest generowane w tym czasie? 

No bez przesady. Przy zapisie do dysku PCet wstrzymuje przerwania.
Ale to sa BARDZO krotkie przerwy, krotsze niz ta 1/13 s.
Nie boj sie, twoje przerwanie nie zginie. Zostanie wstrzymane w
kontrolerze przerwan i wywolane, jak BIOS zapisze dane na dysk.

>Najlepiej by bylo te dane jeszcze w swiat wysylac przez tcp/ip.
>Dotychczas uzywalem pod DOS-em Waterloo TCP. jakos tam sobie radzilem.
>Tyle, ze jako, iz to tez na przerwaniach oparte to nie wiem co bedzie
>jak sie jeszcze zegar napusci - pogryza sie, czy co ?
>
Przy okazji, prosze, wyslij mi na e-mail (bo tej listy to nie czytam),
gdzie moge sciagnac Waterloo TCP.

Z gory dziekuje,

Karol