Ovako ,rekao sam da ne moras da me drzis za svaku rec ali evo:
u daljem textu pod aplikacijom smatraj proces koji zeli da upise nesto na HDD
a pod program-servis smatraj user skup procesa ili proces koji to kontrolise.
Naravno da kernel obavestava taj program-servis da se trazi upis na HDD ,za to nisu potrebne
nikakve modifikacije kernela ali:
1. kernel se moze konfigurisati da tom programu-servisu da najvecu mogucu instancu i prioritet,sta se time postize? Pa kada aplikacija posalje zahtev kernelu za pisanje kernel(preko CPU-a) to tumaci u vidu prekida zar ne e sada aplikacija od kernela ceka odobrenje zar ne ,kernel kada primi zahtev za upis interpretira to kao prekid obavestava o tome instancu i interfejs servisa-programa koja uzgred ima veci prioritet od aplikacije koja trazi upis ,program-servis kada je obavesten iz prve ruke u zahtevu za upis stopira ceo proces e sada tu su moguce dve varijante ili da vrati povratnu informaciju kernelu da kernel stopira proces ili da sam taj program-servis stopira(pauzira) datu aplikaciju(to necu sada razmatrati jer je analiza verovatno od par strana a ovo sto ja pisem je hipoteza).
2. Brzina datog procesa moze se obaviti u par ciklusa za koje kernel nema sanse da otvori
fajl deskriptor i inicijalizuje fajl sistem drajver (izracunaj).
3. Gde si ti procitao da su prekidi upuceni na HDD?
4. Odgovor na tvoje pitanje preko kog interfejsa se slusa kernel je ni preko jednog postojeceg.
Jednostavno ti napravis novi super optimizovani interfejs koji ce da u par ciklusa da primi obavestenje od kernela , i stopira aplikaciju ili to zatrazi od kernela a kada stopira onda proverava zadata pravila(cak ne mora da se ceka ni povratna informacija da je aplikacija stopirana jer mora biti, pa se odmah moze pristupiti analizi pravila).Nemoj mi samo reci da to ne moze da se napravi/napise.
5. Sustina je u tome da se kernel moze iskonfigurisati (bez njegovih izmena) da cim primi
odgovarajuci prekid posalje obavestenje gorepomenutom interfejsu pre nego sto pocne da otvara fajl deskriptor i drajver a i fajl deskriptor radi na manjem prioritetu od tog interfejsa.
6. E sada ostaje pitanje kako sve ovo realizovati.Pod pretpostavkom da se interfejs osluskivanja
moze napraviti moguce je u njega ugraditi i API kojim bi ti podesavao pravila a moguce je i sasvim zasebno napraviti API .
7. Analiza performansi ovog sistema je sasvim druga prica i nema veze sa pitanjem da li ovo moze da funkcionise ili ne .
Naravno verovatno su moguce varijacije ovog postupka radi optimizacije, kompatibilnosti i slicno.
Mislim ne zelim da ulazim u raspravu apsolutne fool-proof funkcionalnosti ovoga ali jednostavno mogu se navesti potrebni i dovoljni uslovi da bi dati postupak radio.
Sve ovo shvati kao hipotezu ja ne tvrdim da ovo radi ali kao i svaka hipoteza ona se moze argumentovano potvrditi ili argumentovano odbaciti ili naci potrebni i dovoljni uslovi i granicni uslovi funkcionalnosti.
Ja sam previse umoran da bih jos pisao o ovome ali ne zelim bez nepobitnih argumenata da verujem
da se ne moze bez modifikacije kernela spreciti nezeljeni upis podataka (bilo kakvom metodom).
Ako mi nepobitno dokazes da to nije moguce(ne samo ovo sto sam ja napisao vec uopste bez diranja kernela) sve sto sam napisao smatracu za spam i FUD .
2x fujitsu(general) 07LEC + Fujitsu 12LUC
80mkv. spoljni zidovi 25 cm puna cigla 10 cm stiropor, plafon 20 cm mineralna vuna
stolarija PVC , osim dva jako losa drvena prozora koje mislim da promenim u nekim buducim
projektima/dogradnjama oko kuce.