Vicevlaknova aplikace pro hlidani vice vstupu najednou, nebo jine reseni
Ahoj,
jak se tak prokousávam postupně do Céčka narazil jsem na věc, kterou jsem nikdy předtím (kdysi dávno ve škole) nemusel řešit a to je hlídání více vstupů najednou.
Vezměme si situaci, kdy hlídám vstup z klávesnice a zároveň třeba seriový port.
Když nechám program čekat na string z klávesnice ( scanf() ), program stojí a logicky neobsluhuje seriový port. Když by mi na něj dorazila nějaká data, nevěděl bych o tom, dokud bych si nepřečetl vstupní buffer. To není úplně ideální situace.
Dovedu si představit řešení u mikrokontroleru, kde pomocí přerušení vyruším jeden proces, zpracuji příchozí data a proces nechám pokračovat v čekání. U PC netuším, jestli jsem schopen přijmat přerušení například při stisku klávesy.
Takže mě napadla dvě možná řešení:
1) nečekat na vstup z klávesnice, ale pouze v cyklech kontrolovat vstupní buffer a v případě, že se v něm něco objeví, tak to zpracovat
2) udělat aplikaci vícevláknovou, kde jedno vlákno obsluhuje uživatele a druhé hlídá seriový port.
Které řešení je častější, případně efektivnější?
Jak se takové věci řeší obecně? Jedno vlákno na GUI, jiné například na výpočetní engine a třetí například na obsluhu periferií?
Pokud jsou mé otázky naivní, tak mě prosím uveďte na pravou míru. Rovnou se přiznám, že netuším, jestli momentálně programuju v C nebo v C++, protože netbeans mi nabízejí jako možnost "C/C++ application" a gcc mi přeloží oboje. Takže nemám tušení, podle čeho bych to mohl poznat 
.
Díky
Typicky to bývá tak, že v aplikaci existuje jedno hlavní vlákno, pak vlákno obsluhující GUI. Další vlákna mohou komunikovat se vstupy případně i výstupy.
Nevím, jak je to v Céčku, ale Java nabízí API jak pro vstup z klávesnice, tak existuje i API pro práci se sériovým portem. Funguje to tak, že si jenom zaregistruješ posluchače na změnu, pak se si v okamžiku změny zavolá příslušná metoda. V případě klávesnice to mohou být eventy např. keyPresed, keyReleased.
Riesenie by bolo sledovanie,co sa deje na A28,A48 GATE kontroleri,ktory je sucastou kazdeho cipsetu resp.northbridge,tieto zalezitosti riadia veskeru komunikaciu internych a externych komponentov(mys,klavesnica,COM porty,LTP...)a ich funkcnost kontroluje aj POST...tam by sa dala vytvorit aplikacia,ktora by kontrolovala, co sa tam deje.. ovsem pod win by to musela citat z NVRAM/ESCD, inak by to system okamzite vyblokoval
Pro moje účely si hraju v Linuxu, ale myslím, že vícevláknová aplikace je pro mě přijatelnější řešení
díky
Ale Lojziku, vzdyt jsme ve škole multithreadove aplikace delali na Linuxu, PARy jsi asi nezazil, ale napriklad v predmetu Operacni systemy to po nas chteli - a to dokonce ve dvou verzich - thready a procesy, forky apod. Sice jsme tam neresili vstup, ale resili jsme tam mutexy apod. - vse co je k tomu treba - to Ti nic krome platonicke lasky k Natalce (no dobre tou trpim spise ja) skola nedala?
Jooo, tam jsem se pres svoji lenost v matematice nikdy nedostal
Boha krista, není rok 1985...
Být tebou tak si napíšu dvě vlákna. Jedno bude čekat na vstup z klávesnice a druhé obsluhuje sériový port. Přečtené hodnoty bych si pak posílal do modelu tvé aplikace přes návrhový vzor Observer (Listener).
Napsat toto v Javě, je otázka hodinky. Přeji hodně štěstí s Céčkem...
Do cecka jsem se pustil asi prec mesicem, vyslo mi to jako nejidealnejsi moznost. Takzvane 2v1, stejnym jazykem obsahnu jak jednocip, tak pocitac.
Napsat to v Céčku by také byla záležitost na pár desítek minut. Bohužel jsem zatím v learning modu (a to v né příliš řízeném nějakou metodikou), takže kolem každého kroku musím přečíst (a v hlavě srovnat) spoustu literatury, abych mohl zkoušet a po chvíli narazt na problém, a kolečko se opakuje.
Obecne sa to riesi napojenim aplikacie na odoberanie sprav zo systemovych (a inych) front (queue) a ich filtraciou. Ak chces vyvijat uz vyvinute trebars za ucelom studia, daju sa na uvod pouzit jaderne spravy, ktore vychadzaju na ABC Linuxu. Budes musiet zalistovat mozno aj hodne rokov dozadu.
Mozes sa pripadne orientovat podla klucovych slov ako:
procesy, priority, scheduler, VM (Virtual Machine), VMM (Virtual machine manager), pipeling, synchronizacia, event, mutex, futex, thread, LPC (Local Procedure Call), RPC (Remote Procedure Call), DCE (Distributed Computing Environment)...
Ak by sa ti podarilo zahnat casopis Bajt 1993 (najdes v kniznici), tak tam je popisana architektura threadingoveho spracovania velmi detailne pod nazvom "Windows NT story" na pokracovanie. Pripadne tiez casopis CHIP 10/1996 nazov clanku "Crack 95".
Uh, to dokonce zni sloziteji, nez mnou navrhovany vicevlaknovy proces.
To co navrhujes, je programovanie ake sa aplikovalo v dobach minulych pri jednotaskovych ulohach. V zasade sa to robilo ako Main_loop v ktorej sa testovali priznaky od preruseni (alebo inych udalosti) a robili sa patricne akcie. To boli casy ZX Spectrum a starsie kedy sa to robilo takto. V sucastnosti sa na udalosti hojne vyuzivaju API, ktore tie spravy zbieraju z jadra a predavaju ich aplikaciam.
Kukni si akykolvek open source ovladac, napriklad pre NET v ktorom najdes minimalne riesenie fronty pre Tx/Rx a jej obsluhy. Casto sa na to vyuziva tzv.kruhovy buffer.
Diky, podivam se na to, jestli k tomu neco najdu.
Jeste otazecka. Pro komunikaci se zarizenim pres seriovy port, myslis ze je lepsi vyuzit funkce primo pro cteni/zapis na seriovy port (a tedy udelat vicevlaknovou aplikaci, kde jedno vlakno by melo na starosti seriovy port), nebo k tomu ucelu vyuzit (pokud to jde) API OS?
Pokial to ide, tak je vzdy lepsie pouzit uz hotove API, ktore system obsahuje. API sa obchadza len vtedy, ak je treba riesit nieco inak napr. vzhladom na rychlost, odozvu, usporu pamete a pod. Aj z Cecka je mozne volat API. Pre Linux najdes hodne veci v jadernych spravach. Su tam priklady ako pouzivat niektore API z jadra, parametre volania, navratove hodnoty a pod. Ak by si chcel spravit viacvlaknovu aplikaciu tak ako ty myslis, musel by si zajst do velkej hlbky a riesit take veci ako napr. semafory, priority, udalosti, synchronizaciu a pod. Vsetky tieto veci jadro uz obsahuje.
Hned prvy prispevok od MaSo o tom hovori tiez. Vo vyssich prog.jazykoch sa to vola eventy a v C++ sa to vola signaly a sloty.
Inak ja niesom nejaky programator, len niekolko rokov fusujem do programovania. Da sa povedat, ze som si napisal ovladac pre wifi kartu kde tiez momentalne stojim nad riesenim obsluhy viac-frontoveho spracovania QoS.
Ja si s Ceckem hraju teprve necely mesic, tak jsi na tom o dost lepe
. Diky za rady, podivam se po nejakych dokumentacich.
Tak se k tématu snažím něco vygooglit a nějak stále nemůžu narazit na správná klíčová slova, protože jsem zatím nic kloudného nevymyslel. Jako by neexistovala jiná možnost vstupu než cin nebo scanf (kdy program stojí na místě a čeká až něco zmáčknu).
Rozumím tomu správně, že navěšení na API (hook?) mi bude fungovat jako přerušení? Tedy že kdykoli v běhu programu, když někdo zmáčkne klávesu, provede se příslušná rutina a program pokračuje vesele dál z místa, kde byl vyrušen?
Omlouvám se, ale jsem poněkud ovlivněn světem jednočipů, kde toho mám ze své bídné programátorské kariéry zdaleka natočeno nejvíc.