ns-3 võrgu simulaatori õpetus. Peatükk 3

peatükid 1,2

3 Tööleasumine
3.1 Ülevaade
3.2 Eeltingimused
3.2.1 ns-3 andmete arhiivi allalaadimine
3.3 ns-3 allalaadimine Git'i kaudu
3.3.1 ns-3 allalaadimine Bake'i abil
3.4 ns-3 ehitamine
3.4.1 build.py abil ehitamine
3.4.2 Bake'i abil ehitamine
3.4.3 Waf'i abil ehitamine
3.5 ns-3 testimine
3.6 Skripti käivitamine
3.6.1 Käskude reas argumendid
3.6.2 Silumine
3.6.3 Töökaust

Peatükk 3

Tööleasumine

See peatükk on suunatud lugeja ettevalmistamisele tööks, alustades arvutist, kuhu ns-3 võib-olla kunagi ei ole installitud. Esitlus hõlmab toetatud platvorme, eeltingimusi, ns-3 hankimise viise, ns-3 ehitamise viise ja teie ehituse kontrollimise ning lihtsate programmide käivitamise viise.

3.1 Ülevaade

ns-3 simulaator on üles ehitatud koostööd tegevate tarkvara raamatukogude süsteemina. Ehitamisel lingitakse kasutajaprogrammide kood nende raamatukogudega. Kasutajaprogrammide kirjutamiseks kasutatakse programmeerimiskeeli C++ või Python.

Ns-3 levitat allika koodina, mis tähendab, et sihtsüsteem peab omama tarkvaraarenduskeskkonda, et kõigepealt koguda raamatukogud ja seejärel luua kasutajaprogramm. Üldiselt võib ns-3 jaotada valmis raamatukogudena konkreetsele süsteemile ning tulevikus võib neid jaotada ka nii. Kuid praegu teevad paljud kasutajad oma tööd redigeerides ise ns-3, seega on kasulik omada lähtekoodi raamatukogude kokkupanemiseks. Kui keegi soovib võtta vastutust valmis raamatukogude ja paketide loomise eest operatsioonisüsteemidele, palun võtke ühendust meililistiga. ns-developers.

Järgmises osas vaatleme kolme meetodit ns-3 laadimiseks ja kokkupanekuks. Esimene neist on ametliku väljaande allalaadimine ja selle ehitamine peamiselt veebisaidilt. Teine on arenduste versioonide kopeerimine ja kokkupanek põhiversioonist ns-3. Kolmas võimalus on kasutada lisakokkupanemise tööriistu, et laadida rohkem laiendusi ns-3 jaoks. Minge üle igaühega, kuna tööriistad on veidi erinevad.

Kogenud Linuxi kasutajad võivad küsida, miks ns-3 ei pakuta paketi kujul nagu paljusid teisi teeke, mis kasutavad pakihaldurit? Kuigi erinevate Linuxi jaotuste jaoks on olemas binaarpaketid (näiteks Debian), peavad enamik kasutajaid lõpuks teeke redigeerima ja ns-3 ise uuesti kokku panema, mistõttu on allika koodi kergesti kätte saamine mugav. Seetõttu pöörame tähelepanu allika koodist installimisele.

Enamikul juhtudel ei ole ns-3 õigusi vajalikud root ja soovitatakse kasutada mitteprivilegeeritud kasutajakontot.

3.2 Eeltingimused

Kogu ns‑3 raamatukogude komplekt sõltub mitmetest kolmandate osapoolte teekidest, kuid suuresti saab ns‑3 kokku panna ja kasutada koos mitmete levinud (tavaliselt vaikimisi installitud) komponentidega: C++ kompilaator, Python, lähtekoodiredaktor (nt, vim, emacs või Eclipse) ja kui kasutatakse arendusrepo, siis versioonihaldussüsteem Git. Enamik algajaid kasutajaid ei pea muretsema, kui nende konfiguratsioon teatab mõnest puuduvast lisafunktsioonist ns‑3, kuid need, kes soovivad täit installi, saavad projekti wiki kaudu juhiseid, mis sisaldavad palju kasulikke näpunäiteid. Üks selline leht on 'Installatsioon' leht, mis pakub installatsioonijuhiseid erinevatele süsteemidele, ja need on saadaval aadressil: https://www.nsnam.org/wiki/Installation.

Selle wiki-lehekülje 'Eeltingimused' sektsioon selgitab, millised paketid on vajalikud ns‑3 tavapäraste valikute toetamiseks ning annab käsud, mida kasutatakse nende installimiseks levinud Linuxi või macOS variantides.

Te saate kasutada sellist võimalust nagu ns‑3 wikis oleva lehe või põhisaidi uurimine, https://www.nsnam.org, kuna seal on palju teavet. Alates viimase ns‑3 versiooni (ns‑3.29) väljalaskmisest on ns‑3 käivitamiseks vajalikud järgmised tööriistad:

Pakett/versioon

• C++ kompilaator
  clang++ või g++ (g++ versioon 4.9 või kõrgem)
• Python
  python2 versioon >= 2.7.10 või python3 versioon >= 3.4
• Git
  uusim versioon (ns‑3-le pääsemiseks GitLab.com-is)
• tar
  uusim versioon (ns‑3 väljaande dekomprimeerimiseks)
• bunzip2
  uusim versioon (ns‑3 väljaande dekomprimeerimiseks)

Kohandatud Python versiooni kontrollimiseks sisestage python -V. g++ versiooni kontrollimiseks sisestage g++ -v. Kui mõni tööriist puudub või on liiga vana, vaadake ns‑3 wikis installimisjuhendit.

Käesolevast hetkest alates eeldame, et lugeja töötab Linuxis, MacOS-is või Linuxi keskkonna emulaatoris ning tal on vähemalt ülaltoodud tööriistad.

3.2.1 ns-3 andmete arhiivi allalaadimine

See on uus kasutaja tegevusviis, kes tahab alla laadida ja katsetada uusimaid ns‑3 väljaandeid ja paketiversioone. ns‑3 väljalaskeid avaldatakse allalaaditavate allika arhiividena, mida nimetatakse mõnikord tarball. tarball — see on eriline arhiiviformaat, kuhu on koondatud mitu faili. Arhiiv on tavaliselt tihendatud. ns-3 laadimise protsess tarball on lihtne, peate lihtsalt valima väljalaske, allalaadima ja selle välja pakkima.

Oletame, et soovite ns-3 koguda kohalikku kausta nimega workspace. Saate versiooni töökoopia, sisestades Linuxi terminalis järgmise käsu (loomulikult asendades sobivad versiooninumbrid)

$ cd 
$ mkdir workspace 
$ cd workspace 
$ wget https://www.nsnam.org/release/ns-allinone-3.29.tar.bz2 
$ tar xjf ns-allinone-3.29.tar.bz2 

Pange tähele ülaltoodud utiliiti wget, mis on käsurea tööriist objektide allalaadimiseks Internetist. Kui te pole seda installinud, võite kasutada selleks brauserit.

Nende sammude järgimisega liidate ns-allinone-3.29 kausta, seal peaksite nägema mitmeid faile ja kaustu

$ cd ns-allinone-3.29
$ ls
bake constants.py ns-3.29 README
build.py netanim-3.108 pybindgen-0.17.0.post58+ngcf00cc0 util.py

Nüüd olete valmis koguma ns-3 põhiversiooni ja saate minna jaotisse, mis käsitleb ns-3 ehitamist.

3.3 ns-3 allalaadimine Git'i kaudu

ns-3 kood on saadaval GitLab.com-i Git-repositooriumites aadressil https://gitlab.com/nsnam/. Rühm nsnam koondab erinevaid reposiitooriume, mida kasutatakse avatud koodiga projektis.

Lihtsaim viis Git-reposiitorite kasutamise alustamiseks on teha fork või kloonida keskkond. ns‑3-allinone. See on skripti kogum, mis haldab kõige sagedamini kasutatavate ns‑3 alamsüsteemide allalaadimist ja kompilatsiooni. Kui oled Git'iga uus, võivad terminid 'fork' ja 'kloonimine' sulle tundmatud olla; kui see on nii, soovitame sul lihtsalt kloonida (luua oma koopia) nende põhja GitLab.com lehelt järgmiselt:

$ cd 
$ mkdir workspace 
$ cd workspace 
$ git clone https://gitlab.com/nsnam/ns-3-allinone.git 
$ cd ns-3-allinone 

Sellel etapil erineb sinu katalooge vähenenud versioon eelnevalt kirjeldatud arhiiviga. See peaks välja nägema umbes nii: ns‑3-allinone $ ls build.py constants.py download.py README util.py

Pane tähele, et seal on skript

download.py , mis täiendavalt ekstraktib ns‑3 ja sellega seotud lähtekoodi. Siin on sul valida: kas laadida alla viimane arendusversioon ns‑3:$ python download.py

või eelistada ns‑3 väljaannet, kasutades lipukest

-n väljaande numbri määramiseks: $ python download.py -n ns-3.29

Pärast seda sammu suunatakse kausta

Pärast seda sammu kausta ns‑3-allinone laaditakse lisarepositoore ns‑3, bake, pybindgen ja netanim.

Märkus
Puhtal Ubuntu 16.04 masinal tuli mul käsk muuta selliseks: $ sudo python3 download.py -n ns-3.29 (siin ja edaspidi tõlkija märkused).

3.3.1 ns-3 allalaadimine Bake'i abil

Kaks eeltoodud meetodit (allikaarhiiv või repositoorium ns‑3-allinone Git'i kaudu) on kasulikud ns‑3 lihtsaks installimiseks koos mitmete laiendustega (pybindgen Python'i sidemete genereerimiseks ja netanim võrgusimulatsiooni jaoks). Kolmas repositoorium, mis on vaikimisi saadaval ns‑3-allinone's, kannab nime bake.

Bake — see on tööriist, mis koordineeritud tarkvara kogumise tegemiseks mitmest repositooriumist, välja töötatud ns‑3 projekti jaoks. Bake seda saab kasutada ns‑3 arendusteadete saamiseks ning ka põhidistibutsiooni ns‑3 laienduste allalaadimiseks ja kogumiseks, nagu keskkond Otse Koodi Täitmine, CradleNetwork Simulation Cradle, uute Python'i sidemete loomise võimalus ja erinevad "rakendused" ns‑3.

Märkus
CradleNetwork Simulation Cradle on raamistik, mis võimaldab reaalsete TCP/IP võrgu stekkide kasutamist võrgu simulaatori sees.

Kui arvate, et teie ns-3 installatsioon peaks omama laiendatud või lisafunktsioone, võite järgida seda installimisteed.

viimastes ns-3 väljaannetes Bake on lisatud tar-väljaannete hulka. Väljaanne sisaldab konfiguratsioonifaili, mis võimaldab allalaadimist väljaande loomise hetkel kehtivate tarkvaraversioonide jaoks. Näiteks versioon Bake, mis levitatakse ns-3.29 versiooniga, võib kasutada komponente selle ns-3 väljaande või varasemate jaoks, kuid ei saa kasutada hilisemate väljaannete komponentide allalaadimiseks (kui paketi kirjeldusfaili bakeconf.xml ei ole uuendatud).

Saate ka kõige värskema koopia bake, sisestades oma Linuxi konsooli järgmise käsu (eeldusel, et teil on Git installitud):

$ cd 
$ mkdir workspace 
$ cd workspace 
$ git clone https://gitlab.com/nsnam/bake.git

Käsku git executeerides peaksite nägema midagi sellist:

Kloonimine 'bake'... 
remotest: objektide loendamine: 2086, tehtud. 
remote: objektide arvutamine: 100% (2086/2086), tehtud. 
remote: objektide tihendamine: 100% (649/649), tehtud. 
remote: Kokku 2086 (delta 1404), 2078 uuesti kasutatud (delta 1399) 
Objektide vastuvõtmine: 100% (2086/2086), 2.68 MiB | 3.82 MiB/s, tehtud. 
Delta lahendamine: 100% (1404/1404), tehtud.

Pärast käsu lõpetamist clone sulle peaks olema kataloog nimega bake, mille sisu peaks välja nägema umbes selline:

$ cd bake
$ ls
bake bakeconf.xml bake.py doc examples generate-binary.py test TODO

Pange tähele, et olete laadimise mõned Python skriptid, Python moodul nimega bake ja XML konfiguratsiooni fail. Järgmine samm on nende skriptide kasutamine ns‑3 distributsiooni laadimiseks ja koostamiseks vastavalt teie valikule. Saadaval on mitu seadistamise eesmärki:

1. ns‑3.29: moodul, mis vastab väljaandele; see laadib komponente, mis on sarnased väljaande tarbimiseks;

2. ns‑3-dev: sarnane moodul, kuid kasutab koodi arenduse puust;

3. ns-allinone-3.29: moodul, mis sisaldab muid lisafunktsioone, nagu Click marsruutimine ja Network Simulation Cradle, Openflow ns-3 jaoks.

4. ns‑3-allinone: sarnane väljaande versiooni moodulile allinone, kuid arenduskoodile.

Märkus
Click — moodulaarne tarkvaraarhitektuur ruuterite loomiseks.

Openflow on andmete edastamise protsessi juhtimise protokoll, mida kasutavad ruuterid ja lülitid, rakendades programmiga konfigureeritava võrgu tehnoloogiat.

Aktiivne arenduse (mitte väljalaske) ns‑3 snapshot on saadaval järgmistel aadressidel:https://gitlab.com/nsnam/ns-3-dev.git.

Arendajad püüavad neid repositoore hoida järjepidevas töökorras, kuid need on arenduse faasis ja sisaldavad mitteväljaantud koodi, seega, kui te ei plaani uusi funktsioone kasutada, valige ametlik väljaanne.

Viimase koodi versiooni leiate, vaadates repositooride loendit või külastades veebilehte „ns‑3 Releases“:https://www.nsnam.org/releases/ ja klõpsates viimase versiooni lingil. Selles näites jätkame versiooniga ns‑3.29.

Nüüd, et saada vajalikud koostisosad ns‑3 jaoks, rakendame tööriista Bake. Rääkige mõnest sissejuhatavast sõnast Bake.

Bake töötab, laadides pakettide lähtekoodid kausta source ja paigaldades raamatukogud ehituskausta. Bake Seda saab käivitada, viidates binaarfailile, kuid kui soovite käivitada Bake mitte kaustast, kuhu see laaditi, oleks soovitatav lisada tee bake teie teele (keskkonnamuutuja PATH), näiteks järgmiselt (näide Linux bashist). Liikuge „bake“ kausta ja seejärel seadke järgmised keskkonnamuutujad:

$ export BAKE_HOME=`pwd` 
$ export PATH=$PATH:$BAKE_HOME:$BAKE_HOME/build/bin 
$ export PYTHONPATH=$PYTHONPATH:$BAKE_HOME:$BAKE_HOME/build/lib

See paigutab programmi bake.py käivituskausta, mis võimaldab teistel programmidel leida teie loodud käivitatavaid faile ja raamatukogusid bake. Teatud kasutusjuhtudel bake, nagu eespool kirjeldatud, ei ole PATHi ja PYTHONPATHi seadistamine vajalik, kuid ns-3-allinone (täiendavate pakettide) täielikuks koostamiseks on see tavaliselt vajalik.

Liikuge töökausta ja sisestage konsooli järgmine käsk:

$ ./bake.py configure -e ns-3.29

Seejärel palume Bake kontrollida, kas meil on piisavalt tööriistu erinevate komponentide allalaadimiseks. Sisestage:

$ ./bake.py check

Peaksite nägema midagi sellist:

> Python - OK 
> GNU C++ kompilatsioon - OK 
> Mercurial - OK 
> Git - OK 
> Tar tool - OK 
> Unzip tool - OK 
> Make - OK 
> cMake - OK 
> patch tool - OK 
> Otsitud tööriistade tee: /usr/local/sbin /usr/local/bin /usr/sbin /usr/bin /sbin /bin ...

Eelkõige on sellel etapil peamised allalaadimistööriistad nagu Mercurial, CVS, Git ja Bazaar, kuna need võimaldavad meil koodi hankida. Sel etapil installige puuduvad tööriistad oma süsteemile tavalisel viisil (kui oskate) või pöörduge abi saamiseks oma süsteemiadministraatori poole.

Seejärel proovige alla laadida tarkvara:

$ ./bake.py download

tulemusena peaks olema midagi sellist:

>> Otsitakse süsteemide sõltuvust setuptools - OK 
>> Otsitakse süsteemide sõltuvust libgoocanvas2 - OK 
>> Otsitakse süsteemide sõltuvust gi-cairo - OK 
>> Otsitakse süsteemide sõltuvust pygobject - OK 
>> Otsitakse süsteemide sõltuvust pygraphviz - OK 
>> Otsitakse süsteemide sõltuvust python-dev - OK 
>> Otsitakse süsteemide sõltuvust qt - OK 
>> Otsitakse süsteemide sõltuvust g++ - OK 
>> Laaditakse alla pybindgen-0.19.0.post4+ng823d8b2 (sihtkaust:pybindgen) - OK 
>> Laaditakse alla netanim-3.108 - OK 
>> Laaditakse alla ns-3.29 - OK

See tähendab, et on alla laaditud kolm allikat. Nüüd minge kausta source ja sisestage ls; peaksite nägema:

$ cd source 
$ ls
netanim-3.108 ns-3.29 pybindgen

Nüüd olete valmis ns‑3 paketile montaaži tegema.

3.4 ns-3 ehitamine

Nii nagu ns‑3 allalaadimisel, on palju võimalusi ns‑3 kokkupanemiseks. Peamine on rõhutada, et ns‑3 monteeritakse kasutada tööriista, mida nimetatakse Waf, mida kirjeldatakse allpool. Enamik kasutajaid kasutavad Waf, kuid on ka mõned mugavad skriptid, mis aitavad teil alustada või korraldada keerukamaid monteerimisi. Seetõttu, palun enne lugemist Waf, vaadake build.py ja monteerimist bake.

3.4.1 build.py abil ehitamine

Tähelepanu! See monteerimisetapp on saadaval ainult allalaaditud lähtekoodiarhiivist, nagu eespool kirjeldatud; mitte git-i või bake-i kaudu allalaadimisest.

Töötades versiooni arhiiviga tarball, in ns‑3‑allinone on mugav skript, mis võib lihtsustada komponentide koostamist. See kannab nime build.py. See programm seadistab projekti teie jaoks kõige kasulikmal viisil. Siiski pidage meeles, et keerukamad seadistused ja töö ns‑3-ga hõlmavad tavaliselt ns‑3 enda ehitussüsteemi, Waf-i, mille tutvustamine toimub hiljem käesolevas juhendis.

Kui olete allalaadimise teinud tarball, peaks teie kataloogis ~/workspace olema kataloog nimega midagi sarnast ns-allinone-3.29. Sisestage järgmine käsk:

$ ./build.py --enable-examples --enable-tests

Kutsudes build.py oleme rakendanud käsurea argumente, et kompileerida selles juhendis kasutatavad näited ja testid, mis ns‑3-s vaikimisi ei kompileerita. Vaikimisi ehitab programm ka kõik saadavalolevad moodulid. Kui soovite, saate hiljem koostada ns‑3 ilma näidete ja testideta või jätta välja moodulid, mis pole teie töö jaoks vajalikud.

Te näete palju kompilaatori väljundeid, mis kuvatakse skripti poolt erinevate allalaaditud osade koostamisel. Esiteks proovib skript kokku panna animaatori netanim, seejärel sidumise generaatori pybindgen ja, ja lõpuks, ns-3. Protsessi lõppedes peaksite nägema järgmist:

Waf: Jätame katalooge '/path/to/workspace/ns-allinone-3.29/ns-3.29/build'
'build' lõpetati edukalt (6m25.032s) 

Kokku pandud moodulid:
antenna                aodv                     applications
bridge                 buildings                config-store
core                   csma                     csma-layout
dsdv                   dsr                      energy 
fd-net-device          flow-monitor             internet
internet-apps          lr-wpan                  lte
mesh                   mobility                 mpi
netanim (ei Pythonit)  network                  nix-vector-routing 
olsr                   point-to-point           point-to-point-layout 
propagation            sixlowpan                spectrum 
stats                  tap-bridge               test (ei Pythonit) 
topology-read          traffic-control          uan 
virtual-net-device     visualizer               wave 
wifi                   wimax 

Mooduleid pole loodud (vt ns-3 õpetust selgituse saamiseks):
brite                  click                    openflow 
Jätame katalooge ./ns-3.29

Viimastes kolmes real näeme sõnumit moodulite kohta, mis ei ole loodud:

Mooduleid pole loodud (vt ns-3 õpetust selgituse saamiseks):
brite                     click

See tähendab lihtsalt, et mõned ns-3 moodulid, mis sõltuvad välistest raamatukogudest, pole ehk loodud või et antud konfiguratsioonis nende loomine ei ole vajalik. See ei tähenda, et simulaator ei ole kokku pandud või et loodud moodulid ei tööta õigesti.

3.4.2 Bake'i abil ehitamine

Kui te kasutasite projekti hoidlatest lähtekoodi hankimiseks bake'i, saate seda jätkuvalt kasutada ka ns-3 ehitamiseks. Sisestage:

$ ./bake.py build

ja peaksite nägema midagi järgmist:

>> Ehitamine pybindgen-0.19.0.post4+ng823d8b2 - OK 
>> Ehitamine netanim-3.108 - OK 
>> Ehitamine ns-3.29 - OK

Nipp: saate samuti mõlemat sammu, nii allalaadimist kui ka ehitamist, teha, kutsudes "bake.py deploy".

Kogu komponentide ehitamisel võivad esineda tõrked, kuid ehitamine jätkub, kui komponent ei ole kohustuslik. Näiteks oli hiljutine ühilduvusprobleem seotud sellega, et castxml võib ehitada tööriistaga bake mitte kõikidel platvormidel. Sellisel juhul kuvatakse järgmine sõnum:

>> Ehitamine castxml - Probleem 
> Probleem: Valikuline sõltuvus, moodul "castxml" ebaõnnestus
See võib vähendada lõppversiooni funktsionaalsust.
Kuid bake jätkab, kuna "castxml" ei ole hädavajalik sõltuvus.
Rohkem teavet saate bake'i kutsumiseks -v või -vvv, täieliku üksikasjaliku režiimi jaoks.

Kuid castxml on vajalik ainult siis, kui soovite luua uuendatud Python'i seoseid. Enamik kasutajaid ei vaja seda (vähemalt seni, kuni nad ei hakka ns-3 muutma), seega saab selliseid hoiatusteateid praegu ohutult ignoreerida.

Kui tõrge peaks tekkima, annab järgmine käsk teile vihje puuduvatest sõltuvustest:

$ ./bake.py show

Loetletakse erinevad paketis sõltuvused, mida proovite kokku panna.

3.4.3 Waf'i abil ehitamine

Selleks ajaks, et alustada ns-3 kogumist, oleme kasutanud kas skripti build.pyvõi tööriista bake. Need tööriistad on kasulikud ns-3 kogumiseks ja raamatukogude toetamiseks. Tegelikult käivitavad nad kogumisinstrumenti Waf ns-3 all olevast kataloogist. Waf installeeritakse koos ns-3 lähtekoodiga. Enamik kasutajaid, et seadistada ja kokku panna ns-3, liiguvad kiiresti otse Waf. Niisiis, jätkamiseks minge palun ns-3 katalooge, mille algselt lõite.

Hetkel ei ole see rangelt vajalik, kuid on kasulik teha väike kõrvalepõige ja vaadata, kuidas projekti konfiguratsiooni muuta. Tõenäoliselt on kõige kasulikum konfiguratsiooni muutus, mille saate teha, optimeeritud versiooni loomine. Vaikimisi olete seadnud oma projekti kompileerima silumisversiooni. Vaatame projekti optimeeritud versiooni loomiseks. Selgitamaks Waf-ile, et ta peaks tegema optimeeritud kogusid, mis sisaldavad näiteid ja teste, peate täitma järgmised käsud:

$ ./waf clean 
$ ./waf configure --build-profile=optimized --enable-examples --enable-tests

See käivitab Waf väljas kohalikus kataloogis (teie mugavuse huvides). Esimene käsk puhastab eelmise kompileerimise, see ei ole tavaliselt rangelt vajalik, kuid on hea tava (vt ka allpool kogumise profiile); see eemaldab varem loodud teegid ja objektifailid, mis asuvad kataloogis build/. Kui projekt on uuesti seadistatud ja ehitussüsteem kontrollib erinevaid sõltuvusi, peaksite nägema väljundit, mis sarnaneb järgmisega:

Seaded ülemiseks: /home/ns3user/workspace/bake/source/ns-3-dev
Seaded väljundiks: /home/ns3user/workspace/bake/source/ns-3-dev/build
Kontrollimine 'gcc' (C kompilaator) : /usr/bin/gcc
Kontrollimine cc versioon: 7.3.0
Kontrollimine 'g++' (C++ kompilaator) : /usr/bin/g++
Kontrollimine kompileerimisflagi -march=native toetust: ok
Kontrollimine kompileerimisflagi -Wl,--soname=foo toetust: ok
Kontrollimine kompileerimisflagi -std=c++11 toetust: ok
Kontrollimine boosti kaasandeid : päised ei leitud, palun, !esitage --boost-includes argument (vt abi)
Kontrollimine boosti kaasandeid : päised ei leitud, palun, !esitage --boost-includes argument (vt abi)
Kontrollimine programmi 'python' : /usr/bin/python
Kontrollimine python versioon >= 2.3 : 2.7.15 python-config: /usr/bin/python-config
Küsimine python-configist pyembed '--cflags --libs --ldflags' lipud : jah
Testimine pyembed konfiguratsioon: jah
Küsimine python-configist pyext '--cflags --libs --ldflags' lipud : jah
Testimine pyext konfiguratsioon: jah

Kontrollimine kompileerimisflagi -fvisibility=hidden toetust: ok
Kontrollimine kompileerimisflagi -Wno-array-bounds toetust: ok
Kontrollimine pybindgen asukohta: ../pybindgen, !(arvatud)
Kontrollimine python moodulit 'pybindgen': 0.19.0, !post4+g823d8b2
Kontrollimine pybindgen versioon: 0.19.0, !post4+g823d8b2
Kontrollimine koodi fragment: jah
Kontrollimine tüüpide uint64_t ja unsigned long ekvivalents: ei
Kontrollimine koodi fragment: ei
Kontrollimine tüüpide uint64_t ja unsigned long long ekvivalents: jah
Kontrollimine apidefide, mida saab kasutada Pythoni sidemete jaoks: gcc-LP64
Kontrollimine sisemist GCC cxxabi: täidetud
Kontrollimine python moodulit 'pygccxml': ei leitud
Kontrollimine click asukohta: ei leitud
Kontrollimine programmi 'pkg-config': /usr/bin/pkg-, !config
Kontrollimine 'gtk+-3.0': ei leitud
Kontrollimine 'libxml-2.0': jah
Kontrollimine uint128_t: ei leitud
Kontrollimine __uint128_t: jah
Kontrollimine suure täpsusega rakendust: 128-bitine täisarv, !(vaikimisi)
Kontrollimine päist stdint.h: jah
Kontrollimine päist inttypes.h: jah
Kontrollimine päist sys/inttypes.h: ei leitud
Kontrollimine päist sys/types.h: jah
Kontrollimine päist sys/stat.h: jah
Kontrollimine päist dirent.h: jah
Kontrollimine päist stdlib.h: jah
Kontrollimine päist signal.h: jah
Kontrollimine päist pthread.h: jah
Kontrollimine päist stdint.h: jah
Kontrollimine päist inttypes.h: jah
Kontrollimine päist sys/inttypes.h: ei leitud
Kontrollimine raamatukogu rt: jah
Kontrollimine päist sys/ioctl.h: jah
Kontrollimine päist net/if.h: jah
Kontrollimine päist net/ethernet.h: jah
Kontrollimine päist linux/if_tun.h: jah
Kontrollimine päist netpacket/packet.h: jah
Kontrollimine NSC asukohta: ei leitud
Kontrollimine 'sqlite3': ei leitud
Kontrollimine päist linux/if_tun.h: jah
Kontrollimine python moodulit 'gi': 3.26.1
Kontrollimine python moodulit 'gi.repository.GObject': ok
Kontrollimine python moodulit 'cairo': ok
Kontrollimine python moodulit 'pygraphviz': 1.4rc1
Kontrollimine python moodulit 'gi.repository.Gtk': ok
Kontrollimine python moodulit 'gi.repository.Gdk': ok
Kontrollimine python moodulit 'gi.repository.Pango': ok
Kontrollimine python moodulit 'gi.repository.GooCanvas': ok
Kontrollimine programmi 'sudo': /usr/bin/sudo
Kontrollimine programmi 'valgrind': ei leitud
Kontrollimine 'gsl': ei leitud, python-config: ei leitud
Kontrollimine kompileerimisflagi -fstrict-aliasing toetust: ok
Kontrollimine kompileerimisflagi -fstrict-aliasing toetust: ok
Kontrollimine kompileerimisflagi -Wstrict-aliasing toetust: ok
Kontrollimine kompileerimisflagi -Wstrict-aliasing toetust: ok
Kontrollimine programmi 'doxygen': /usr/bin/doxygen
---- Valikuline ns-3 omaduste kokkuvõte:
Kogumise profiil: optimeeritud
Kogumise kataloog: 
BRITE integreerimine: mitte lubatud (BRITE ei ole lubatud (vt valikut --with-, !brite))
DES-i mõõtmete sündmuste kogumine: mitte lubatud (vaikimisi keelatud)
Emulatsioon FdNetDevice: lubatud
Näited: lubatud
Faili descriptor NetDevice: lubatud
GNU teaduslik raamatukogu (GSL): ei ole lubatud (GSL ei leitud)
Gcrypt raamatukogu: ei ole lubatud
(libgcrypt ei leitud: saate kasutada ,!libgcrypt-config selle asukoha leidmiseks.) GtkConfigStore: ei ole lubatud (raamatukogu 'gtk+-3.0 >= 3.0' ei leitud)
MPI tugi: ei ole lubatud (valik --enable-mpi ei ole valitud)
ns-3 Click integreerimine: ei ole lubatud (nsclick ei ole lubatud (vt valikut --with-, !nsclick))
ns-3 OpenFlow integreerimine: ei ole lubatud (nõutavad boosti raamatukogud ei leitud)
Võrgu simuleerimise kere: ei ole lubatud (NSC ei leitud (vt valikut --with-nsc))
PlanetLab FdNetDevice: ei ole lubatud (PlanetLab operatsioonisüsteemi ei tuvastatud, !(vt valiku --force-planetlab))
PyViz visualiseerija: lubatud
Python API skaneerimise tugi: ei ole lubatud (puudub 'pygccxml' Python moodul)
Pythoni sidemed: lubatud
Reaalajas simulaator: lubatud
SQlite stats andmete väljund: ei ole lubatud (raamatukogu 'sqlite3' ei leitud)
Tap Bridge: lubatud
Tap FdNetDevice: lubatud
Testid: lubatud
Traditsioonilised primitiivid: lubatud
Kasutage sudo suid bitti seadmiseks: ei ole lubatud (valik --enable-sudo ei ole valitud)
XmlIo: lubatud
'configure' lõpetati eduka lõpuga (6.387s)

Pange tähele ülaltoodud loendi viimast osa. Mõned ns-3 valikud ei ole vaikimisi sisse lülitatud või vajavad nõuetekohaseks toimimiseks süsteemi toetust. Näiteks, et lubada XmlTo, peab süsteemis olema kohalolev raamatukogu libxml-2.0. Kui seda raamatukogu ei leitud ning vastavat ns-3 funktsiooni ei lülitatud sisse, kuvatakse teade. Samuti pange tähele, et on võimalik kasutada käsku sudo suid'i bit 'suid ID ehk grupi seadmine käitamise ajal' teatud programmide jaoks. See ei ole vaikimisi sisse lülitatud ja seetõttu kuvatakse see funktsioon kui 'ei ole aktiivne' ('not enabled'). Lõpuks, et saada nimekiri sisse lülitatud valikutest, kasutage Waf argumenti --check-config.

Nüüd naeme tagasi ja vahetame tagasi silumisversiooni, mis sisaldab näidiseid ja teste.

$ ./waf clean 
$ ./waf configure --build-profile=debug --enable-examples --enable-tests

Kogumissüsteem on nüüd seadistatud, ja saate ehitada ns-3 silumisversioone, lihtsalt tippides:

$ ./waf

Olgu, et eeltoodud sammud on sundinud teid ns-3 süsteemi kaks korda kokku panema, kuid nüüd teate, kuidas konfiguratsiooni muuta ja optimeeritud koodi koostada.

Kuidas kontrollida, milline profiil on antud projekti konfiguratsiooni jaoks aktiivne, on olemas käsk:

$ ./waf --check-profile 
Waf: Sisenemine katalooge `/path/to/ns-3-allinone/ns-3.29/build' 
Kogumise profiil: debug

Ülaltoodud stsenaarium build.py toetab ka argumente --enable-examples ja --enable-tests, kuid ta ei toeta otseselt teisi valikuid. Waf Näiteks ei tööta see:

$ ./build.py --disable-python

reaktsioon on järgmine:

build.py: error: no such option: --disable-python

Siiski saab erilist operaatorit - - kasutada täiendavate parameetrite edastamiseks läbi waf, seega töötab järgmine käsk:

$ ./build.py -- --disable-python

kuna see genereerib põhikäsku ./waf configure —disable-python. Siin on veel mõned sissejuhatuslikud näpunäited Waf.

Kogumise vigade käsitlemine

ns‑3 väljalasked on testitud uusimate C++ kompilaatoritega, mis olid saadaval väljaande ajal levinud Linuxi ja MacOS jaotustes. Aja jooksul aga väljastatakse uusi jaotusi koos uute kompilaatoritega, mis on tavaliselt ettevaatlikumad hoiatuste osas. ns‑3 seadistab oma ehituse, et käsitleda kõiki hoiatusi kui vigu, seega võib vanema versiooni kasutamine uuel süsteemil põhjustada kompilaatori hoiatusi, mis peatavad ehituse.

Näiteks oli varem väljalase ns‑3.28 Fedora 28 jaoks, mis sisaldas uut suurt versiooni gcc (gcc-8). ns‑3.28 või varasemate versioonide ehitamisel Fedora 28-l, kui Gtk2+ on installitud, võib tekkida järgmine viga:

/usr/include/gtk-2.0/gtk/gtkfilechooserbutton.h:59:8: error: unnecessary parentheses ,!in declaration of ‘__gtk_reserved1’ [-Werror=parentheses] void (*__gtk_reserved1);

Väljalaskes, mis algab ns‑3.28.1, Waf on saadaval valik nende probleemide lahendamiseks. See keelab flagi "-Werror" seadistamise g++ ja clang ++ jaoks. See on valik "—disable-werror", mida tuleks rakendada konfigureerimise ajal:

$ ./waf configure --disable-werror --enable-examples --enable-tests

Konfigureeri või ehita

Mõned käsklused Waf omavad mõtet ainult seadistamisfaasis, samas kui mõned toimivad ainult koostamisfaasis. Näiteks, kui soovite kasutada ns-3 emulatsiooni funktsioone, saate lubada bitiseadmise. suid kasutades sudo, nagu eespool kirjeldatud. See tühistab seadistamisfaasi käsud, võimaldades teil konfiguratsiooni muuta järgnevate käskudega, mis sisaldavad ka näiteid ja teste.

$ ./waf configure --enable-sudo --enable-examples --enable-tests

Kui teete seda, Waf käivitab sudo, et muuta emulatsioonikoodi soketite loomise programme, et neid saaks käitada õigustega. root. Dokumendihalduses Waf saadaval on palju muid valikuid seadistamise ja koostamise etappide jaoks. Valikute uurimiseks tippige:

$ ./waf --help

Järgmises osas kasutame mõned testimisega seotud valikud.

Koostamisprofiilid

Oleme juba näinud, kuidas saab seadistada Waf koostamisteks. debug ja optimized:

$ ./waf --build-profile=debug

Samuti on olemas vahepealne koostamisprofiil, release. Valik -d on sünonüüm --build-profile. Koostamisprofiil haldab logimise, väidete (assertions) ja kompilaatori optimeerimisvõtmete kasutamist:

Kuidas nähtud, on logimine ja väidikud saadaval ainult silumise versioonides. Soovitatav praktikaks on kirjutada oma skripti silumisrežiimis ja seejärel teostada korduvkasutusi (statistika või parameetrite muutmiseks) optimeeritud koostamisprofiilis.

Kui teil on kood, mis peab toimuma ainult teatud koostamisprofiilides, kasutage makrot Code Wrapper Macro:

NS_BUILD_DEBUG (std::cout << "Osa väljundi reas..." << std::flush; timer.Start ,!()); DoLongInvolvedComputation ();
NS_BUILD_DEBUG (timer.Stop (); std::cout << "Tehtud: " << timer << std::endl;)

Vaikimisi, Waf paigutab koostamisartefaktid koostamiskausta. Võite määrata teise väljundkausta, kasutades valikut - -out, näiteks:

$ ./waf configure --out=my-build-dir

Kombineerides seda koostamisprofiilidega, saate hõlpsasti vahetada erinevate kompileerimisvalikute vahel:

$ ./waf configure --build-profile=debug --out=build/debug
$ ./waf build
...
$ ./waf configure --build-profile=optimized --out=build/optimized 
$ ./waf build
...

See võimaldab teil töötada mitme koostamisega, ilma et peaksite iga kord viimast koostamist ümber kirjutama. Kui vahetate teisele profilile, Waf kompileeritakse ainult see, ilma et kogu uuesti kompileeritaks.

Kui vahetate ehitusprofiile, peate hoolitsema selle eest, et iga kord kasutada samma konfiguratsiooni parameetreid. Te saate vigu vältida, määrates mitu keskkonnamuutujat:

$ export NS3CONFIG="--enable-examples --enable-tests" 
$ export NS3DEBUG="--build-profile=debug --out=build/debug"
$ export NS3OPT="--build-profile=optimized --out=build/optimized" 

$ ./waf configure $NS3CONFIG $NS3DEBUG
$ ./waf build 
... 
$ ./waf configure $NS3CONFIG $NS3OPT
$ ./waf build

Kompilaatorid ja lipud

Ülaltoodud näidetes Waf kasutab ns‑3 C++ kompilaatorit GCC-st ( g++). Siiski on võimalik muuta kasutatavat Waf C++ kompilaatorit, määrates keskkonnamuutujat CXX. Näiteks, et kasutada C++ kompilaatorit Clang, clang++,

$ CXX="clang++" ./waf configure 
$ ./waf build 

Sarnaselt saab seadistada Waf jaotatud kompileerimist distcc:

$ CXX="distcc g++" ./waf configure 
$ ./waf build

Rohkem teavet distcc ja jaotatud kompileerimise kohta leiate projekti dokumentatsioonist. Kui konfigureerite ns‑3, et lisada kompilaatori lipud, kasutage keskkonnamuutujat CXXFLAGS_EXTRA.

Installeerimine

Waf võib kasutada raamatukogude installimiseks erinevatesse süsteemi kohtadesse. Vaikimisi asuvad kogutud raamatukogud ja käivitatavad failid kataloogis build, ja kuna Waf teab nende raamatukogude ja käivitatavate failide asukohta, ei ole raamatukogude installimine kuhugi mujale vajalik.

Kui kasutajad eelistavad installida väljaspool ehituskausta, saavad nad käivitada käsu ./waf install. Vaikimisi on installimise prefiks - /usr/local, seega ./waf install paigaldab programmid /usr/local/bin, raamatukogud /usr/local/lib ja päised /usr/local/include. Superkasutaja õigused on tavaliselt vajalikud vaikimisi prefiksi installimiseks, seega tüüpiline käsk on sudo ./waf install. Käivitusel eelistab Waf esmalt kasutada ehituskausta ühiseid raamatukogusid, seejärel otsib raamatukogusid raamatukogude teelt, mis on seadistatud kohalikus keskkonnas. Seega on hea praktika raamatukogude installimisel süsteemi kontrollida, et kasutatakse õigeid raamatukogusid. Kasutajad saavad valida mõne teise prefiksiga installimise, edastades konfigureerimise ajal valiku --prefix, näiteks:

./waf configure --prefix=/opt/local

Kui kasutaja sisestab paigalduskomandi pärast kokkupanekut, ./waf, kasutatakse prefiksina /opt/local.

Meeskond ./waf clean , mida peab kasutama enne projekti ümberkonfigureerimist, kui paigalduseks kasutatakse Waf teist prefiksi.

Seega ei ole ns-3 kasutamiseks vajalik käsu käivitamine ./waf install. Enamusele kasutajatest seda käsku tõenäoliselt ei vajalik, kuna Waf haarab praegused teegid koostamise kaustast, kuid mõned kasutajad võivad leida, et see on kasulik, kui nende tegevus hõlmab programmidest väljaspool ns-3 kausta töötamist.

Waf on ühtne

ns-3 allika puu ülemisel tasemel on ainult üks Waf-i skript. Kui alustate, veedate palju aega kaustas scratch/ või sügavamal, kaustassrc/... ja võib-olla on teil vajadus käivitada Waf. Võite lihtsalt meeles pidada, kus te olete, ja käivitada Waf järgmiselt:

$ ../../.. /waf ...

, aga see on väsitav ja alti vale, seega on paremaid lahendusi. Üks levinud viisidest on kasutada tekstiredaktorit, nagu emacs või vim, kus avatakse kaks terminali sessiooni, millest üks on mõeldud ns-3 kogumiseks ja teine allika koodi redigeerimiseks. Kui teil on ainult tarball, siis võib aidata keskkonnamuutuja:

$ export NS3DIR="$PWD" 
$ function waff { cd $NS3DIR && ./waf $* ; } 

$ cd scratch 
$ waff build

Mooduli kataloogis võib tunduda ahvatlev, et lisada triviaalne waf skript näidise järgi exec ../../waf. Palun ärge tehke seda. See segab algajaid, ning halva täitmise korral toob kaasa raskesti tuvastatavaid kogumise vigu. Ülaltoodud lahendused on need, mida järgida.

3.5 ns-3 testimine

Saate käivitada ns-3 distributiivide moodulitestid, käivitades skripti ./test.py:

$ ./test.py

Need testid käivitatakse paralleelselt Waf. Lõppkokkuvõttes peaksite nägema sõnumit, et

92 of 92 tests passed (92 passed, 0 failed, 0 crashed, 0 valgrind errors)

See on oluline sõnum, et tuvastada rikkeid, krahhe või valgrind vigu, mis näitab koodiga või tööriistade ja koodi ühilduvuse probleeme.

Te näete ka lõppväljastust Waf ja testijalt, kes iga testi käivitab, mis näeb välja umbes nii:

Waf: Sisen direktoriisse `/path/to/workspace/ns-3-allinone/ns-3-dev/build' 
Waf: Jätame direktori `/path/to/workspace/ns-3-allinone/ns-3-dev/build' 
'build' lõpetas edukalt (1.799s) 

Kompileeritud moodulid:
aodv           rakendused           sild
klik           konfiguratsioon-pood   tuum
csma           csma-layout          dsdv
emu            energia              voogude jälgimine
internet       lte                  võrgu
liikumine      mpi                  netanim
võrk          nix-vector-routes     ns3tcp
ns3wifi        olsr                 openflow
punkt-punkt    punkt-punkt-layout    levik
spekter        statistika           tap-bridge
template       test                 tööriistad
topoloogia-lugemine  uan              virtuaalne-net-seade
visualiseerija  wifi                wimax

PASS: TestSuite ns3-wifi-interference
PASS: TestSuite histogram 

...

PASS: TestSuite objekt
PASS: TestSuite juhuslikud-arvugeneraatorid
92 92-st testist läbis (92 läbis, 0 ebaõnnestus, 0 krahhi, 0 valgrind viga)

See kommando käivitavad tavaliselt kasutajad ns‑3 jaotuse koostamise õigsuse kiireks kontrollimiseks. (Palun pange tähele, et "PASS: ..." ridade järjestus võib erineda, see on normaalne. Oluline on see, et lõppkokkuvõtte real on kõik kontrollid läbitud; ükski test ei ebaõnnestunud ega katkenud.) Ja Waf, ja test.py jagavad töö koormust saadaval olevate protsessori tuumade vahel masinas.

3.6 Skripti käivitamine

Tavaliselt käivitame skripte järelevalve all Waf. See võimaldab ehitussüsteemil tagada, et ühiste teekide teed on õigesti seadistatud ja et raamatukogud on tööajal saadaval. Programm käivitamiseks kasutage lihtsalt Waf argumenti - run. Käivitame ns‑3 jaoks samaväärse universaalse programmi hello world, sisestades järgmise:

$ ./waf --run hello-simulator

Waf kontrollib esmalt, et programm on õigesti kokkupanek ja vajadusel viib läbi kompileerimise. Siis Waf käivitab programmi, mis toob järgmise väljundi.

Hello Simulator

Palju õnne! Nüüd olete ns‑3 kasutaja!

Mida ma peaksin tegema, kui ma ei näe tulemust?

Kui näete sõnumeid Waf, mis näitavad, et kompileerimine oli edukalt lõpetatud, kuid ei näe väljundit «Hello Simulator», siis on tõenäoliselt, et olete jaotises [Kompileerimine-waf] lülitanud oma ehitusrežiimi optimized, kuid jätsite tagasipöördumise režiimi vahele debug. Konsooli väljund, mida selles juhendis kasutatakse, kasutab spetsiaalset komponenti ns‑3, mis logib ja prindib kasutajateateid konsooli. Selle komponendi väljund on optimeeritud koodi kompileerimisel automaatselt keelatud — see on "optimeeritud". Kui te ei näe väljundit „Hello Simulator”, sisestage järgnev:

$ ./waf configure --build-profile=debug --enable-examples --enable-tests

et seadistada Waf ns‑3 programmide silumise versioonide koostamiseks, mis sisaldavad näidiseid ja teste. Seejärel peate uuesti kompileerima käesoleva silumise versiooni koodi, sisestades

$ ./waf

Nüüd, kui käivitate programmi hello-simulator, peaksite nägema oodatud tulemust.

3.6.1 Käskude reas argumendid

Käskude lisamiseks ns‑3 programmi argumendid, kasutage järgmist mallia:

$ ./waf --run  --command-template="%s "

Asendage oma programmi nimega ja argumentidega. Argument - -command-template kuna Waf on põhimõtteliselt retsept tegeliku käsurea koostamiseks. Waf käideldav programmide käitamiseks. Waf kontrollib, et koostamine on lõpetatud, seadistab teed jagatud raamatukogusse ja seejärel, kasutades antud käsurea malle ja asendades %s kohatäitja programmi nimega, kutsub täitmisfaili. Kui see süntaks tundub keeruline, on olemas lihtsam variant, milles on ns‑3 programm ja selle argumendid üksikute ülakomade vahel:

$ ./waf --run ' --arg1=value1 --arg2=value2 ...'

Teine, eriti kasulik, näide on testikomplektide valikulise käitamise võimalus. Oletame, et on olemas testikomplekt (suite) mytest (tõeliselt pole seda olemas). Ülalpool kasutasime skripti ./test.py mitmeid teste paralleelselt käivitamiseks, mis kutsub testimisprogrammi korduvasti. test-runner. Otse kutsub üles ühe testi käitamiseks: test-runner $ ./waf --run test-runner --command-template="%s --suite=mytest --verbose"

Argumente edastatakse programmi.

Kuna mytest ei eksisteeri, genereeritakse veateade. Test-runneri saadaval olevate parameetrite printimiseks sisestage: test-runner$ ./waf --run test-runner --command-template="%s --help"

$ ./waf --run test-runner --command-template="%s --help"

3.6.2 Silumine

Ettevõtte ns‑3 programmide käivitamiseks teise tööriista all, nagu näiteks debugeerija (nt gdb) või mälu kontrollimise tööriist (nt valgrind), kasutage sarnast vormi - -command-template = "…". Näiteks, et käivitada debugeerijas gdb teie hello-simulator ns‑3 programmi argumentidega:

$ ./waf --run=hello-simulator --command-template="gdb %s --args "

Pange tähele, et ns‑3 programmi nimi on koos argumendiga - run, ja juhtimise utiliit (siin gdb) on esimene token argumendis - -command-template. Valik - -args teatab gdb, mis tähendab, et ülejäänud käsurea osa kuulub «madalamale» programmile. (Mõned versioonid gdb ei mõista valikut - -args. Sel juhul eemaldage programmi argumendid - -command-template ja kasutage käsu komplekti gdb args.) Saame selle retsepti ja eelneva kokku panna, et käivitada test debugeerijas:

$ ./waf --run test-runner --command-template="gdb %s --args --suite=mytest --verbose"

3.6.3 Töökaust

Waf tuleb käivitada oma asukohast ns‑3 puu ülaosas. See kaust muutub töödirektoriks, kuhu salvestatakse väljundfailid. Kuid mis siis, kui soovite need failid salvestada väljapoole ns‑3 lähtekoodi puu? Kasutage argumenti - -cwd:

$ ./waf --cwd=...

Võib-olla on teil mugavam saada väljundfailid oma töökaustas. Sel juhul võib aidata selline kaudne tegevus:

$ function waff {
CWD="$PWD" 
cd $NS3DIR >/dev/null 
./waf --cwd="$CWD" $*
cd - >/dev/null 
}

Selline eelmise versiooni käsu dekoreerimine säilitab praeguse töökausta, liigub kausta Waf, ja seejärel annab käsu Waf tagasi liikumiseks salvestatud töökausta enne programmi käivitamist. Mainime käsku - -cwd täielikkuse huvides, enamik kasutajaid käivitavad lihtsalt Wafi ülemise taseme kaustast ja genereerivad seal väljundfailid.

Jätkub: peatükk 4

Allikas: habr.com