oj sistemy k
disku. Po umolchaniyu razmer kesha opredelyaetsya obshchim ob®emom
operativnoj pamyati, no vy mozhete zadat' drugoe znachenie cherez opciyu
pri zapuske <tt>Fsys</tt>.

<p>Operacii chteniya yavlyayutsya sinhronnymi. Operacii zapisi, naprotiv,
obychno yavlyayutsya asinhronnymi. Kogda dannye popadayut v kesh, Menedzher
fajlovoj sistemy otvechaet klientu (funkciej <i>Reply()</i>), izveshchaya
ego, chto dannye zapisany. Zatem vypolnyaetsya zapis' dannyh na disk s
maksimal'no-vozmozhnoj skorost'yu, obychno ne pozdnee, chem cherez pyat'
sekund.

<p>Prilozheniya mogut izmenyat' mehanizm zapisi primenitel'no k
konkretnym fajlam. Naprimer, prilozhenie, rabotayushchee s bazoj dannyh,
mozhet potrebovat', chtoby zapis' v opredelennyj fajl proizvodilas'
sinhronno. |to obespechit vysokij uroven' celostnosti fajla v sluchae
apparatnogo ili programmnogo sboya.


<p><b><a name="id24">Mnogopotokovaya obrabotka</a></b>
<p>Menedzher fajlovoj sistemy yavlyaetsya mnogopotokovym processom, i,
takim obrazom, on mozhet obrabatyvat' neskol'ko zaprosov vvoda/vyvoda
odnovremenno. |to pozvolyaet Menedzheru fajlovoj sistemy v polnoj mere
realizovat' vozmozhnosti parallel'noj obrabotki, tak kak on v
sostoyanii:

<ul><li>poluchit' odnovremennyj dostup k neskol'kim ustrojstvam;

</li><li>udovletvorit' zaprosy vvoda/vyvoda iz kesh-bufera, v to vremya
kak vypolnyayutsya drugie zaprosy vvoda/vyvoda, osushchestvlyayushchie dostup k
disku.

</li></ul>
<p><b><a name="id25">Klient-upravlyaemyj prioritet</a></b>
<p>Prioritet Menedzhera fajlovoj sistemy mozhet opredelyat'sya
prioritetom processa, poslavshego emu zapros. V etom sluchae, kogda
Menedzher fajlovoj sistemy poluchaet soobshchenie, ego prioritet
ustanavlivaetsya ravnym prioritetu processa, poslavshego soobshchenie.
Bolee podrobno ob etom govoritsya v razdele
"<a href="#SCHEDULING">Dispetcherizaciya processov</a>"
glavy "Mikroyadro".


<p><b><a name="id26">Vremennye fajly</a></b>
<p>QNX predusmatrivaet vozmozhnost' otkrytiya vremennyh fajlov, t.e.
fajlov, kotorye zapisyvayutsya i zatem chitayutsya v techenie korotkogo
promezhutka vremeni. Dlya takih fajlov Menedzher fajlovoj sistemy
staraetsya hranit' bloki dannyh v kesh-bufere i proizvodit zapis' blokov
na disk tol'ko v sluchae krajnej neobhodimosti.


<p><b><a name="id27">Psevdodiski</a></b>
<p>Menedzher fajlovoj sistemy soderzhit vstroennuyu vozmozhnost'
podderzhki elektronnogo diska, pozvolyayushchuyu ispol'zovat' do 8 Megabajt
operativnoj pamyati v kachestve psevdodiska.  Tak kak Menedzher fajlovoj
sistemy ispol'zuet vysokoeffektivnyj mehanizm sostavnyh soobshchenij, to
dannye iz psevdodiska kopiruyutsya neposredstvenno v prilozhenie.

<p>Menedzher fajlovoj sistemy v sostoyanii obojti keshirovanie, tak kak
psevdodisk yavlyaetsya vstroennym, a ne realizovan kak otdel'nyj drajver.
Dlya informacii ob obmene sostavnymi soobshcheniyami, smotri razdel
"<a href="#ADVANCEDFAC">Dopolnitel'nye vozmozhnosti</a>"
v glave "Mikroyadro".

<p>Tak kak psevdodiski isklyuchayut apparatnye zaderzhki i ne ispol'zuyut
keshirovanie dannyh, poetomu oni obespechivayut bol'shij determinizm pri
vypolnenii operacij vvoda/vyvoda po sravneniyu s zhestkimi diskami.



<h3><a name="ROBUSTNESS">Nadezhnost' fajlovoj sistemy</a></h3>
<p>V QNX vysokaya proizvoditel'nost' fajlovoj sistemy dostigaetsya ne
za schet snizheniya nadezhnosti. |to obespechivaetsya neskol'kimi sposobami.

<p>V to vremya kak bol'shaya chast' dannyh pomeshchaetsya v kesh-bufer i
zapisyvaetsya s nebol'shoj zaderzhkoj, kriticheskie dlya fajlovoj sistemy
dannye zapisyvayutsya nemedlenno. Obnovleniya katalogov, indeksnyh deskriptorov
(inodes), blokov ekstentov i bitovoj karty proizvodyatsya bez zaderzhki, chtoby
garantirovat' celostnost' struktury fajlovoj sistemy na diske (t.e.
chto ne budet vnutrennego nesootvetstviya dannyh na diske).

<p>Inogda vse perechislennye vyshe struktury dannyh dolzhny byt'
obnovleny. Naprimer, esli vy peremeshchaete fajl v kataloge, poslednij
ekstent kotorogo zapolnen, to katalog dolzhen vyrasti. V takih
sluchayah poryadok operacij tshchatel'no podobran takim obrazom, chto dazhe
esli proizojdet katastroficheskij sboj v moment, kogda operaciya eshche ne
polnost'yu zavershena (naprimer, otklyuchenie pitaniya), to fajlovaya
sistema posle perezapuska vse zhe sohranit rabotosposobnost'. V hudshem
sluchae, nekotorye bloki budut vydeleny, no ne ispol'zovany. Ispravit'
podobnuyu situaciyu mozhno, zapustiv utilitu <tt>chkfsys</tt>.


<p><b><a name="id29">Vosstanovlenie fajlovoj sistemy</a></b>
<p>Dazhe samye nadezhnye sistemy ne zastrahovany ot avarijnyh
situacij, takih kak:

<ul><li> poyavlenie plohih blokov na diske v rezul'tate broskov ili
provalov napryazheniya;

</li><li> neumelyj ili zlonamerennyj pol'zovatel', imeyushchij dostup k
privilegiyam administratora sistemy, vypolnil inicializaciyu fajlovoj
sistemy (utilitoj <tt>dinit</tt>);

</li><li> nekorrektnaya programma (v osobennosti, vypolnyayushchayasya ne v srede
QNX) ignoriruet informaciyu o razdelah diska i perezapisyvaet chast'
razdela QNX.

</li></ul>
<p>CHtoby posle takih situacij mozhno bylo vosstanovit' kak mozhno bol'she
fajlov, na disk zapisyvayutsya unikal'nye "signatury" dlya avtomaticheskoj
identifikacii i vosstanovleniya kriticheskih chastej fajlovoj sistemy.
Fajl s indeksnymi deskriptorami (<tt>/.inodes</tt>), tak zhe kak i kazhdyj
katalog, i blok ekstentov, vse soderzhat unikal'nye obrazcy dannyh,
kotorye mogut byt' ispol'zovany utilitoj <tt>chkfsys</tt> dlya
vosstanovleniya ser'ezno povrezhdennoj fajlovoj sistemy.

<p>Bolee podrobnaya informaciya o vosstanovlenii fajlovoj sistemy
soderzhitsya v dokumentacii k utilite <tt>chkfsys</tt>.



<h3><a name="RAWVOLUMES">Rabota s diskami</a></h3>
<p>Menedzher fajlovoj sistemy upravlyaet <em>blok-orientirovannymi fajlami</em>.
|ti fajly opredelyayut <em>diski</em> i <em>razdely diskov</em>.


<p><b><a name="id31">Diski i diskovye podsistemy</a></b>
<p>QNX schitaet kazhdyj fizicheskij disk na komp'yutere <em>blok-orientirovannym</em>
fajlom. Kak blok-orientirovannyj fajl, disk rassmatrivaetsya fajlovoj sistemoj
QNX kak posledovatel'nost' blokov razmerom po 512 bajt, nezavisimo ot
razmera diska. Bloki numeruyutsya, nachinaya s pervogo bloka na diske (blok 1).

<p>Tak kak kazhdyj disk yavlyaetsya blok-orientirovannym fajlom, on mozhet
byt' otkryt kak odno celoe dlya nizkourovnevogo dostupa s ispol'zovaniem
standartnyh POSIX Si funkcij, takih kak <i>open()</i>, <i>read()</i>,
<i>write()</i> i <i>close()</i>. Na urovne blok-orientirovannogo fajla,
kotoryj opredelyaet celyj disk, QNX ne delaet absolyutno nikakih predpolozhenij
o kakih-libo strukturah dannyh, kotorye mogut sushchestvovat' na diske.

<p>Komp'yuter pod upravleniem QNX mozhet imet' odnu ili neskol'ko
<em>diskovyh podsistem</em>. Kazhdaya diskovaya podsistema sostoit iz
kontrollera i odnogo ili bolee diskov. Vy zapuskaete drajver ustrojstva
dlya kazhdoj diskovoj podsistemy, kotoraya dolzhna upravlyat'sya Menedzherom
fajlovoj sistemy.


<p><b><a name="id32">Razdely OS</a></b>
<p>QNX sootvetstvuet promyshlennomu standartu de-fakto, kotoryj
pozvolyaet razlichnym operacionnym sistemam razdelyat' odin i tot zhe
fizicheskij disk. V sootvetstvii s etim standartom, tablica razdelov
mozhet opredelyat' do chetyreh pervichnyh razdelov na diske. Tablica
hranitsya v pervom bloke diska.

<p>Kazhdyj razdel dolzhen imet' "tip", uznavaemyj operacionnoj
sistemoj, kotoraya dolzhna ispol'zovat' etot razdel. Sleduyushchij spisok
soderzhit ispol'zuemye na dannyj moment tipy razdelov:

<table border>
<tr><th>Tip:    </th>
<th>Operacionnaya sistema</th></tr>
<tr><td>1       </td>
<td>DOS (12-bitnaya FAT)</td></tr>
<tr><td>4       </td>
<td>DOS (16-bitnaya FAT; razdely &lt;32Mbajt)</td></tr>
<tr><td>5       </td>
<td>Rasshirennyj razdel DOS</td></tr>
<tr><td>6       </td>
<td>DOS 4.0 (16-bitnaya FAT; razdel &gt;=32Mbajt)</td></tr>
<tr><td>7       </td>
<td>OS/2 HPFS</td></tr>
<tr><td>7       </td>
<td>Predydushchaya versiya QNX 2 (do 1988)</td></tr>
<tr><td>8       </td>
<td>QNX 1.x i 2.x ("<tt>qny</tt>")</td></tr>
<tr><td>9       </td>
<td>QNX 1.x i 2.x ("<tt>qnz</tt>")</td></tr>
<tr><td>11      </td>
<td>DOS 32-bitnaya FAT; razdely do 2047Gbajt</td></tr>
<tr><td>12      </td>
<td>To zhe, chto tip 11, no ispol'zuet LBA rasshireniya preryvaniya <tt>Int 13h</tt></td></tr>
<tr><td>14      </td>
<td>To zhe, chto tip 6, no ispol'zuet LBA rasshireniya preryvaniya <tt>Int 13h</tt></td></tr>
<tr><td>15      </td>
<td>To zhe, chto tip 5, no ispol'zuet LBA rasshireniya preryvaniya <tt>Int 13h</tt></td></tr>
<tr><td>77      </td>
<td>QNX POSIX razdel</td></tr>
<tr><td>78      </td>
<td>QNX POSIX razdel (vtorichnyj)</td></tr>
<tr><td>79      </td>
<td>QNX POSIX razdel (vtorichnyj)</td></tr>
<tr><td>99      </td>
<td>UNIX</td></tr></table>

<p>Esli vy hotite imet' neskol'ko razdelov QNX 4.x na odnom
fizicheskom diske, vam sleduet ispol'zovat' tip 77 dlya pervogo QNX
razdela, tip 78 dlya vtorogo QNX razdela, i tip 79 dlya tret'ego.  Vy
mozhete ispol'zovat' drugie tipy dlya vtorogo i tret'ego QNX razdelov,
no 78 i 79 predpochtitel'nee. CHtoby pometit' lyuboj iz etih razdelov kak
zagruzochnyj, ispol'zujte utilitu <tt>fdisk</tt>.

<p>Vo vremya zagruzki, zagruzchik QNX (opcional'no ustanavlivaemyj
utilitoj <tt>fdisk</tt>) pozvolyaet vybirat' v tablice razdelov v kachestve
zagruzochnogo drugoj razdel, ne yavlyayushchijsya zagruzochnym po umolchaniyu.

<p>Vy mozhete ispol'zovat' utilitu <tt>fdisk</tt> dlya sozdaniya,
modifikacii ili udaleniya razdelov.

<p>Tak kak QNX rassmatrivaet kazhdyj razdel na diske kak
blok-orientirovannyj fajl, to eto daet vozmozhnost' dostupa k sleduyushchemu:

<ul><li> disku celikom, ignoriruya razdely, kak k blok-orientirovannomu
fajlu;

</li><li> otdel'nomu razdelu kak k blok-orientirovannomu fajlu; etot
blok-orientirovannyj fajl budet podmnozhestvom blok-orientirovannogo
fajla, kotoryj opredelyaet ves' disk.

</li></ul><p><hr>
<p><img src="qnx4-twodisks.gif" alt="fig: i/twodisks.gif">
<hr>

<p><i>Dva fizicheskih diska.  Pervyj soderzhit DOS, QNX i UNIX razdely.
Vtoroj disk imeet DOS i QNX razdely.</i>
<pre>
</pre>

<p><b><a name="id33">Opredelenie blok-orientirovannyj fajlov</a></b>
<p>Imena vseh blok-orientirovannyh fajlov pomeshchayutsya v derevo
prefiksov togo komp'yutera, na kotorom raspolozheny blok-orientirovannye
fajly (derevo prefiksov rassmatrivaetsya v glave "Prostranstvo imen
vvoda/vyvoda"). Kogda zapuskaetsya drajver kontrollera diskov, Menedzher
fajlovoj sistemy avtomaticheski registriruet prefiksy, kotorye opredelyayut
blok-orientirovannyj fajl dlya kazhdogo fizicheskogo diska, podklyuchennogo k
kontrolleru. Utilita <tt>mount</tt> ispol'zuetsya dlya togo, chtoby
zaregistrirovat' prefiks dlya blok-orientirovannogo fajla dlya kazhdogo
razdela na diske.

<p>Pust', naprimer, u vas imeetsya standartnyj kontroller Western
Digital, k kotoromu podklyucheny dva diska. Na odnom diske vy hotite
smontirovat' razdel DOS, razdel QNX i razdel UNIX. Na drugom diske vy
hotite smontirovat' razdel DOS i razdel QNX.

<p>Menedzher fajlovoj sistemy opredelit blok-orientirovannye fajly
<tt>/dev/hd0</tt> i <tt>/dev/hd1</tt> dlya dvuh diskov, podklyuchennyh k
kontrolleru.

<p>Zatem vy ispol'zuete utilitu <tt>mount</tt>, chtoby opredelit'
blok-orientirovannyj fajl dlya kazhdogo razdela. Naprimer:

<p><tt>mount -p /dev/hd0  -p /dev/hd1</tt>
<p>opredelit sleduyushchie blok-orientirovannye fajly:
<table border>
<tr><th>Razdel OS:</th>
<th>Blok-orientirovannyj fajl:</th></tr>
<tr><td>Razdel DOS na diske <tt>hd0</tt></td>
<td><tt>/dev/hd0t4</tt></td></tr>
<tr><td>Razdel QNX na diske <tt>hd0</tt></td>
<td><tt>/dev/hd0t77</tt></td></tr>
<tr><td>Razdel UNIX na diske <tt>hd0</tt></td>
<td><tt>/dev/hd0t99</tt></td></tr>
<tr><td>Razdel DOS na diske <tt>hd1</tt></td>
<td><tt>/dev/hd1t4</tt></td></tr>
<tr><td>Razdel QNX na diske <tt>hd1</tt></td>
<td><tt>/dev/hd1t77</tt></td></tr></table>

<p>Zamet'te, chto oboznachenie <tt>t</tt><i>n</i> ispol'zuetsya dlya oboznacheniya
razdelov na diske, ispol'zuemyh opredelennymi operacionnymi sistemami.
Naprimer, razdel DOS oboznachaetsya <tt>t4</tt>, razdel UNIX -
eto <tt>t99</tt> i t.d.


<p><b><a name="id34">Montirovanie fajlovoj sistemy</a></b>
<p>Obychno fajlovaya sistema QNX montiruetsya na blok-orientirovannom
fajle. Dlya etogo vy snova ispol'zuete utilitu <tt>mount</tt> - ona
pozvolyaet zadat' prefiks, kotoryj identificiruet fajlovuyu sistemu.
Naprimer:

<p><tt>mount /dev/hd0t77 /</tt>
<p>montiruet fajlovuyu sistemu s prefiksom <tt>/</tt> na razdele, kotoryj
opredelen blok-orientirovannym fajlom s imenem <tt>hd0t77</tt>.


<hr>
<table>
<td><img src="qnx4-pointing.gif" width=58 height=40 alt="Note:"></td>
<td>Esli disk razbit na razdely, to vy dolzhny smontirovat'
blok-orientirovannyj fajl dlya razdela QNX 4.x (naprimer <tt>/dev/hd0t77</tt>),
a ne osnovnoj blok-orientirovannyj fajl, kotoryj opredelyaet ves' disk
(naprimer, <tt>/dev/hd0</tt>). Esli vy popytaetes' smontirovat' osnovnoj
blok-orientirovannyj fajl dlya vsego diska, to pri popytke dostupa k
fajlovoj sisteme poluchite soobshchenie "corrupt filesystem" (povrezhdennaya
fajlovaya sistema).

</td>
</table>
<hr>

<p><b><a name="id35">Demontirovanie fajlovoj sistemy</a></b>
<p>CHtoby demontirovat' fajlovuyu sistemu, ispol'zujte utilitu <tt>umount</tt>.
Tak, naprimer, sleduyushchaya komanda demontiruet fajlovuyu sistemu na
pervichnom razdele QNX:

<p><tt>umount /dev/hd0t77</tt>
<p>Posle togo, kak fajlovaya sistema demontirovana, fajly v etom
razdele uzhe ne dostupny.



<h3><a name="QNXPARTITION">Klyuchevye komponenty QNX razdela</a></h3>
<p>V nachale kazhdogo razdela QNX raspolagayutsya sleduyushchie klyuchevye
komponenty:

<ul><li> blok zagruzchika;
</li><li> kornevoj blok;
</li><li> bitovaya karta;
</li><li> kornevoj katalog.
</li></ul>
<p>|ti struktury sozdayutsya pri inicializacii fajlovoj sistemy
utilitoj <tt>dinit</tt>.

<p><hr>
<p><img src="qnx4-qnxpart.gif" alt="fig: i/qnxpart.gif">
<hr>

<p><i>Struktura fajlovoj sistemy QNX vnutri razdela diska.</i>
<pre>

</pre>

<p><b><a name="id37">Blok zagruzchika</a></b>
<p>|to pervyj fizicheskij blok razdela diska. |tot blok soderzhit kod,
kotoryj zagruzhaetsya i zatem ispolnyaetsya BIOS komp'yutera dlya zagruzki
operacionnoj sistemy iz razdela. Esli disk ne razbit na razdely
(naprimer, gibkij disk), etot blok yavlyaetsya pervym fizicheskim blokom na
diske.


<p><b><a name="id38">Kornevoj blok</a></b>
<p>Kornevoj blok imeet tu zhe strukturu, chto i obychnyj katalog. On
soderzhit informaciyu o chetyreh osobyh fajlah:

<ul><li> <em>kornevoj katalog</em> fajlovoj sistemy (<tt>/</tt>)</li>
<li> fajl <tt>/.inodes</tt></li>
<li> fajl <tt>/.boot</tt></li>
<li> fajl <tt>/.altboot</tt>

</li></ul>
<p>Fajly <tt>/.boot</tt> i <tt>/.altboot</tt> soderzhat obrazy operacionnoj
sistemy, kotorye zagruzhayutsya programmoj nachal'noj zagruzki QNX.

<p>Obychno zagruzchik QNX zagruzhaet obraz OS, hranyashchijsya v fajle
<tt>/.boot</tt>. No esli fajl <tt>/.altboot</tt> ne pust, to vam budet
predlozhena opciya zagruzki obraza, hranyashchegosya v fajle <tt>/.altboot</tt>.


<p><b><a name="id39">Bitovaya karta</a></b>
<p>CHtoby raspredelyat' prostranstvo na diske, QNX ispol'zuet <em>bitovuyu
kartu</em>, hranyashchuyusya v fajle <tt>/.bitmap</tt>. |tot fajl soderzhit
bitovuyu masku dlya vseh blokov na diske, pokazyvayushchuyu, kakie bloki zanyaty.
Kazhdomu bloku sootvetstvuet odin bit. Esli znachenie bita 1, to
sootvetstvuyushchij blok na diske zanyat.


<p><b><a name="id40">Kornevoj katalog</a></b>
<p>Kornevoj katalog razdela vedet sebya kak obychnyj katalog, za
dvumya isklyucheniyami:

<ul><li> kak ".", tak i ".." yavlyayutsya svyazyami k odnoj i toj zhe
inode informacii,  a imenno, kornevym katalogom inode v kornevom bloke;
</li><li> kornevoj katalog vsegda soderzhit elementy dlya fajlov
<tt>/.bitmap</tt>, <tt>/.inodes</tt>, <tt>/.boot</tt> i <tt>/.altboot</tt>.
|ti elementy predusmotreny dlya togo, chtoby programmy, kotorye vydayut
informaciyu o fajlovoj sisteme, videli eti elementy kak obychnye fajly.

</li></ul>

<h3><a name="DOSFSYS">Menedzher fajlovoj sistemy DOS</a></h3>
<p>V QNX prostranstvo imen vvoda/vyvoda upravlyaetsya cherez prefiksy,
kotorye napravlyayut zaprosy sootvetstvuyushchim processam-menedzheram. Odnim
iz takih processov yavlyaetsya Menedzher fajlovoj sistemy DOS (<tt>Dosfsys</tt>).
<tt>Dosfsys</tt> registriruet prefiks <tt>/dos</tt> i predstavlyaet diski
DOS vnutri prostranstva imen QNX kak "gostevye" fajlovye sistemy.

<p><tt>Dosfsys</tt> obespechivaet prozrachnyj dostup k diskam DOS,
tak chto vy mozhete rassmatrivat' fajlovye sistemy DOS kak fajlovye
sistemy QNX. Takaya prozrachnost' pozvolyaet processam rabotat' s fajlami
DOS bez kakih-libo special'nyh znanij ili dejstvij. Standartnye bibliotechnye
funkcii vvoda/vyvoda, takie kak <i>open()</i>, <i>close()</i>, <i>read()</i>
i <i>write()</i> rabotayut s fajlom v razdele DOS tochno tak zhe, kak i s fajlom
v razdele QNX. Naprimer, chtoby kopirovat' fajl iz razdela QNX v razdel DOS,
dostatochno vypolnit' komandu:

<p><tt>cp /usr/luc/file.dat /dos/c/file.dat</tt>
<p>Zamet'te, chto <tt>/dos/c</tt> - eto put' k DOS disku <tt>C</tt>.
Komanda <tt>cp</tt> ne soderzhit kakogo-libo special'nogo koda dlya
opredeleniya, nahoditsya li kopiruemyj fajl na diske DOS. Drugie komandy
rabotayut s takoj zhe prozrachnost'yu (naprimer, utility <tt>cd</tt>,
<tt>ls</tt> i <tt>mkdir</tt>).

<p>Esli ne sushchestvuet ekvivalenta DOS dlya funkcii QNX, takoj kak
<tt>mkfifo()</tt> ili <tt>link()</tt>, to <tt>Dosfsys</tt> vozvrashchaet
sootvetstvuyushchij kod oshibki (t.e. <tt>errno</tt>).

<p><tt>Dosfsys</tt> rabotaet kak s gibkimi diskami, tak i s razdelami
zhestkih diskov. Ves' trebuemyj dostup k disku na nizkom urovne proizvoditsya
cherez standartnye funkcii Menedzhera fajlovoj sistemy. Poetomu,
bez dostupa k kodu nizkogo urovnya, <tt>Dosfsys</tt> sposoben obespechit'
prozrachnyj interfejs mezhdu prilozheniyami QNX i fajlovoj sistemoj DOS.



<h3><a name="CDROMFSYS">Fajlovaya sistema CD-ROM</a></h3>
<p>Fajlovaya sistema CD-ROM, <tt>Iso9660fsys</tt>, obespechivaet prozrachnyj
dostup k nositelyam CD-ROM, takim obrazom mozhno rabotat' s fajlovymi
sistemami CD-ROM, kak budto eto fajlovye sistemy POSIX. Takaya
prozrachnost' obespechivaet processam dostup k fajlam na CD-ROM
standartnymi sredstvami.

<p>Menedzher <tt>Iso9660fsys</tt> realizuet standart ISO 9660,
vklyuchaya rasshireniya Rock Ridge. |tomu standartu sootvetstvuyut
kompakt-diski DOS i Windows. V dopolnenie k obychnym fajlam,
<tt>Iso9660fsys</tt> takzhe podderzhivaet audio.



<h3><a name="EFSYS">Fajlovaya sistema flesh</a></h3>
<p>Menedzher fajlovoj sistemy flesh <tt>Efsys.*</tt>  byl special'no
razrabotan dlya raboty, kak so vstroennoj, tak i so smennoj flesh-pamyat'yu.
Fajly, zapisannye na smennye nositeli flesh (karty PC-Card), perenosimy v
drugie sistemy, kotorye takzhe podderzhivayut etot standart.

<p>Menedzher <tt>Efsys.*</tt> sochetaet funkcii menedzhera fajlovoj
sistemy i drajvera ustrojstva. Tak kak <tt>Efsys.*</tt> soderzhit drajver
ustrojstva, to sushchestvuyut otdel'nye versii <tt>Efsys.*</tt> dlya razlichnyh
vidov oborudovaniya vstraivaemyh sistem. Naprimer:

<ul><li><tt>Efsys.explr2</tt> dlya platy Intel EXPLR2 (s RFA);
</li><li><tt>Efsys.elansc400</tt> dlya platy AMD Elan SC400;
</li><li><tt>Efsys.pcmcia</tt> dlya smeshannogo ispol'zovaniya fajlovyh
sistem flesh i ustrojstv PCMCIA.</li></ul>

<p><b><a name="id44">Ogranicheniya</a></b>
<p>Funkcional'nost' fajlovoj sistemy ogranichena ispol'zuemymi
ustrojstvami pamyati. Naprimer, dlya ustrojstv ROM fajlovaya sistema
dostupna tol'ko dlya chteniya.

<p>Dlya ustrojstv flesh-pamyati sushchestvuyut ogranicheniya na zapis'
fajlov. Vy mozhete tol'ko dozapisyvat' fajl. Krome togo, ne obnovlyaetsya
vremya poslednego dostupa k fajlu. V nastoyashchij moment eti ogranicheniya
rasprostranyayutsya dazhe na SRAM ustrojstva.


<p><b><a name="id45">Vosstanovlenie svobodnogo prostranstva</a></b>
<p>Menedzher <tt>Efsys.*</tt> hranit katalogi i fajly, ispol'zuya
svyaznye (svyaznye - imeyushchie pryamye/obratnye ukazateli) spiski struktur
dannyh, a ne bloki fiksirovannogo razmera, kak na diske, ispol'zuemye v
tradicionnyh fajlovyh sistemah s vrashchayushchimsya nositelem. Pri udalenii
kataloga ili fajla, prinadlezhashchie emu struktury dannyh pomechayutsya kak
udalennye, no ne stirayutsya, chtoby izbezhat' nepreryvnogo stiraniya i
perezapisi (i tem samym poter' vremeni na eti operacii).

<p>So vremenem svobodnoe mesto zakonchitsya, i menedzheru fajlovoj
sistemy pridetsya vypolnit' vosstanovlenie svobodnogo prostranstva
(inogda etu operaciyu nazyvayut eshche "uborka musora").  Vo vremya etoj
procedury <tt>Efsys.*</tt> vosstanavlivaet svobodnoe mesto, zanimaemoe
udalennymi fajlami i katalogami. Dlya provedeniya etoj operacii
menedzheru fajlovoj sistemy trebuetsya hotya by odin svobodnyj blok.
Utilita <tt>mkffs</tt> avtomaticheski rezerviruet dlya etoj celi odin
blok pri sozdanii fajlovoj sistemy.


<p><b><a name="id46">Szhatie i raspakovka</a></b>
<p>Menedzher <tt>Efsys.*</tt> podderzhivaet raspakovku, chto uvelichivaet
ob®em dannyh, kotoryj mozhet hranit'sya na nositele. Raspakovka vypolnyaetsya
menedzherom fajlovoj sistemy dlya prilozhenij prozrachno.

<p>Dlya etogo fajly dolzhny byt', pered zapuskom utility <tt>mkffs</tt>,
predvaritel'no szhaty s pomoshch'yu utility <tt>bpe</tt>. Esli zhe kopirovat'
szhatyj fajl v uzhe sozdannuyu fajlovuyu sistemu flesh, to on ostanetsya
szhatym i pri chtenii.


<p><b><a name="id47">Dostup k fajlam</a></b>
<p>Esli zapretit' rasshireniya POSIX, to vladel'cem fajlov vsegda
budet schitat'sya <tt>root</tt>, a bity rezhima vsegda budut ustanovleny v
<tt>rwx</tt>. Komandy <tt>chgrp</tt>, <tt>chmod</tt> i <tt>chown</tt> v
etom sluchae ne budut rabotat'.


<p><b><a name="id48">Montirovanie</a></b>
<p>Mozhet proizvodit'sya tol'ko pri inicializacii razdelov ili pri
zapuske menedzhera fajlovoj sistemy.


<p><b><a name="id49">Dostup na nizkom urovne</a></b>
<p>Pri zapuske <tt>Efsys.*</tt>, on sozdaet dlya kazhdogo ustrojstva pamyati
special'nyj fajl v kataloge <tt>/dev</tt>. V sisteme s dvumya ustrojstvami
pamyati <tt>Efsys.*</tt> sozdast fajly <tt>/dev/skt1</tt> i <tt>/dev/skt2</tt>.
Special'nye ustrojstva ignoriruyut razbienie na razdely, pozvolyaya dostup k
nositelyam na nizkom urovne.

<p>Dostup k razdelu, soderzhashchemu obraz fajlovoj sistemy, vozmozhen
tol'ko na nizkom urovne (kak k "syromu" ustrojstvu). Dlya kazhdogo takogo
razdela <tt>Efsys.*</tt> sozdaet special'nyj fajl vida
<tt>/dev/skt<i>X</i>img<i>Y</i></tt>, gde <i>X</i> - eto nomer gnezda
(socket), a <i>Y</i> - nomer razdela na etom nositele.



<h3><a name="NFS">Fajlovaya sistema NFS</a></h3>
<p>Pervonachal'no razrabotannaya kompaniej Sun Microsystems, NFS
(Network File System - Setevaya Fajlovaya Sistema) yavlyaetsya TCP/IP
prilozheniem, kotoroe s teh por bylo realizovano na bol'shinstve DOS i
UNIX sistem. Ego realizaciya v QNX ne zamenima dlya prozrachnogo dostupa k
fajlovym sistemam drugih OS, podderzhivayushchih NFS.


<hr>
<table>
<td><img src="qnx4-pointing.gif" width=58 height=40 alt="Note:"></td>
<td>QNX iznachal'no podderzhivaet setevye fajlovye sistemy. Ispol'zovat' NFS
neobhodimo <em>tol'ko</em> dlya dostupa k ne-QNX NFS fajlovym sistemam, libo
esli vy hotite otkryt' NFS-klientam dostup k fajlam QNX.

</td>
</table>
<hr>

<p>NFS pozvolyaet otobrazhat' udalennye fajlovye sistemy - polnost'yu
ili chastichno - v lokal'noe prostranstvo imen. Katalogi na udalennoj
sisteme vyglyadyat kak chast' lokal'noj fajlovoj sistemy, i vse utility
raboty s fajlami (<tt>ls</tt>, <tt>cp</tt> i <tt>mv</tt>) rabotayut s
udalennymi fajlami tak zhe, kak i s lokal'nymi.


<hr>
<table>
<td><img src="qnx4-pointing.gif" width=58 height=40 alt="Note:"></td>
<td>V QNX 4 dlya NFS trebuetsya menedzher <tt>Socket</tt>, kotoryj podderzhivaet
setevye protokoly TCP/IP.  Zamet'te, chto ego "oblegchennyj" variant,
<tt>Socklet</tt>, mozhet ispol'zovat'sya, esli ne nuzhna NFS.

</td>
</table>
<hr>


<h3><a name="SMBFSYS">Fajlovaya sistema SMB</a></h3>
<p><tt>SMBfsys</tt> realizuet protokol SMB (Server Message Block)
sovmestnogo ispol'zovaniya fajlov, kotoryj ispol'zuetsya razlichnymi serverami,
takimi kak Windows NT, Windows 95, Windows for Workgroups, LAN Manager,
Samba. <tt>SMBfsys</tt> obespechivaet QNX-klientu prozrachnyj dostup k
udalennym diskam takih serverov.

<p><tt>SMBfsys</tt> realizuet etot protokol, ispol'zuya tol'ko
NetBIOS poverh TCP/IP, <em>ne</em> NetBEUI. Sootvetstvenno, neobhodimo,
chtoby TCP/IP byl ustanovlen, kak na QNX-mashine, tak i na udalennom servere.
Posle togo, kak zapushchen <tt>SMBfsys</tt> i smontirovan udalennyj server,
fajlovaya sistema servera poyavlyaetsya v lokal'nom dereve katalog.





<!-- 5 -->

<!-- 6 -->



<h2><a name="p6">Menedzher ustrojstv</a></h2>

<p>|ta glava ohvatyvaet sleduyushchie temy:
<ul><li><a href="#INTRO">vvedenie;
</a></li><li><a href="#DEVICESERVICES">obsluzhivanie ustrojstv;
</a></li><li><a href="#EDITEDINPUT">rezhim redaktiruemogo vvoda;
</a></li><li><a href="#RAWINPUT">rezhim neobrabatyvaemogo vvoda;
</a></li><li><a href="#DRIVERS">drajvery ustrojstv;
</a></li><li><a href="#CONSOLE">konsol' QNX;
</a></li><li><a href="#SER">posledovatel'nye ustrojstva;
</a></li><li><a href="#PAR">parallel'nye ustrojstva;
</a></li><li><a href="#PERFORMANCE">proizvoditel'nost' podsistemy ustrojstv.
</a></li></ul>

<h3><a name="INTRO">Vvedenie</a></h3>
<p>Menedzher ustrojstv QNX (<tt>Dev</tt>) yavlyaetsya interfejsom mezhdu
processami i <em>terminal'nymi ustrojstvami</em>. |ti terminal'nye
ustrojstva raspolagayutsya v prostranstve imen vvoda/vyvoda s imenami,
nachinayushchimisya s <tt>/dev</tt>. Naprimer, konsol'noe ustrojstvo v QNX
budet imet' imya:

<p><tt>/dev/con1</tt>


<h3><a name="DEVICESERVICES">Obsluzhivanie ustrojstv</a></h3>
<p>Programmy v QNX poluchayut dostup k terminal'nym ustrojstvam, ispol'zuya
standartnye funkcii <i>open()</i>, <i>close()</i>, <i>read()</i> i
<i>write()</i>. Dlya processa QNX terminal'noe (okonechnoe) ustrojstvo
predstavlyaetsya dvunapravlennym potokom bajt, kotoryj mozhet schityvat'sya i
zapisyvat'sya processom.

<p>Menedzher ustrojstv reguliruet potok dannyh mezhdu prilozheniem i
ustrojstvom. <tt>Dev</tt> vypolnyaet nekotoruyu obrabotku etih dannyh v
sootvetstvii s parametrami <em>upravlyayushchej struktury terminala</em>
(nazyvaemoj <em>termios</em>), kotoraya sushchestvuet dlya kazhdogo ustrojstva.
Pol'zovateli mogut zaprashivat' i/ili izmenyat' eti parametry s pomoshch'yu
utility <tt>stty</tt>; programmy mogut ispol'zovat' funkcii
<i>tcgetattr()</i> i <i>tcsetattr()</i>.

<p>Parametry struktury <em>termios</em> upravlyayut funkcional'nost'yu
nizkogo urovnya, takoj kak:

<ul><li> parametry linii (vklyuchaya skorost' peredachi, kontrol' chetnosti,
stop-bity, bity dannyh);

</li><li> eho-vyvod simvolov;

</li><li> redaktirovanie stroki vvoda;

</li><li> raspoznavanie i reakciya na komandu "Break" i zavisaniya;

</li><li> programmnoe i apparatnoe upravlenie potokom dannyh;

</li><li> preobrazovanie vyvodimyh simvolov.

 </li></ul><p>Menedzher ustrojstv takzhe predostavlyaet nabor dopolnitel'nyh
uslug, dostupnyh processam dlya raboty s terminal'nym ustrojstvom.  V
sleduyushchej tablice privedeny nekotorye iz etih uslug.

<table border>
<tr><th>Process mozhet:</th>
<th>Funkciya Si:</th></tr>
<tr><td>Vypolnyat' operacii chteniya s kontrolem vremeni</td>
<td><i>dev_read()</i> ili <i>read()</i> i <i>tcsetattr()</i></td>
</tr><tr><td>Poluchat' asinhronnoe izveshchenie o dostupnyh
dannyh </td>
<td><i>dev_arm()</i></td></tr>
<tr><td>Na odnom ili bolee ustrojstvah vvoda zhdat'
polnogo zaversheniya operacii vyvoda</td>
<td><i>tcdrain()</i></td></tr>
<tr><td>Posylat' komandu Break po kanalu svyazi </td>
<td><i>tcsendbreak()</i></td></tr>
<tr><td>Razorvat' soedinenie</td>
<td><i>tcdropline()</i></td></tr>
<tr><td>Vstavit' vhodnye dannye </td>
<td><i>dev_insert_chars()</i></td></tr>
<tr><td>Vypolnyat' neblokiruyushchiesya chtenie i zapis'</td>
<td><i>open()</i> i <i>fcntl()</i> (O_NONBLOCK mode)</td></tr></table>

<h3><a name="EDITEDINPUT">Rezhim redaktiruemogo vvoda</a></h3>
<p>Naibolee vazhnyj rezhim raboty ustrojstva upravlyaetsya bitom ICANON
v upravlyayushchej strukture <em>termios</em>. Esli etot upravlyayushchij bit
ustanovlen, to Menedzher ustrojstv vypolnyaet funkcii redaktirovaniya
stroki dlya prinimaemyh simvolov. Takim obrazom, tol'ko kogda stroka
"vvedena" - obychno, kogda poluchen simvol perevoda karetki (CR), -
dannye stanut dostupny dlya prikladnyh processov. Takoj rezhim raboty
nazyvaetsya <em>redaktiruemym</em> - ot anglijskogo <em>edited</em>.
|tot rezhim eshche nazyvayut <em>canonical</em> (kanonicheskim)
i inogda <em>cooked</em> (prigotovitel'nym).

<p>Bol'shinstvo nepolnoekrannyh prilozhenij vypolnyayutsya v redaktiruemom
rezhime. Tipichnym primerom yavlyaetsya komandnyj interpretator (Shell).

<p>Sleduyushchaya tablica pokazyvaet, kak <tt>Dev</tt> obrabatyvaet nekotorye
special'nye upravlyayushchie simvoly, esli sootvetstvuyushchie parametry
ustanovleny v strukture <em>termios</em>.

<table border>
<tr><th><tt>Dev</tt> vypolnit:</th>
<th>Kogda poluchit simvol:</th></tr>
<tr><td>Sdvig kursora na odin simvol vlevo</td>
<td>LEFT</td></tr>
<tr><td>Sdvig kursora na odin simvol vpravo</td>
<td>RIGHT</td></tr>
<tr><td>Sdvig kursora v nachalo stroki</td>
<td>HOME</td></tr><tr><td>Sdvig kursora v konec stroki</td>
<td>END</td></tr>
<tr><td>Udalenie simvola sleva ot kursora</td>
<td>ERASE</td></tr>
<tr><td>Udalenie simvola v tekushchej pozicii kursora</td>
<td>DEL</td></tr>
<tr><td>Udalenie vsej stroki vvoda</td>
<td>KILL</td></tr>
<tr><td>Stiranie tekushchej stroki i vosstanovlenie predydushchej</td>
<td>UP</td></tr>
<tr><td>Stiranie tekushchej stroki i vosstanovlenie sleduyushchej</td>
<td>DOWN</td></tr>
<tr><td>Pereklyuchenie mezhdu rezhimami vstavki i zameny</td><td>INS</td></tr></table>

<p>Simvoly redaktirovaniya stroki otlichayutsya dlya razlichnyh
terminalov.  Pri zapuske konsoli QNX vsegda opredelen polnyj nabor
redaktiruyushchih simvolov.

<p>Esli terminal podklyuchen k QNX cherez posledovatel'nyj kanal,
neobhodimo ustanovit' redaktiruyushchie simvoly, kotorye budut
ispol'zovat'sya dlya dannogo konkretnogo terminala. Dlya etogo vy mozhete
ispol'zovat' utilitu <tt>stty</tt>.  Naprimer, esli terminal VT100
podklyuchen k posledovatel'nomu portu (<tt>/dev/ser1</tt>), to sleduyushchaya
komanda izvlechet sootvetstvuyushchie redaktiruyushchie simvoly iz bazy dannyh
<em>terminfo</em> i primenit ih k <tt>/dev/ser1</tt>:

 <p><tt>stty term=vt100 &lt;/dev/ser1</tt>
<p>Esli zhe k etomu posledovatel'nomu portu podklyuchen modem, dlya
svyazi s drugoj QNX sistemoj s pomoshch'yu utility <tt>qtalk</tt>,
redaktiruyushchie simvoly sleduet ustanovit' tak:

<p><tt>stty term=qnx &lt;/dev/ser1</tt>


<h3><a name="RAWINPUT">Rezhim neobrabatyvaemogo vvoda</a></h3>
<p>Kogda bit ICANON ne ustanovlen, to govoryat, chto ustrojstvo nahoditsya v
<em>neobrabatyvaemom</em> ("<em>syrom</em>", anglijskij termin <em>raw</em>)
rezhime. V etom rezhime ne proizvoditsya nikakoe redaktirovanie vvoda, a vse
poluchaemye dannye nemedlenno stanovyatsya dostupnymi dlya QNX-processov.

<p>Polnoekrannye programmy i kommunikacionnye programmy yavlyayutsya
primerami prilozhenij, kotorye perevodyat ustrojstvo v <em>syroj</em> rezhim.

<p>Pri chtenii iz <em>syrogo</em> ustrojstva prilozhenie mozhet zadat'
usloviya, pri kotoryh budet udovletvoren zapros na vvod dannyh.
Kriterii, ispol'zuemye pri prieme <em>syryh</em> dannyh, baziruyutsya na
dvuh parametrah struktury <em>termios</em>: MIN i TIME. Prilozhenie mozhet
opredelit' eshche odin dopolnitel'nyj parametr pri vyzove funkcii
<i>dev_read()</i>. |tot parametr, TIMEOUT, ispol'zuetsya pri napisanii
protokolov ili prilozhenij real'nogo  vremeni. Uchtite, chto dlya  funkcii
<i>read()</i> TIMEOUT vsegda <tt>0</tt>.

<p>Kogda process zaprashivaet vvod <em>n</em> bajt dannyh, eti tri
parametra opredelyayut, kogda dolzhen byt' udovletvoren zapros:

<table border>
<tr><th>MIN</th><th>TIME</th><th>TIMEOUT</th>
<th>Opisanie:</th></tr><tr><td><tt>0</tt></td><td><tt>0</tt></td><td><tt>0</tt></td>
<td>Vernut' nemedlenno stol'ko bajt, skol'ko
dostupno v dannyj moment (no ne bolee <em>n</em> bajt)</td></tr>
<tr><td><tt>M</tt></td><td><tt>0</tt></td><td><tt>0</tt></td>
<td>Vernut' ne bolee <em>n</em> bajt tol'ko togda, kogda
dostupny, po men'shej mere, <tt>M</tt> bajt</td></tr>
<tr><td><tt>0</tt></td><td><tt>T</tt></td><td><tt>0</tt></td>
<td>Vernut' ne bolee <em>n</em> bajt tol'ko togda, kogda dostupen hotya
by odin bajt libo isteklo <tt>T</tt> x .1 sekund.</td></tr>
<tr><td><tt>M</tt></td><td><tt>T</tt></td><td><tt>0</tt></td>
<td>Vernut' ne bolee <em>n</em> bajt tol'ko togda, libo kogda
budut dostupny <tt>M</tt> bajt, libo budet prinyat hotya by odin
bajt i interval mezhdu lyubymi posledovatel'no
prinyatymi simvolami prevysil <tt>T</tt> x .1 sekund.</td></tr>
<tr><td><tt>0</tt></td><td><tt>0</tt></td><td><tt>t</tt></td>
<td>Zarezervirovano.</td></tr>
<tr><td><tt>M</tt></td><td><tt>0</tt></td>
<td><tt>t</tt></td><td>Vernut' ne bolee <em>n</em> bajt tol'ko togda, kogda
dostupny <tt>M</tt> bajt libo isteklo <tt>t</tt> x .1 sekund.</td></tr>
<tr><td><tt>0</tt></td><td><tt>T</tt></td><td><tt>t</tt></td>
<td>Zarezervirovano.</td></tr><tr><td><tt>M</tt></td><td><tt>T</tt></td><td><tt>t</tt></td>
<td>Vernut' ne bolee <em>n</em> bajt tol'ko togda, kogda dostupny <tt>M</tt>
bajt, libo isteklo <tt>t</tt> x .1 sekund i ne byl poluchen ni odin simvol,
libo byl prinyat hotya by odin bajt i interval mezhdu lyubymi posledovatel'no
prinyatymi simvolami prevysil <tt>T</tt> x .1 sekund.</td></tr></table>

<h3><a name="DRIVERS">Drajvery ustrojstv</a></h3>
<p>Na risunke pokazana tipichnaya podsistema ustrojstv v QNX.


<p><img SRC="QNX4-devsub.gif" ALT="Figure showing a typical QNX device subsystem">

<p>Menedzher ustrojstv (<tt>Dev</tt>) organizuet obmen dannymi mezhdu
ustrojstvami i prikladnymi programmami. Apparatnyj interfejs upravlyaetsya
individual'nymi processami <em>drajverami</em>. <tt>Dev</tt>, dlya kazhdogo
iz <em>ustrojstv</em>, obmenivaetsya dannymi s <em>drajverami</em> cherez
ocheredi v razdelyaemoj pamyati.


<hr>
<table>
<td><img src="qnx4-pointing.gif" width=58 height=40 alt="Note:"></td>
<td>Ispol'zovanie razdelyaemoj pamyati trebuet, chtoby <tt>Dev</tt> i
drajvery nahodilis' na odnom i tom zhe fizicheskom komp'yutere,
preimushchestvom zhe yavlyaetsya povyshennaya proizvoditel'nost'.</td>
</table>
<hr>

<p>Dlya kazhdogo <em>terminal'nogo ustrojstva</em> ispol'zuyutsya tri
ocheredi. Kazhdaya ochered' realizovana na osnove mehanizma "pervyj voshel
- pervyj vyshel". Kazhdoj  ocheredi takzhe sootvetstvuet svoya  upravlyayushchaya
struktura.

<p>Prinimaemye dannye pomeshchayutsya drajverom v ochered' syrogo vvoda, i
<tt>Dev</tt> izvlekaet ih, tol'ko kogda prikladnye programmy
zaprashivayut dannye.  Obrabotchiki preryvanij vnutri drajverov obychno
vyzyvayut proverennuyu bibliotechnuyu proceduru vnutri <tt>Dev</tt> dlya
dobavleniya dannyh v etu ochered' - eto obespechivaet edinoobraznyj
poryadok vvoda i sushchestvenno minimiziruet otvetstvennost' drajvera.

<p><tt>Dev</tt> pomeshchaet vyvodimye dannye v ochered' vyvoda; dannye
izvlekayutsya drajverom po mere togo, kak simvoly fizicheski peredayutsya
ustrojstvu. <tt>Dev</tt> vyzyvaet proverennuyu proceduru vnutri
drajvera kazhdyj raz, kogda dobavlyayutsya novye dannye, takim obrazom on
"podtalkivaet" drajver k rabote (v sluchae, esli on ne byl zanyat).
Blagodarya ispol'zovaniyu ocheredej vyvoda <tt>Dev</tt> realizuet
<em>buferizovannuyu zapis'</em> (write-behind) dlya vseh <em>terminal'nyh
ustrojstv</em>. Tol'ko kogda bufery vyvoda zapolneny, <tt>Dev</tt> vyzyvaet
blokirovanie processa pri zapisi.

<p>Redaktiruemaya ochered' polnost'yu upravlyaetsya <tt>Dev</tt> i
ispol'zuetsya pri vvode dannyh v <em>redaktiruemom</em> rezhime. Razmer etoj
ocheredi opredelyaet maksimal'nyj razmer stroki redaktiruemogo vvoda
dlya konkretnogo ustrojstva.

<p>Razmery vseh etih ocheredej mogut konfigurirovat'sya sistemnym
administratorom; edinstvennoe ogranichenie sostoit v tom, chto obshchij
summarnyj razmer vseh treh ocheredej ne mozhet prevyshat' 64K. Znachenij
po umolchaniyu obychno bolee chem dostatochno dlya bol'shinstva apparatnyh
konfiguracij, no vy mozhete "nastraivat'" ih, libo dlya umen'sheniya obshchej
potrebnosti sistemy v pamyati, libo v sluchae nestandartnyh apparatnyh
konfiguracij.


<p><b><a name="id7">Upravlenie ustrojstvami</a></b>
<p>Drajvery ustrojstv prosto dobavlyayut poluchaemye dannye v ochered'
syrogo vvoda ili izvlekayut i peredayut dannye iz ocheredi vyvoda.
<tt>Dev</tt> reshaet, kogda vyvod dolzhen byt' priostanovlen, dolzhno li
byt' "eho" prinimaemyh dannyh i t.d.

<p>CHtoby obespechit' horoshuyu reakciyu na vhodnye sobytiya, <tt>Dev</tt>
dolzhen vypolnyat'sya s dostatochno vysokim prioritetom. <tt>Dev</tt>
obychno malo zagruzhen rabotoj, poetomu on redko snizhaet obshchuyu
proizvoditel'nost' sistemy. Sami drajvery, kak i lyubye drugie
processy v QNX, mogut vypolnyat'sya s razlichnymi prioritetami v
zavisimosti ot haraktera obsluzhivaemyh ustrojstv.

<p>Sami drajvery, kak i lyubye drugie
processy v QNX, mogut vypolnyat'sya s razlichnymi prioritetami v
zavisimosti ot haraktera obsluzhivaemyh ustrojstv.

<p>Upravlenie ustrojstvami na nizkom urovne vypolnyaetsya cherez
dal'nij vyzov vhodnoj tochki <em>ioctl</em> vnutri kazhdogo drajvera.  Obshchij
nabor <em>ioctl</em> komand podderzhivaetsya neposredstvenno <tt>Dev</tt>.
Specificheskie dlya ustrojstva <em>ioctl</em> komandy mogut byt' poslany QNX
processami drajveru cherez funkciyu Si <i>qnx_ioctl()</i>.



<h3><a name="CONSOLE">Konsol' QNX</a></h3>
<p>Sistemnye konsoli podderzhivayutsya drajverom <tt>Dev.con</tt>.
|kran, adapter displeya i sistemnaya klaviatura - vmeste nazyvayutsya
<em>konsol'yu</em>.

<p>QNX pozvolyaet parallel'noe vypolnenie mnozhestva sessij na
konsolyah posredstvom <em>virtual'nyh konsolej</em>.  Drajver
<tt>Dev.con</tt> obychno podderzhivaet bolee odnogo nabora ocheredej
vvoda/vyvoda k <tt>Dev</tt>, kotorye dostupny pol'zovatel'skim
processam kak mnozhestvo <em>terminal'nyh ustrojstv</em> s imenami vida
<tt>/dev/con1</tt>, <tt>/dev/con2</tt> i t.d. S tochki zreniya
prilozheniya, eto "nastoyashchie" dostupnye konsoli.

<p>Konechno, sushchestvuet tol'ko odin <em>fizicheskij</em> ekran i
klaviatura, i poetomu tol'ko <em>odna</em> iz etih virtual'nyh konsolej
dejstvitel'no pokazyvaetsya v kazhdyj moment vremeni. Klaviatura
"podklyuchena" k toj virtual'noj konsoli, kotoraya vidima v tekushchij moment.

<p><b><a name="id9">Funkcii, specifichnye dlya konsoli</a></b>
<p>V dopolnenie k realizacii standartnogo terminala QNX (opisan v
<cite>Rukovodstve pol'zovatelya</cite>), drajver konsoli takzhe obespechivaet
nabor specificheskih dlya konsoli funkcij, kotorye pozvolyayut
prilozheniyam neposredstvenno vzaimodejstvovat' s drajverom konsoli
putem obmena soobshcheniyami.  Svyaz' ustanavlivaetsya vyzovom funkcii Si
<i>console_open()</i>. Posle togo kak svyaz' ustanovlena, process imeet
dostup k sleduyushchim vozmozhnostyam:

<table border>
<tr><th>Process mozhet:</th><th>CHerez funkciyu Si:</th></tr><tr>
<td>CHitat' neposredstvenno s ekrana konsoli</td>
<td><i>console_read()</i></td></tr>
<tr><td>Pisat' neposredstvenno na ekran konsoli</td>
<td><i>console_write()</i></td></tr>
<tr><td>Poluchat' asinhronnoe izveshchenie o vazhnyh
sobytiyah (naprimer, izmenenie polozheniya kursora,
razmera displeya, pereklyuchenie konsoli i t.d.)</td>
<td><i>console_arm()</i></td></tr>
<tr><td>Upravlyat' razmerami konsoli</td>
<td><i>console_size()</i></td></tr>
<tr><td>Pereklyuchat' vidimuyu konsol'</td>
<td><i>console_active()</i></td></tr></table>

<p>Drajver konsoli QNX vypolnyaetsya kak normal'nyj process QNX.
Vvodimye s klaviatury simvoly pomeshchayutsya obrabotchikom preryvaniya
klaviatury neposredstvenno v ochered' vvoda.  Vyvodimye dannye
otobrazhayutsya <tt>Dev.con</tt> v to vremya, kogda on vypolnyaetsya kak
process.


<h3><a name="SER">Posledovatel'nye ustrojstva</a></h3>
<p>Posledovatel'nye kanaly svyazi obsluzhivayutsya drajverom
<tt>Dev.ser</tt>. |tot drajver mozhet obsluzhivat' bolee odnogo
fizicheskogo kanala; on obespechivaet terminal'nye ustrojstva s imenami
vida <tt>/dev/ser1</tt>, <tt>/dev/ser2</tt> i t.d.

<p>Pri zapuske <tt>Dev.ser</tt> vy mozhete zadat' argumenty komandnoj
stroki, kotorye opredelyayut, kakie - i skol'ko - posledovatel'nye
porty ustanovleny. CHtoby uvidet' dostupnye posledovatel'nye porty,
ispol'zujte utilitu <tt>ls</tt>:

<p><tt>ls /dev/ser*</tt>
<p><tt>Dev.ser</tt> yavlyaetsya primerom upravlyaemogo preryvaniyami servera
vvoda/vyvoda. Posle inicializacii oborudovaniya sam process perehodit
v sostoyanie ozhidaniya ("zasypaet"). Preryvaniya pomeshchayut vhodnye dannye
neposredstvenno v ochered' vvoda. Pervyj vyvodimyj simvol peredaetsya
ustrojstvu, kogda <tt>Dev</tt> "podtalkivaet" drajver. Posleduyushchie
simvoly peredayutsya pri obrabotke sootvetstvuyushchego preryvaniya.



<h3><a name="PAR">Parallel'nye ustrojstva</a></h3>
<p>Parallel'nye porty printera obsluzhivayutsya drajverom <tt>Dev.par</tt>.
Pri zapuske <tt>Dev.par</tt> vy mozhete zadat' argument komandnoj stroki,
kotoryj opredelyaet, kakoj posledovatel'nyj port ustanovlen. CHtoby uvidet',
dostupen li posledovatel'nyj port, ispol'zujte utilitu <tt>ls</tt>:

<p><tt>ls /dev/par*</tt>
<p><tt>Dev.par</tt> yavlyaetsya tol'ko vyvodyashchim drajverom, poetomu u
nego net ocheredej vvoda.  Vy mozhete konfigurirovat' razmer bufera
vyvoda s pomoshch'yu argumentov komandnoj stroki pri zapuske
<tt>Dev.par</tt>. Bufer vyvoda mozhet byt' sdelan ochen' bol'shim, esli
vy hotite obespechit' programmnyj bufer pechati.

<p><tt>Dev.par</tt> yavlyaetsya primerom servera vvoda/vyvoda, ne
ispol'zuyushchim preryvaniya. |tot process normal'no nahoditsya v sostoyanii
RECEIVE-blokirovan, ozhidaya poyavleniya dannyh v ocheredi vyvoda i
"tolchka" ot <tt>Dev</tt>. Kogda dostupny dannye dlya vyvoda na pechat',
<tt>Dev.par</tt> vypolnyaetsya v cikle rabota-ozhidanie (s otnositel'no
nizkim adaptivnym prioritetom), ozhidaya, kogda simvoly budut prinyaty
printerom. Takoj nizkoprioritetnyj cikl rabota-ozhidanie ne vliyaet na
obshchuyu proizvoditel'nost' sistemy i, v to zhe vremya, dostigaet
maksimal'no vozmozhnuyu propusknuyu sposobnost' k parallel'nomu
ustrojstvu.



<h3><a name="PERFORMANCE">Proizvoditel'nost' podsistemy ustrojstv</a></h3>
<p>Potok sobytij vnutri podsistemy ustrojstv skonstruirovan tak,
chtoby min