chinayutsya s kosoj cherty
(<tt>/</tt>). Naprimer:

<table>
<tr><td><tt>qnx/fsys</tt></td>
<td>lokal'noe imya</td></tr>
<tr><td><tt>company/xyz</tt></td>
<td>lokal'noe imya</td></tr>
<tr><td><tt>/company/xyz</tt></td>
<td>global'noe imya</td></tr></table>

<hr>
<table>
<td><img src="qnx4-pointing.gif" width=58 height=40 alt="Note:"></td>
<td>My rekomenduem  vam  ispol'zovat'  nazvanie  vashej kompanii v kachestve
prefiksa dlya vseh registriruemyh imen, chtoby izbezhat' konfliktov imen
mezhdu programmami raznyh proizvoditelej.
</td>
</table>
<hr>

<p>CHtoby sdelat' vozmozhnym ispol'zovanie global'nyh imen,
hotya by na odnom uzle seti dolzhen byt' zapushchen process,
izvestnyj kak <em>opredelitel' imen</em> (utilita <tt>nameloc</tt>).
|tot process vedet uchet vseh zaregistrirovannyh global'nyh imen.

<p>V kazhdyj moment vremeni v seti mogut byt' zapushcheny do desyati
opredelitelej imen.  Kazhdyj hranit identichnye kopii vseh aktivnyh
global'nyh imen.  Takaya izbytochnost' garantiruet normal'noe
funkcionirovanie seti, dazhe esli odin ili neskol'ko uzlov,
obespechivayushchih opredelenie imen, vyjdut iz stroya odnovremenno.

<p>CHtoby zaregistrirovat' imya, process <em>server</em> ispol'zuet
funkciyu Si <i>qnx_name_attach()</i>. CHtoby opredelit' process po imeni,
process <em>klient</em> ispol'zuet funkciyu Si <i>qnx_name_locate()</i>.



<h3><a name="TIMERS">Tajmery</a></h3>

<p><b><a name="id18">Ischislenie vremeni</a></b>
<p>V QNX ischislenie vremeni osnovyvaetsya na sistemnom tajmere,
podderzhivaemom operacionnoj sistemoj. Tajmer soderzhit tekushchee znachenie
Koordinirovannogo Vsemirnogo Vremeni (UTC) otnositel'no 0 chasov, 0
minut, 0 sekund, 1 yanvarya 1970 goda. CHtoby opredelit' mestnoe vremya,
funkcii ischisleniya vremeni ispol'zuyut peremennuyu okruzheniya <b>TZ</b>
(kotoraya opisyvaetsya v knige <cite>Rukovodstvo pol'zovatelya</cite>).


<p><b><a name="id19">Prostye sredstva otscheta vremeni</a></b>
<p>Komandnye fajly i processy mogut delat' pauzu na opredelennoe
kolichestvo sekund, ispol'zuya prostye sredstva otscheta vremeni.  V
komandnyh fajlah dlya etoj celi ispol'zuetsya utilita <tt>sleep</tt>; v
processah ispol'zuetsya funkciya Si <i>sleep()</i>. Takzhe mozhet
ispol'zovat'sya funkciya <i>delay()</i>, kotoroj v kachestve argumenta
peredaetsya dlina intervala vremeni v millisekundah.


<p><b><a name="id20">Bolee slozhnoe sredstvo otscheta vremeni</a></b>
<p>Krome togo, process mozhet sozdavat' tajmery, ustanavlivat' ih na
opredelennyj interval vremeni i udalyat' tajmer.  |ti sredstva otscheta
vremeni osnovyvayutsya na specifikacii POSIX Std 1003.4/Draft 9.


<h3><a name="id21">Sozdanie tajmerov</a></h3>
<p>Process mozhet sozdat' odin ili bol'she tajmerov. |ti tajmery mogut
byt' lyubyh tipov i v lyubom sochetanii. S uchetom konfiguriruemogo
ogranicheniya obshchego chisla tajmerov, podderzhivaemyh operacionnoj
sistemoj (smotri <tt>Proc</tt> v <cite>Opisanie utilit</cite>).
Dlya sozdaniya tajmera ispol'zujte funkciyu <i>timer_create()</i>.


<h3><a name="id22">Ustanovka tajmerov</a></h3>
<p>Pri ustanovke tajmerov vy mozhete ispol'zovat' odin iz dvuh tipov
intervalov vremeni:

<ul><li><b>absolyutnyj</b> - vremya otnositel'no 0 chasov, 0 minut,
0 sekund, 1 yanvarya 1970 goda;
</li><li><b>otnositel'nyj</b> - vremya otnositel'no tekushchego pokazaniya chasov.
</li></ul><p>Vy takzhe mozhete sozdat' tajmer, periodicheski srabatyvayushchij s
zadannym intervalom vremeni. Naprimer, vy ustanovili tajmer takim
obrazom, chtoby on srabotal zavtra v 9 chasov utra. Vy mozhete zadat',
chtoby posle etogo on srabatyval kazhdye 5 minut.

<p>Vy takzhe mozhete ustanovit' vremennoj interval dlya sushchestvuyushchego
tajmera. Rezul'tat budet zaviset' ot tipa intervala vremeni:

<ul><li> dlya absolyutnogo tajmera novyj interval <em>zamenyaet</em> tekushchij
interval vremeni;
</li><li> dlya otnositel'nogo tajmera novyj interval <em>dobavlyaetsya</em> k
lyubomu ostayushchemusya intervalu vremeni.

</li></ul><table border>
<tr><th>CHtoby ustanovit' tajmer:
</th><th>Ispol'zujte funkciyu:
</th></tr><tr><td>Absolyutnyj ili otnositel'nyj interval
</td><td><i>timer_settime()</i></td></tr></table>

<h3><a name="id23">Udalenie tajmerov</a></h3>
<p>CHtoby udalit' tajmer, ispol'zujte funkciyu Si <i>timer_delete()</i>.


<h3><a name="id24">Ustanovka razresheniya tajmera</a></h3>
<p>Vy mozhete ustanovit' razreshenie dlya tajmera s pomoshch'yu utility
<tt>ticksize</tt> ili funkcii <i>qnx_timerperiod()</i>. Vy mozhete
nastraivat' razreshenie ot 500 mikrosekund do 50 millisekund.


<h3><a name="id25">CHtenie tajmera</a></h3>
<p>CHtoby uznat' ostavshijsya ot tajmera interval ili proverit', ne byl
li tajmer udalen, ispol'zujte funkciyu Si <i>timer_gettime()</i>.



<h3><a name="INTERRUPTHANDLERS">Obrabotchiki preryvanij</a></h3>
<p><em>Obrabotchiki preryvanij</em> obsluzhivayut sistemu apparatnyh preryvanij
komp'yutera - oni reagiruyut na apparatnye preryvaniya i osushchestvlyayut
peredachu dannyh mezhdu komp'yuterom i vneshnimi ustrojstvami na nizkom
urovne.

<p>Obrabotchiki preryvanij fizicheski yavlyayutsya chast'yu standartnogo
processa QNX (naprimer, drajver), no oni vsegda vypolnyayutsya asinhronno
po otnosheniyu k processu, v kotoryj oni vklyucheny.

<p>Obrabotchik preryvanij:
<ul><li>poluchaet upravlenie posredstvom dal'nego vyzova, a ne
neposredstvenno ot preryvaniya (eto mozhet byt' napisano na Si, a ne na
assemblere);
</li><li>vypolnyaetsya v kontekste process, v kotoryj on vklyuchen, takim
obrazom imeet dostup ko vsem global'nym peremenam etogo processa;
</li><li>vypolnyaetsya pri razreshennyh preryvaniyah, no vytesnyaetsya tol'ko
v sluchae, esli proishodit preryvanie s bolee vysokim prioritetom;
</li><li>ne dolzhen neposredstvenno upravlyat' kontrollerom preryvaniya
8259 (ob etom zabotitsya operacionnaya sistema);
</li><li>dolzhen byt' kak mozhno koroche.
</li></ul>

<p>Neskol'ko processov mogut obrabatyvat' odno i to zhe preryvanie
(esli eto podderzhivaetsya apparatno). Kogda proishodit fizicheskoe
preryvanie, vse obrabotchiki preryvanij budut po ocheredi poluchat'
upravlenie.  Ne dolzhno delat'sya nikakih predpolozhenij otnositel'no
poryadka, v kotorom budut vyzyvat'sya obrabotchiki preryvanij,
razdelyayushchie odno i to zhe preryvanie.

<table border>
<tr><th>Esli vy hotite:
</th><th>Ispol'zujte funkciyu:</th></tr>
<tr><td>Ustanovit' obrabotchik preryvaniya
</td><td><i>qnx_hint_attach()</i></td></tr>
<tr><td>Udalit' obrabotchik preryvaniya
</td><td><i>qnx_hint_detach()</i></td></tr></table>

<p><b><a name="id27">Obrabotchiki preryvaniya tajmera</a></b>
<p>Vy mozhete ustanovit' obrabotchik preryvaniya neposredstvenno dlya
sistemnogo tajmera takim obrazom, chto obrabotchik budet vyzyvat'sya po
kazhdomu preryvaniyu tajmera. CHtoby ustanovit' period, vy mozhete
ispol'zovat' utilitu <tt>ticksize</tt>.

<p>Vy mozhete takzhe ustanovit' obrabotchik preryvaniya dlya
otmasshtabirovannogo preryvaniya tajmera, kotoroe budet proishodit'
kazhdye 50 millisekund, nezavisimo ot <em>tick size</em>. |ti tajmery
predlagayut nizkourovnevuyu al'ternativu POSIX 1003.4 tajmeram.




<!-- 3  -->

<!-- 4 -->


<h2><a name="p4">Prostranstvo imen vvoda/vyvoda</a></h2>

<p>|ta glava ohvatyvaet sleduyushchie temy:
<ul><li><a href="#INTRO">vvedenie;
</a></li><li><a href="#RESOLVINGPATHNAMES">razbor imen fajlov;
</a></li><li><a href="#FILEDESCRIPTOR">prostranstvo deskriptorov fajlov.
</a></li></ul>


<h3><a name="INTRO">Vvedenie</a></h3>

<p><b><a name="id3">Prostranstvo imen vvoda/vyvoda</a></b>
<p>Resursy vvoda/vyvoda (I/O, ot anglijskogo Input/Output) v QNX <em>ne</em>
vstroeny vnutr' Mikroyadra. Processy obsluzhivayushchie vvod/vyvod zapuskayutsya
dinamicheski vo vremya raboty sistemy. Tak kak fajlovaya sistema QNX yavlyaetsya
neobyazatel'nym elementom, to prostranstvo putej (polnyh imen fajlov i
katalogov) ne vstroeno vnutr' fajlovoj sistemy, v otlichie ot bol'shinstva
monolitnyh sistem.


<p><b><a name="id4">Prefiksy i oblasti polnomochij</a></b>
<p>V QNX prostranstvo imen putej razdeleno na oblasti polnomochij.
Lyuboj process, vypolnyayushchij fajl-orientirovannoe obsluzhivanie
vvoda/vyvoda, dolzhen zaregistrirovat' u Menedzhera processov svoj prefiks,
opredelyaya chast' prostranstva imen, kotoroe on hochet kontrolirovat'
(t.e. oblast' svoih polnomochij).  |ti prefiksy sostavlyayut derevo
prefiksov, kotoroe hranitsya v pamyati na kazhdom komp'yutere pod
upravleniem QNX.



<h3><a name="RESOLVINGPATHNAMES">Razborka imen putej</a></h3>

<p><b><a name="id6">Prefiksy menedzhera vvoda/vyvoda</a></b>
<p>Kogda process otkryvaet fajl, to polnoe imya fajla sopostavlyaetsya
s derevom prefiksov s tem, chtoby otpravit' zapros <i>open()</i> k
sootvetstvuyushchemu menedzheru resursov vvoda/vyvoda. Naprimer, Menedzher
ustrojstv (<tt>Dev</tt>) obychno registriruet prefiks <tt>/dev</tt>.
Esli process vyzyvaet <i>open()</i> s argumentom <tt>/dev/xxx</tt>,
to sovpadet prefiks <tt>/dev</tt> i <i>open()</i> budet napravlen k
<tt>Dev</tt> (ego vladel'cu).

<p>Derevo prefiksov mozhet soderzhat' chastichno perekryvayushchiesya oblasti
polnomochij. V etom sluchae ishchetsya naibolee dlinnoe sovpadenie.
Naprimer, predpolozhim, chto est' tri zaregistrirovannyh prefiksa:

<table>
<tr><td><tt>/</tt></td><td>diskovaya fajlovaya sistema (<tt>Fsys</tt>)</td></tr>
<tr><td><tt>/dev</tt></td><td>sistema simvol'nyh ustrojstv (<tt>Dev</tt>)</td></tr>
<tr><td><tt>/dev/hd0</tt></td><td>diskovyj tom bez razdelov (<tt>Fsys</tt>)</td></tr></table>

<p>Menedzher fajlovoj sistemy zaregistriroval dva prefiksa, odin dlya
smontirovannoj fajlovoj sistemy QNX (t.e. <tt>/</tt>) i odin dlya
blok-orientirovannogo fajla, kotoryj predstavlyaet ves' fizicheskij
zhestkij disk (t.e. <tt>/dev/hd0</tt>). Menedzher ustrojstv zaregistriroval
edinstvennyj prefiks. Sleduyushchaya tablica illyustriruet pravilo naibolee
dlinnogo sovpadeniya pri razbore imen putej.

<table border>
<tr><th>Imya puti:</th>
<th>Sovpadaet:</th><th>Otnositsya k:</th></tr>
<tr><td><tt>/dev/con1</tt></td>
<td><tt>/dev</tt></td>
<td><tt>Dev</tt></td></tr>
<tr><td><tt>/dev/hd0</tt></td><td>
<tt>/dev/hd0</tt></td>
<td><tt>Fsys</tt></td></tr>
<tr><td><tt>/usr/dtdodge/test</tt></td>
<td><tt>/</tt></td><td><tt>Fsys</tt></td></tr></table>
<p>Derevo prefiksov hranitsya kak spisok prefiksov, razdelennyh
dvoetochiyami, sleduyushchim obrazom:


<pre>
<i>prefix</i>=<i>pid</i>,<i>unit</i>:<i>prefix</i>=<i>pid</i>,<i>unit</i>:<i>prefix</i>=<i>pid</i>,<i>unit</i>
</pre>

<p>gde <i>pid</i> - eto ID processa menedzhera resursov I/O, a <i>unit</i> -
eto odin simvol, ispol'zuemyj menedzherom dlya numeracii prefiksov, kotorymi
on vladeet.  V privedennom vyshe primere, esli <tt>Fsys</tt> byl by
processom 3 i <tt>Dev</tt> byl by processom 5, to derevo prefiksov
vyglyadelo by kak:


<pre>
/dev/hd0=3,a:/dev=5,a:/=3,e
</pre>

<table border>
<tr><th>Esli vy hotite:</th>
<th>Ispol'zujte:</th></tr><tr>
<td>Pokazat' derevo prefiksov
</td><td>Utilitu <tt>prefix</tt></td></tr>
<tr><td>Poluchit' derevo prefiksov vnutri programmy na yazyke Si
</td><td>Funkciyu <i>qnx_prefix_query()</i></td></tr></table>

<p><b><a name="id7">Setevoj koren'</a></b>
<p>QNX podderzhivayut koncepciyu setevogo kornya, kotoraya pozvolyaet
sopostavlyat' imya puti s derevom prefiksov na konkretnom uzle. Dlya
oboznacheniya uzla imya puti nachinaetsya s <em>dvuh</em> kosyh chert, za
kotorymi sleduet nomer uzla. |to takzhe pozvolyaet vam legko poluchat'
dostup k fajlu i ustrojstvu, kotorye lezhat za predelami prostranstva
putej vashego uzla. Naprimer, v tipichnoj seti QNX vozmozhny sleduyushchie
imena putej:

<table>
<tr><td><tt>/dev/ser1</tt></td>
<td>lokal'nyj posledovatel'nyj port
</td></tr><tr><td><tt>//10/dev/ser1</tt></td>
<td>posledovatel'nyj port v uzle 10
</td></tr><tr><td><tt>//0/dev/ser1</tt></td>
<td>lokal'nyj posledovatel'nyj port
</td></tr><tr><td><tt>//20/usr/dtdodge/test</tt></td>
<td>fajl na uzle 20
</td></tr></table>
<p> Zamet'te, chto <tt>//0</tt> vsegda ukazyvaet na lokal'nyj uzel


<p><b><a name="id8">Setevoj koren' po umolchaniyu</a></b>
<p>Kogda programma vypolnyaetsya na udalennom uzle, vy obychno hotite,
chtoby ona rassmatrivala imena putej v kontekste prostranstva imen
svoego uzla. Naprimer, eta komanda:


<pre>
//5 ls /
</pre>

<p>kotoraya zapuskaet utilitu <tt>ls</tt> na uzle 5, vozvratit to zhe
samoe, chto i:


<pre>
ls /
</pre>

<p>zapuskaemaya na svoem uzle. V oboih sluchayah "<tt>/</tt>" budet
sootnosit'sya s derevom prefiksov na vashem uzle, a ne na uzle 5.
V protivnom sluchae, mozhno predstavit' sebe besporyadok, kotoryj mog by
vozniknut', esli by prefiks "<tt>/</tt>" rassmatrivalsya svoim kak dlya
uzla 5, tak i dlya svoego uzla: vybiralis' by odnovremenno
fajly iz raznyh fajlovyh sistem!

<p>CHtoby pravil'no interpretirovat' imena putej, kazhdyj process imeet
<em>setevoj koren' po umolchaniyu</em>, kotoryj opredelyaet, derevo prefiksov
kakogo uzla budet ispol'zovat'sya dlya razbora lyubyh imen putej,
nachinayushchihsya s odinochnoj kosoj cherty ("<tt>/</tt>").
Kogda razbiraetsya imya puti, nachinayushcheesya s odinochnoj kosoj cherty,
to ono predvaryaetsya <em>setevym kornem po umolchaniyu</em>. Naprimer, esli
process imeet setevoj koren' po umolchaniyu <tt>//9</tt>, togda:

<p><tt>/usr/home/luc</tt>
<p>budet razbirat'sya, kak:
<p><tt>//9/usr/home/luc</tt>
<p>chto mozhet byt' interpretirovano, kak "razobrat' put'
<tt>/usr/home/luc</tt>, ispol'zuya derevo prefiksov 9-go uzla".

<p>Setevoj koren' po umolchaniyu nasleduetsya processami pri ih
sozdanii i sootvetstvuet lokal'nomu uzlu, na kotorom zapuskaetsya sistema.
Naprimer, dopustim, chto vy rabotaete na uzle 9, nahodyas' v komandnom
interpretatore, dlya kotorogo setevoj koren' po umolchaniyu ustanovlen kak
uzel 9 (ves'ma tipichnyj sluchaj). Esli vy vypolnite komandu:


<pre>
ls /
</pre>

<p>komanda unasleduet setevoj koren' po umolchaniyu <tt>//9</tt>, i
v rezul'tate vy poluchite:


<pre>
ls //9/
</pre>

<p>Podobno tomu, esli by vy vveli komandu:

<pre>
//5 ls /
</pre>

<p>Vy zapustili komandu <tt>ls</tt> na uzle 5, no ona po-prezhnemu unasleduet
setevoj koren' po umolchaniyu <tt>//9</tt>, poetomu v rezul'tate vy opyat'
poluchite <tt>ls //9/</tt>. V oboih sluchayah imya puti razbiraetsya otnositel'no
odnogo i togo zhe prostranstva imen.

<table border>
<tr><th>Esli vy hotite:
</th><th>Ispol'zujte:</th></tr>
<tr><td>Poluchit' tekushchij setevoj koren' po umolchaniyu
</td><td>Funkciyu <i>qnx_prefix_getroot()</i></td></tr>
<tr><td>Ustanovit' setevoj koren' po umolchaniyu
</td><td>Funkciyu <i>qnx_prefix_setroot()</i></td></tr>
<tr><td>Zapustit' programmu s novym setevym kornem po umolchaniyu
</td><td>Utilitu <tt>on</tt></td></tr></table>

<h3><a name="id9">Peredacha imen putej mezhdu processami</a></h3>
<p>Esli zapushcheno odnovremenno neskol'ko processov, oni ne
obyazatel'no imeyut odin i tot zhe setevoj koren' po umolchaniyu, dazhe esli
oni vypolnyayutsya na odnom i tom zhe uzle. K primeru, odin iz processov
mog unasledovat' setevoj koren' po umolchaniyu ot roditel'skogo processa
na kakom-libo drugom uzle seti, libo ego setevoj koren' po umolchaniyu
mog byt' v yavnom vide zadan roditel'skim processom.

<p>Pri peredache imeni puti mezhdu processami, ch'i setevye korni mogut
otlichat'sya (naprimer, peredavaya fajl spuleru dlya pechati), vy dolzhny
dobavit' setevoj koren' v nachalo imeni puti, prezhde chem peredat' put'
drugomu processu. Esli vy uvereny, chto posylayushchij process i poluchatel'
imeyut odin i tot zhe setevoj koren' po umolchaniyu (ili imya puti uzhe
nachinaetsya s <tt>//<i>uzel</i>/</tt>), to vy mozhete opustit' etot shag.


<p><b><a name="id10">Psevdonimy prefiksov</a></b>
<p>My rassmotreli prefiksy, kotorye registriruyutsya menedzherami
resursov I/O. Vtoraya forma prefiksa izvestna kak <em>psevdonim
prefiksa</em>, eto prostaya podstanovka stroki vmesto iskomogo prefiksa.
Psevdonim prefiksa imeet formu:


<pre>
<i>prefix</i>=<i>stroka-zamenitel'</i>
</pre>

<p>Naprimer, vy rabotaete na mashine, u kotoroj net lokal'noj fajlovoj
sistemy (poetomu net i processa, kotoryj by otvechal za "<tt>/</tt>").
Odnako, fajlovaya sistema imeetsya na drugom uzle (dopustim, 10), i vy
hotite ee ispol'zovat' kak "<tt>/</tt>". Vy mozhete sdelat' eto s
pomoshch'yu sleduyushchego psevdonima prefiksa:


<pre>
/=//10/
</pre>

<p>|to privedet k tomu, chto vedushchaya kosaya cherta (<tt>/</tt>) budet zamenyat'sya
na prefiks <tt>//10/</tt>.  Naprimer, put' <tt>/usr/dtdodge/test</tt> budet
zamenen sleduyushchim:

<p><tt>//10/usr/dtdodge/test</tt>
<p>|to novoe imya puti budet snova sravnivat'sya s derevom prefiksov;
na etot raz budet ispol'zovat'sya uzhe derevo prefiksov 10 uzla, t.k.
imya puti nachinaetsya s <tt>//10</tt>. |to privedet k Menedzheru fajlovoj
sistemy na uzle 10, kotoromu i budet napravlen zapros, naprimer,
<i>open()</i>. S pomoshch'yu vsego lish' neskol'kih simvolov etot psevdonim
pozvolil nam obrashchat'sya k udalennoj fajlovoj sisteme kak k lokal'noj.

<p>Dlya togo chtoby vypolnit' perenapravlenie, ne obyazatel'no
zapuskat' lokal'nuyu fajlovuyu sistemu. Derevo prefiksov dlya bezdiskovoj
rabochej stancii mozhet vyglyadet' primerno tak:


<pre>
/dev=5,a:/=//10/
</pre>

<p>Pri takom dereve prefiksov nomera putej, nachinayushchihsya s <tt>/dev</tt>,
budut napravlyat'sya k lokal'nomu menedzheru simvol'nyh ustrojstv, v to
vremya kak zaprosy s lyubymi drugimi imenami putej, budut napravlyat'sya k
udalennoj fajlovoj sisteme.


<h3><a name="id11">Sozdanie special'nyh imen ustrojstv</a></h3>
<p>Vy takzhe mozhete ispol'zovat' psevdonimy sozdaniya special'nyh imen
ustrojstv. Naprimer, esli spuler pechati zapushchen na uzle 20, to vy
mozhete sozdat' dlya nego lokal'nyj psevdonim sleduyushchim obrazom:


<pre>
/dev/printer=//20/dev/spool
</pre>

<p>Lyuboj zapros na otkrytie lokal'nogo printera <tt>/dev/printer</tt>
budet napravlyat'sya po seti k real'nomu spuleru. Analogichnym obrazom,
esli ne sushchestvuet lokal'nogo diskovoda dlya gibkih diskov, psevdonim
dlya udalennogo diskovoda na uzle 20 mozhet imet' vid:


<pre>
/dev/fd0=//20/dev/fd0
</pre>

<p>V oboih rassmotrennyh vyshe sluchayah mozhno ne ispol'zovat'
perenapravlenie s pomoshch'yu psevdonima, a obrashchat'sya neposredstvenno k
udalennomu resursu sleduyushchim obrazom:

<p><tt>//20/dev/spool</tt>  <em>ILI</em>  <tt>//20/dev/fd0</tt>


<p><b><a name="id12">Otnositel'nye puti</a></b>
<p>Put' ne obyazatel'no dolzhen nachinat'sya s odnoj ili dvuh kosyh
chert. V takih sluchayah put' schitaetsya <em>otnositel'nym</em> po otnosheniyu k
tekushchemu rabochemu katalogu. QNX hranit tekushchij rabochij katalog v
vide stroki simvolov. Otnositel'nye puti preobrazuyutsya v polnye
setevye imena puti dobavleniem tekushchego rabochego kataloga v nachalo
otnositel'nogo puti.

<p>Uchtite, chto rezul'tat zavisit ot togo, nachinaetsya li tekushchij
rabochij katalog s odinarnoj kosoj cherty, libo s setevogo kornya.


<p><b><a name="id13">Tekushchij rabochij katalog</a></b>
<p>Esli tekushchij rabochij katalog nachinaetsya s dvojnoj kosoj cherty
(setevogo kornya), on nazyvaetsya <em>opredelennym</em> i privyazan k
prostranstvu imen ukazannogo uzla. V protivnom sluchae, esli on
nachinaetsya s odinarnoj kosoj cherty, to v nachalo dobavlyaetsya setevoj
koren' po umolchaniyu.

<p>Naprimer, eta komanda:


<pre>
cd //18/
</pre>

<p>yavlyaetsya primerom pervoj (opredelennoj) formy i privyazyvaet
posleduyushchie razbory otnositel'nyh putej k uzlu 18, nezavisimo ot togo,
kakoe znachenie setevogo kornya po umolchaniyu. Vypolniv zatem komandu
<tt>cd dev</tt>, vy popadete v <tt>//18/dev</tt>.

<p>S drugoj storony, takaya komanda:

<pre>
cd /
</pre>

<p>yavlyaetsya primerom vtoroj formy, kogda setevoj koren' po umolchaniyu
vliyaet na razbor otnositel'nogo puti. Naprimer, esli setevoj koren' po
umolchaniyu <tt>//9</tt>, togda, vypolniv komandu <tt>cd dev</tt>, vy popadete
v <tt>//9/dev</tt>. Tak kak tekushchij rabochij katalog ne nachinaetsya s
ukazaniya uzla, to setevoj koren' po umolchaniyu dobavlyaetsya dlya polucheniya
polnogo setevogo puti.

<p>|to na samom dele ne tak slozhno, kak mozhet pokazat'sya. Obychno
setevye korni (<tt>//<i>uzel</i></tt>/) <em>ne</em> ukazyvayutsya, i vse,
chto vy delaete, prosto rabotaet vnutri prostranstva imen vashego uzla
(opredelyaemogo vashim setevym kornem po umolchaniyu). Bol'shinstvo
pol'zovatelej, vojdya v sistemu, prinimayut normal'nyj setevoj koren'
po umolchaniyu (t.e. prostranstvo imen ih sobstvennogo uzla) i rabotayut
vnutri etoj sredy.


<h3><a name="id14">Zamechanie o <tt>cd</tt></a></h3>
<p>V nekotoryh tradicionnyh UNIX sistemah komanda <tt>cd</tt> (smenit'
direktoriyu) modificiruet zadannyj put', esli on soderzhit simvol'nye
ssylki. Kak rezul'tat, put' k novomu tekushchemu rabochemu katalogu -
kotoryj mozhno posmotret' komandoj <tt>pwd</tt>, mozhet otlichat'sya ot
togo, kotoryj byl zadan v komande <tt>cd</tt>.

<p>V QNX, odnako, <tt>cd</tt> ne izmenyaet put' - za isklyucheniem
sokrashchennyh ssylok "<tt>..</tt>".  Naprimer:


<pre>
cd /usr/home/luc/test/../doc
</pre>

<p>ustanovit tekushchij rabochij katalog <tt>/usr/home/luc/doc</tt>, dazhe
esli nekotorye elementy etogo puti yavlyayutsya simvolicheskimi svyazyami.

<p>Bolee podrobnuyu informaciyu o simvolicheskih svyazyah mozhno poluchit'
v glave "<a href="#p5">Menedzher fajlovoj sistemy</a>".

<hr>
<table>
<td><img src="qnx4-pointing.gif" width=58 height=40 alt="Note:"></td>
<td> CHtoby poluchit' polnoe setevoe imya puti, ispol'zujte utilitu
<tt>fullpath</tt>.

</td>
</table>
<hr>


<h3><a name="FILEDESCRIPTOR">Prostranstvo deskriptorov fajlov</a></h3>
<p>Pri otkrytii resursa I/O, <i>open()</i> vozvrashchaet celoe chislo,
nazyvaemoe <em>deskriptor fajla</em> (FD), kotoroe ispol'zuetsya zatem,
chtoby napravlyat' vse posleduyushchie zaprosy I/O k dannomu menedzheru. (Vnutri
bibliotechnyh procedur dlya napravleniya oprosa ispol'zuetsya vyzov yadra
<i>Sendfd()</i>.)

<p>Prostranstvo deskriptorov fajlov, v otlichie ot prostranstva imen
puti, polnost'yu lokal'no dlya kazhdogo processa. Menedzher ispol'zuet
sochetanie PID i FD, chtoby opredelit' upravlyayushchuyu strukturu, sozdannuyu
predydushchim vyzovom <i>open()</i>. |ta struktura nazyvaetsya <em>blok
upravleniya fajlom</em> (OCB ot anglijskogo open control block) i
hranitsya vnutri menedzhera I/O.

<p>Sleduyushchaya diagramma pokazyvaet, kak menedzher I/O nahodit
sootvetstvuyushchij OCB dlya pary PID i FD.

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

<p><i>PID i FD opredelyayut OCB dlya Menedzhera vvoda/vyvoda.</i>
<pre>

</pre>

<p><b><a name="id16">Bloki upravleniya fajlami</a></b>
<p>OCB soderzhit dejstvuyushchuyu informaciyu ob otkrytom resurse.
Naprimer, fajlovaya sistema hranit zdes' tekushchij ukazatel' na poziciyu v
fajle. Kazhdyj vyzov <i>open()</i> sozdaet novyj OCB. Takim obrazom, esli
process dvazhdy otkryvaet odin i tot zhe fajl, lyubye vyzovy <i>lseek()</i>,
ispol'zuyushchie odin FD, ne povliyayut na tekushchuyu poziciyu dlya drugogo FD.

<p>To zhe samoe spravedlivo i dlya razlichnyh processov, otkryvayushchih
odin i tot zhe fajl.

<p>Sleduyushchaya diagramma pokazyvaet dva processa, odin iz kotoryh
otkryvaet fajl dvazhdy, a drugoj otkryvaet etot zhe fajl odin raz.  Pri
etom net razdelyaemyh FD.

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

<p><i>Process A otkryvaet fajl /tmp/file dvazhdy. Process B otkryvaet
tot zhe fajl odin raz.</i>

<pre>

</pre>

<p>Neskol'ko deskriptorov fajla v odnom ili neskol'kih processah
mogut ukazyvat' na odin i tot zhe OCB. |to mozhet byt' dostignuto dvumya
sposobami:

<ul><li> process mozhet ispol'zovat' funkcii Si <i>dup()</i>,
<i>dup2()</i> ili <i>fcntl()</i> dlya sozdaniya dublikata deskriptora
fajla, kotoryj ukazyvaet na tot zhe samyj OCB;

</li><li> pri sozdanii novogo processa posredstvom <i>fork()</i>,
<i>spawn()</i> ili <i>exec()</i>, vse deskriptory otkrytyh fajlov
po umolchaniyu nasleduyutsya novym processom; eti nasleduemye deskriptory
ukazyvayut na te zhe samye OCB, chto i sootvetstvuyushchie deskriptory fajla
v roditel'skom processe.

</li></ul>
<p>Kogda neskol'ko FD ukazyvayut na odin i tot zhe OCB, togda lyuboe
izmenenie v sostoyanii OCB nemedlenno vidimo dlya vseh processov, u
kotoryh est' deskriptory fajlov, ukazyvayushchie na etot OCB.

<p>Naprimer, esli odin iz processov ispol'zuet funkciyu <i>lseek()</i>
dlya izmeneniya tekushchej pozicii, togda chtenie ili zapis' nachinaetsya s novoj
pozicii, nezavisimo ot togo, kakoj iz deskriptorov fajla ispol'zuetsya.

<p>Sleduyushchaya diagramma pokazyvaet dva processa, iz kotoryh odin
otkryvaet fajl dvazhdy, a zatem vyzyvaet <i>dup()</i>, chtoby poluchit'
tretij deskriptor. Zatem on sozdaet dochernij process, kotoryj nasleduet
vse otkrytye fajly.

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

<p><i>Process otkryvaet fajl dvazhdy, a zatem poluchaet tretij FD
posredstvom <i>dup()</i>.  Ego dochernij process unasleduet vse eti tri
deskriptora fajla.</i>

<pre>

</pre>

<p>Vy mozhete predotvratit' nasledovanie deskriptora fajla pri
ispol'zovanii <i>spawn()</i> ili <i>exec()</i>, predvaritel'no
vyzvav funkciyu <i>fcntl()</i> i ustanoviv flag FD_CLOEXEC.




<!-- 4 -->


<!-- 5 -->

<h2><a name="p5">Menedzher fajlovoj sistemy</a></h2>

<p>|ta glava ohvatyvaet sleduyushchie temy:
<ul><li><a href="#INTRO">vvedenie;
</a></li><li><a href="#WHATISAFILE?">chto takoe fajl?
</a></li><li><a href="#REGULARFILES">regulyarnye fajly i katalogi;
</a></li><li><a href="#LINKSANDINODES">svyazi i indeksnye deskriptory (inodes);
</a></li><li><a href="#SYMBOLICLINKS">simvolicheskie svyazi;
</a></li><li><a href="#PIPESANDFIFOS">programmnye kanaly (pipes) i FIFO;
</a></li><li><a href="#PERFORMANCE">proizvoditel'nost' Menedzhera fajlovoj sistemy;
</a></li><li><a href="#ROBUSTNESS">nadezhnost' fajlovoj sistemy;
</a></li><li><a href="#RAWVOLUMES">rabota s diskami;
</a></li><li><a href="#QNXPARTITION">klyuchevye komponenty razdela QNX;
</a></li><li><a href="#DOSFSYS">menedzher fajlovoj sistemy DOS;
</a></li><li><a href="#CDROMFSYS">fajlovaya sistema CD-ROM;
</a></li><li><a href="#EFSYS">fajlovaya sistema flesh;
</a></li><li><a href="#NFS">fajlovaya sistema NFS;
</a></li><li><a href="#SMBFSYS">fajlovaya sistema SMB.
</a></li></ul>


<h3><a name="INTRO">Vvedenie</a></h3>
<p>Menedzher fajlovoj sistemy (<tt>Fsys</tt>) obespechivaet standartizovannye
sposoby sohraneniya dannyh na diskah i dostupa k nim. <tt>Fsys</tt> otvechaet
za obrabotku vseh zaprosov na otkrytie, zakrytie, chtenie i zapis' fajlov.



<h3><a name="WHATISAFILE?">CHto takoe fajl?</a></h3>
<p>V QNX <em>fajl</em> - eto ob®ekt, v kotoryj mozhet proizvodit'sya
zapis', iz kotorogo mozhet proizvodit'sya chtenie, libo i to i drugoe.
QNX podderzhivaet shest' tipov fajlov; pyat' iz nih podderzhivaet
<tt>Fsys</tt>:

<ul><li> <b>regulyarnye fajly</b> - sostoyat iz posledovatel'nosti bajt s
proizvol'nym dostupom i ne imeyut predopredelennoj struktury;

</li><li> <b>katalogi</b> - soderzhat informaciyu, neobhodimuyu dlya poiska
regulyarnyh fajlov; takzhe soderzhat status i atributy dlya kazhdogo
regulyarnogo fajla;

</li><li> <b>simvolicheskie svyazi</b> - soderzhat put' k fajlu ili
katalogu, k kotorym perenapravlyayutsya vse zaprosy; simvolicheskie svyazi
chasto ispol'zuyutsya dlya predostavleniya mnozhestva putej k odnomu fajlu;

</li><li> <b>programmnye kanaly</b> (pipes) i <b>FIFO</b> - sluzhat kak kanaly
vvoda/vyvoda mezhdu vzaimodejstvuyushchimi processami;

</li><li> <b>blok-orientirovannye fajly</b> - otnosyatsya k ustrojstvam,
takim, kak diski, lenty i razdely diskov. Dostup k etim fajlam obychno
osushchestvlyaetsya takim obrazom, chto apparatnye harakteristiki ustrojstv
skryty ot prilozhenij.

</li></ul>
<p>Vse eti tipy fajlov podrobno opisyvayutsya v etoj glave. SHestoj tip
fajlov - <em>blok-orientirovannye fajly</em> - obsluzhivaetsya Menedzherom
ustrojstv.


<p><b><a name="id4">Metki daty i vremeni</a></b>
<p><tt>Fsys</tt> podderzhivaet chetyre razlichnyh metki vremeni dlya kazhdogo
fajla. |to:

<ul><li> data poslednego dostupa (chteniya);
</li><li> data poslednej zapisi;
</li><li> data poslednej modifikacii;
</li><li> data sozdaniya (unikal'na dlya QNX).
</li></ul>
<p><b><a name="id5">Dostup k fajlam</a></b>
<p>Dostup k regulyarnym fajlam i katalogam upravlyaetsya bitami
rezhima, hranyashchimisya v <em>inode</em> (indeksnom deskriptore) fajla.
Bolee podrobno inode opisan v sekcii "<a href="#LINKSANDINODES">Svyazi
i indeksnye deskriptory (inodes)</a>". |ti bity razreshayut chtenie, zapis' i
vypolnenie v zavisimosti ot effektivnyh ID pol'zovatelya i gruppy.
Pri etom pol'zovateli delyatsya na tri kategorii:

<ul><li> vladelec fajla;
</li><li> chleny gruppy, k kotoroj prinadlezhit vladelec;
</li><li> ostal'nye.
</li></ul><p>Process mozhet vypolnyat'sya s ID pol'zovatelya ili ID
gruppy fajla, a ne roditel'skogo processa. Mehanizm, kotoryj pozvolyaet eto,
nazyvaetsya <em>setuid</em> (ustanovit' ID pol'zovatelya) i <em>setgid</em>
(ustanovit' ID gruppy).



<h3><a name="REGULARFILES">Regulyarnye fajly i katalogi</a></h3>

<p><b><a name="id7">Regulyarnye fajly</a></b>
<p>QNX rassmatrivaet <em>regulyarnyj fajl</em> kak posledovatel'nost' bajt s
vozmozhnost'yu proizvol'nogo dostupa i ne imeyushchuyu drugoj
predopredelennoj vnutrennej struktury. Prikladnye programmy sami nesut
otvetstvennost' za ponimanie struktury i soderzhaniya konkretnogo
regulyarnogo fajla.

<p>Regulyarnye fajly sostavlyayut bol'shinstvo fajlov v <em>fajlovyh
sistemah</em>. Fajlovye sistemy podderzhivayutsya Menedzherom fajlovoj sistemy
i realizovany na baze blok-orientirovannyh fajlov, sootvetstvuyushchih
razdelam diska (razdely opisany v sekcii "<a href="#RAWVOLUMES">Rabota s
diskami</a>").


<p><b><a name="id8">Katalogi</a></b>
<p><em>Katalog</em> - eto fajl, kotoryj soderzhit <em>elementy kataloga</em>.
Kazhdyj element kataloga uvyazyvaet <em>imya fajla</em> s fajlom.
Imya fajla - eto simvol'noe imya, kotoroe pozvolyaet identificirovat'
fajl i rabotat' s nim. Fajl mozhet byt' identificirovan neskol'kimi
imenami (smotri sekcii "<a href="#LINKSANDINODES">Svyazi i indeksnye
deskriptory (inodes)</a>" i "<a href="#SYMBOLICLINKS">Simvolicheskie svyazi</a>").

<p>Sleduyushchaya diagramma pokazyvaet, kak proizvoditsya poisk fajla s
imenem <tt>/usr/bill/file2</tt>.

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

<p><i>Put' v strukture kataloga QNX k fajlu /usr/bill/file2.</i>
<pre>

</pre>

<h3><a name="id9">Operacii s katalogami</a></h3>
<p>Hotya katalog vedet sebya vo mnogom kak standartnyj fajl,
Menedzher fajlovoj sistemy nakladyvaet nekotorye ogranicheniya na
operacii, kotorye vy mozhete proizvodit' s katalogom. V chastnosti, vy
ne mozhete otkryt' katalog dlya zapisi libo sozdat' svyaz' dlya
kataloga s pomoshch'yu funkcii Si <i>link()</i>.


<h3><a name="id10">CHtenie elementov kataloga</a></h3>
<p>Dlya chteniya elementov kataloga vy mozhete ispol'zovat' nabor funkcij Si,
opredelennyh POSIX, kotorye obespechivayut ne zavisimyj ot OS dostup k
elementam kataloga. |ti funkcii vklyuchayut:

<ul PLAIN="PLAIN"><li><i>opendir()</i></li><li><i>readdir()</i></li><li><i>rewinddir()</i></li><li><i>closedir()</i></li></ul>
<p>Tak kak katalogi QNX - eto prosto fajly, soderzhashchie "izvestnuyu"
informaciyu, vy mozhete takzhe chitat' elementy kataloga neposredstvenno
funkciyami Si <i>open()</i> i <i>read()</i>. Odnako eta tehnika ne
perenosima - format elementov kataloga otlichaetsya v razlichnyh operacionnyh
sistemah.


<p><b><a name="id11">|kstenty</a></b>
<p>V QNX regulyarnye fajly i fajly kataloga hranyatsya kak
posledovatel'nost' <em>ekstentov</em>. |kstent - eto nepreryvnaya
posledovatel'nost' blokov na diske.


<h3><a name="id12">Gde hranyatsya ekstenty</a></h3>
<p>Fajly, kotorye sostoyat tol'ko iz odnogo ekstenta, hranyat
informaciyu ob ekstente v elemente kataloga. No, esli fajl sostoit
bolee chem iz odnogo ekstenta, informaciya o raspolozhenii ekstentov
hranitsya v odnom ili bolee <em>svyaznyh blokah ekstentov</em>
(svyaznye - imeyushchie pryamye/obratnye ukazateli).
Kazhdyj blok ekstentov mozhet soderzhat' informaciyu ne bolee chem o 60
ekstentah.

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

<p><i>Fajl, sostoyashchij iz mnozhestva nepreryvnyh oblastej na diske,
nazyvaemyh v QNX ekstentami.</i>
<pre>
</pre>


<h3><a name="id13">Uvelichenie fajlov</a></h3>
<p>Kogda Menedzheru fajlovoj sistemy neobhodimo uvelichit' fajl, on
snachala pytaetsya uvelichit' poslednij ekstent, hotya by dazhe na odin blok.
No esli poslednij ekstent ne mozhet byt' dopolnen, to dlya rasshireniya fajla
vydelyaetsya novyj ekstent.

<p>Dlya vydeleniya novyh ekstentov Menedzher fajlovoj sistemy ispol'zuet
metod "pervogo popadaniya". Special'naya tablica v Menedzhere fajlovoj sistemy
soderzhit svedeniya obo vseh blokah, opisannyh v fajle <tt>/.bitmap</tt> (etot
fajl opisan v sekcii "<a href="#QNXPARTITION">Klyuchevye komponenty razdela
QNX</a>"). Dlya kazhdogo bloka ukazyvaetsya razmer sootvetstvuyushchego emu
svobodnogo ekstenta. Menedzher fajlovoj sistemy vybiraet iz tablicy pervyj
dostatochno bol'shoj ekstent.



<h3><a name="LINKSANDINODES">Svyazi i indeksnye deskriptory (inodes)</a></h3>
<p>V QNX fajl mozhet oboznachat'sya bolee chem odnim imenem. Kazhdoe imya
fajla nazyvaetsya <em>svyaz'yu</em>. V dejstvitel'nosti sushchestvuet dva vida
svyazej: zhestkie svyazi, ili prosto "svyazi", i simvolicheskie svyazi.
<a href="#SYMBOLICLINKS">Simvolicheskie svyazi</a> opisany v sleduyushchej sekcii.

<p>Dlya podderzhki svyazej kazhdogo fajla, imya fajla otdelyaetsya ot ostal'noj
informacii, opisyvayushchej fajl. |ta informaciya hranitsya v strukture,
nazyvaemoj <em>inode</em> (indeksnym deskriptorom).

<p>Esli fajl imeet tol'ko odnu svyaz' (t.e. odno imya), to
blok inode hranitsya v elemente kataloga dlya etogo fajla.
No esli fajl imeet bolee chem odnu svyaz', to inode hranitsya
kak zapis' v special'nom fajle <tt>/.inodes</tt>, a element
kataloga dlya fajla soderzhit ukazatel' na zapis' inode.

<p>Uchtite, chto vy mozhete sozdat' svyaz' dlya fajla, tol'ko esli fajl i
svyaz' nahodyatsya v odnoj i toj zhe fajlovoj sisteme.

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

<p><i>Odin i tot zhe fajl oboznachen dvumya svyazyami s imenami "more" i
"less".</i>


<p>Sushchestvuet eshche dve situacii, v kotoryh dlya fajla sozdaetsya zapis'
v fajle <tt>/.inodes</tt>:

<ul><li>esli imya fajla dlinnee chem 16 simvolov, to informaciya
inode hranitsya v fajle <tt>/.inodes</tt>, ostavlyaya mesto v elemente
kataloga dlya 48-simvol'nogo imeni fajla;

</li><li>esli fajl imel bolee odnoj svyazi i vse svyazi, krome odnoj, byli
udaleny, to za fajlom sohranyaetsya otdel'naya zapis' v fajle <tt>/.inodes</tt>.
|to sdelano, chtoby izbezhat' poiska elementa kataloga, ukazyvayushchego
na inode (elementy inode ne imeyut obratnyh svyazej s elementami
kataloga).

</li></ul><table border>
<tr><th>Esli vy hotite:
</th><th>Ispol'zujte:
</th></tr>
<tr><td>Sozdat' svyaz' iz komandnogo interpretatora
</td><td>Utilitu <tt>ln</tt></td></tr>
<tr><td>Sozdat' svyaz' iz programmy</td>
<td>Funkciyu <i>link()</i></td></tr></table>

<h3><a name="id15">Udalenie svyazej</a></h3>
<p>Pri sozdanii fajla, dlya nego ustanavlivaetsya <em>schetchik svyazej</em>,
ravnyj edinice. Po mere dobavleniya ssylok etot schetchik uvelichivaetsya;
pri udalenii svyazi schetchik svyazej umen'shaetsya.  Fajl ne udalyaetsya s
diska do togo, kak schetchik svyazej stanet ravnym nulyu <em>i</em> vse
programmy, ispol'zuyushchie etot fajl, zakroyut ego. |to pozvolyaet ispol'zovat'
otkrytyj fajl dazhe posle togo, kak u nego udaleny vse svyazi.

<table border>
<tr><th>Esli vy hotite:
</th><th>Ispol'zujte:
</th></tr><tr><td>Udalit' svyaz' iz komandnogo interpretatora
</td><td>Utilitu <tt>rm</tt></td></tr>
<tr><td>Udalit' svyaz' iz programmy
</td><td>Funkcii <i>remove()</i> ili <i>unlink()</i></td></tr></table>

<h3><a name="id16">Svyazi kataloga</a></h3>
<p>Vy ne mozhete sozdavat' zhestkie svyazi dlya kataloga. Odnako
kazhdyj katalog imeet dve zhestko opredelennye svyazi:

<ul PLAIN="PLAIN"><li><tt>.</tt>  ("tochka")</li>
<li><tt>..</tt>  ("tochka tochka")</li></ul>
<p>Imya fajla "tochka" sootvetstvuet tekushchemu katalogu; "tochka tochka"
sootvetstvuet katalogu, <em>predshestvuyushchemu</em> tekushchemu katalogu.

<p>Zamet'te, chto "tochka tochka" dlya kataloga "/" - eto prosto "/", -
vy ne mozhete podnyat'sya vyshe.



<h3><a name="SYMBOLICLINKS">Simvolicheskie svyazi</a></h3>
<p><em>Simvolicheskaya svyaz'</em> - eto osobyj fajl, kotoryj soderzhit v kachestve
dannyh imya puti. Kogda simvolicheskaya svyaz' ispol'zuetsya v zaprose
vvoda/vyvoda - naprimer, <i>open()</i>, - oboznachenie svyazi v imeni puti
zamenyaetsya ee "dannymi". Simvolicheskaya svyaz' yavlyaetsya gibkim sredstvom
dlya perenapravleniya puti i chasto ispol'zuetsya dlya sozdaniya mnozhestva
putej k odnomu i tomu zhe fajlu. V otlichie ot zhestkih svyazej,
simvolicheskie svyazi mogut vyhodit' za predely fajlovoj sistemy i takzhe
yavlyat'sya svyazyami dlya katalogov.

<p>V sleduyushchem primere katalogi <tt>//1/usr/fred</tt> i
<tt>//2/usr/barney</tt> yavlyayutsya svyazyami na odin i tot zhe katalog,
hotya oni nahodyatsya v razlichnyh fajlovyh sistemah, i dazhe na razlichnyh
uzlah (smotri sleduyushchuyu diagrammu). |to ne mozhet byt' sdelano s
ispol'zovaniem zhestkih svyazej:

<p><tt>//1/usr/fred</tt> --&gt; <tt>//2/usr/barney</tt>
<p>Zamet'te, chto simvolicheskaya svyaz' i adresuemyj katalog ne
obyazany imet' odno i to zhe imya. V bol'shinstve sluchaev simvolicheskie
svyazi ispol'zuyutsya dlya privyazki odnogo kataloga k drugomu. Odnako
oni takzhe mogut byt' ispol'zovany dlya fajlov, kak v etom primere:

<p><tt>//1/usr/eric/src/test.c</tt> --&gt; <tt>//1/usr/src/game.c</tt>
<p><img SRC="QNX4-symlinks.gif" ALT="Figure showing two nodes using symbolic links">

<table>
<tr><th>Esli vy hotite:
</th><th>Ispol'zujte utilitu:
</th></tr>
<tr><td>Sozdat' simvolicheskuyu svyaz'
</td><td><tt>ln</tt> (s opciej <tt><b>-s</b></tt>)</td></tr>
<tr><td>Udalit' simvolicheskuyu svyaz'*
</td><td><tt>rm</tt></td></tr>
<tr><td>Uznat', yavlyaetsya li fajl simvolicheskoj svyaz'yu
</td><td><tt>ls</tt></td></tr></table>
<p><small>* Pomnite, chto udalenie simvolicheskoj svyazi dejstvuet tol'ko
na svyaz', a <em>ne</em> na adresuemyj ob®ekt</small>

<p>Nekotorye funkcii operiruyut neposredstvenno s simvolicheskimi
svyazyami. Dlya etih funkcij zamena oboznacheniya svyazi v puti na ee
soderzhimoe ne proizvoditsya. K etim funkciyam otnosyatsya <i>unlink()</i>
(kotoraya udalyaet simvolicheskuyu svyaz'), <i>lstat()</i> i <i>readlink()</i>.

<p>Tak kak simvolicheskie svyazi mogut ukazyvat' na katalogi, to nevernaya
konfiguraciya mozhet privesti k problemam, takim, kak ciklicheskie
svyazi. CHtoby zashchitit'sya ot ciklicheskih svyazej, sistema nakladyvaet
ogranicheniya na kolichestvo perehodov; etot predel opredelen kak
SYMLOOP_MAX vo vklyuchaemom fajle <tt SH="SH">&lt;limits.h&gt;</tt>.



<h3><a name="PIPESANDFIFOS">Programmnye kanaly (pipes) i FIFO</a></h3>

<p><b><a name="id19">Programmnye kanaly (pipes)</a></b>
<p><em>Programmnyj kanal</em> - eto neimenovannyj fajl, kotoryj sluzhit
kak kanal vvoda/vyvoda mezhdu dvumya ili bolee vzaimodejstvuyushchimi processami -
odin process pishet v programmnyj kanal, drugoj chitaet iz programmnogo
kanala. Menedzher fajlovoj sistemy obespechivaet buferizaciyu dannyh. Razmer
bufera opredelen kak PIPE_BUF v fajle <tt SH="SH">&lt;limits.h&gt;</tt>.
Programmnyj kanal udalyaetsya posle togo kak zakryty oba ego konca.

<p>Programmnye kanaly obychno ispol'zuyutsya, kogda dva processa hotyat
vypolnyat'sya parallel'no, s odnonapravlennoj peredachej dannyh ot odnogo
processa k drugomu. Esli trebuetsya dvunapravlennaya peredacha dannyh,
to dolzhny ispol'zovat'sya soobshcheniya.

<p>Tipichnoe primenenie programmnogo kanala
sostoit v soedinenii vyvoda odnoj programmy s vvodom drugoj programmy.
|to soedinenie chasto proizvoditsya komandnym interpretatorom (Shell).
Naprimer:

<p><tt>ls | more</tt>
<p>napravlyaet standartnyj vyvod ot utility <tt>ls</tt> cherez
programmnyj kanal v standartnyj vvod utility <tt>more</tt>.

<table border>
<tr><th>Esli vy hotite:
</th><th>Ispol'zujte:
</th></tr>
<tr><td>Sozdat' programmnyj kanal iz komandnogo interpretatora
</td><td>Simvol programmnogo kanala ("<tt>|</tt>")</td></tr>
<tr><td>Sozdat' programmnyj kanal iz programmy
</td><td>Funkcii <i>pipe()</i> ili <i>popen()</i></td></tr></table>

<hr>
<table>
<td><img src="qnx4-pointing.gif" width=58 height=40 alt="Note:"></td>
<td>Na bezdiskovyh rabochih stanciyah vy mozhete zapustit' Menedzher
programmnyh kanalov (Pipe) vmesto Menedzhera fajlovoj sistemy,
kogda trebuyutsya tol'ko programmnye kanaly. Menedzher programmnyh kanalov
optimizirovan dlya kanal'nogo (konvejernogo) vvoda/vyvoda i mozhet
obespechit' bol'shuyu propusknuyu sposobnost', chem Menedzher fajlovoj sistemy.

 </td>
</table>
<hr>


<p><b><a name="id20">FIFO</a></b>
<p>FIFO - eto po sushchestvu to zhe samoe, chto i programmnye kanaly, za
isklyucheniem togo, chto FIFO yavlyayutsya imenovannymi postoyannymi fajlami,
kotorye hranyatsya v katalogah fajlovoj sistemy.

<table border>
<tr><th>Esli vy hotite:
</th><th>Ispol'zujte:
</th></tr><tr><td>Sozdat' FIFO iz komandnogo interpretatora
</td><td>Utilitu <tt>mkfifo</tt></td></tr>
<tr><td>Sozdat' FIFO iz programmy
</td><td>Funkciyu <i>mkfifo()</i></td></tr>
<tr><td>Udalit' FIFO iz komandnogo interpretatora
</td><td>Utilitu <tt>rm</tt></td></tr>
<tr><td>Udalit' FIFO iz programmy
</td><td>Funkcii <i>remove()</i> ili <i>unlink()</i></td></tr></table>


<h3><a name="PERFORMANCE">Proizvoditel'nost' Menedzhera fajlovoj sistemy</a></h3>
<p>Svojstva Menedzhera fajlovoj sistemy, obespechivayushchie
vysokoproizvoditel'nyj dostup k disku:

<ul><li> liftovyj poisk;
</li><li> kesh-bufer;
</li><li> mnogopotokovaya obrabotka;
</li><li> klient-upravlyaemyj prioritet;
</li><li> vremennye fajly;
</li><li> psevdodiski.
</li></ul>
<p><b><a name="id22">Liftovyj poisk</a></b>
<p><em>Liftovyj poisk</em> minimiziruet obshchie
zatraty vremeni na pozicionirovanie magnitnoj golovki pri chtenii ili
zapisi na disk. Zaprosy vvoda/vyvoda uporyadochivayutsya takim obrazom,
chtoby vse oni mogli byt' vypolneny za odin prohod magnitnoj golovki,
ot samogo mladshego k samomu starshemu adresu na diske.

<p>Liftovyj poisk takzhe imeet usovershenstvovanie, obespechivayushchee
vypolnenie mul'tisektornogo vvoda/vyvoda tam, gde vozmozhno.


<p><b><a name="id23">Kesh-bufer</a></b>
<p><em>Kesh-bufer</em> - eto intellektual'nyj bufer mezhdu Menedzherom
fajlovoj sistemy i drajverom diska. Kesh-bufer hranit bloki fajlov s cel'yu
minimizirovat' kolichestvo obrashchenij Menedzhera fajlov