[elektro-etc] etc teszt

[vajk fekete]

1. nem az a kerdes hogy mennyi az IO hanem hogy van-e. Egy atlag iras hivaskor, addig nem ter vissza, amig oda nem seekelt, es ki nem irta a buffert. Ez 10-20 millisec!!! (5400/perc fordulaton egy korfordulat 11msec, tehat atlagos esetben a seek-en kivul meg 5.5msec amig a szektor a fej ala fordul, 7200 kicsit kevesebb.) Ez alatt a 20 msec alatt a proci egyreszt csinalhat mast is, masreszt meg az oprendszer mindenkeppen elveszi a procit a tasktol, mert tudja hogy az IO-ra var.

2. windowson lehet hogy csinal threadeket a programozo, ezek fognak parhuzamosan futni, es akar tobb processzort is kihasznalni. de tovabbra sem latom, hogy miert futnanak jobban 2db 2GHz procin mint 1db 4GHz procin.

vajk

----- Original Message ----
From: Moczik Gabor <pm at progzmaster.hu>
To: elektro-etc at tesla.hu
Sent: Tuesday, 21 August, 2007 5:32:07 PM
Subject: Re: [elektro-etc] etc teszt

vajk fekete wrote:
> taszkvaltas mindenkeppen van, hiszen az oprendszer attol oprendszer, hogy x idonkent kikenyszeriti a tasztkvaltast (preemptiv)

De a lenyeg nem ezen van, hanem azon

> a video tomorites pont jo pelda, hiszen pl diszkre kell irni a tomoritett adatot. elkuld a diszk drivernek egy buffernyit, utanna tuti nem csinalhat semmit amig nem irodott az ki. (kiveve ha async IO-t hasznal, nemtom windowson van-e mar olyan)

A video tomoritesben a disk I/O a legkevesebb. Ha a forrasanyag is diszken 
van, akkor mar rosszabb, de most arrol volt szo, hogy digitalizalunk, a 
forras anyag valszeg a memoriaban van. Ezen alakzat kereses, feltetelek 
szerint kiertekeles, szines cucc eseten ehhez fenyero szamitas is kellhet 
minden pixelre, ami eleg sok kalkulaciot igenyel, ezutan ha esemeny van, 
ossze kell csomagolni MPEG4 vagy akarmivel. Nehogymar a diszk IO legyen a 
meghatarozo.
Persze ha floppyra kell kitenni, vagy 56k-s modemen halozati meghajtora...

(Ki kell probalni. En megtettem... Ki fogom probalni dual procis gepen is, 
kivancsi leszek az eredmenyre)

> szerintem pont azert nem terjednek a sokprocis gepek PC temaban, mert tradicionalisan olyan dolgokat futtatunk egy pc-n, amit egy procira irtak, es a logikaja is egyszalu. pl meglepodnek ha a mezei biztonsagikamera szoftvered ketprocis gepen hasznalna mind a kettot.

Pedig valoszinunek tartom, mert eleg nyakatekerten lehetne leprogramozni egy 
szalban tetszoleges szamu kamera kepenek kvazi parhuzamos feldolgozasat. 
Nincs az a mazohista programozo, aki ezt ne tenne tobb szalba.
Linuxon meg valoszinu hogy minden egyes kamera kulon-kulon processzt kap, 
mivel elegge szokvanyos megoldas a 'fork'-kal valo processz inditas. Innen 
mar a kernel elrendezi, melyik procira mi keruljon...

-- 
((( Móczik Gábor  )))--((( pm -> @ -> progzmaster -> . -> hu  )))
((( Skype: moczik )))








      ___________________________________________________________
Yahoo! Answers - Got a question? Someone out there knows the answer. Try it
now.
http://uk.answers.yahoo.com/