"Hogyne. Csak epp akkor mit tegyen az ember, ha kidol a vas a szoftver alol. Behuzol egy uj vasat ala, es meglepve latod, hogy a regi OS-ed nem megy rajta."
Vesz regi vasat, vagy lecsereli a szoftvert. Vagy uj vas + emulator. Ha egyik sem opcio, akkor sajna uj szoftvert kell talalni.
Szar az elet, eh?
"Pont a fenn emlitett MorphOS olyan ami kepes erre a trukkre. Kepes egy olyan alkalmast futtatni amit 15 evvel korabban egy teljesen mas architekturaju gepre irtak."
Hurra, akkor ahol erre van szukseg, lehet MorphOS-t hasznalni. Mar latom ahogy tolong a nagy Uzleti Szfera, hogy migraljon.
"Az altalad emlitett forditasi problema santit. Egyreszt egy klasszikus filerendszernel minden egyes atmeneti file letrhozasanal tortenik egy irasi muvelet es nincs olvasas mint a szinkronizalasnal."
Igen, nem is hasznalok "klasszikus" filerendszert a laptopomon. Pont ezert.
"Masreszt ha nincs elegendo memoriad akkor elobb utobb a szinkronizalni fog a filerendszered, es akkor ugyanott vagy mintha direkben irnad a meghajtot."
Ez nem teljesen helytallo megallapitas.
Eloszor is, nem biztos, hogy minden tempfile nagy. Tehat siman elofordulhat hogy a felet sose kell kiirni lemezre, mert torlodik meg mielott elfogyna a memoria. Ez mar rengeteg vinyo muveletet megsporolt.
De, ha feltetelezzuk, hogy minden tempfilet ki kell irni igy is ugyis, akkor is ha eloszor memoriaban taroljuk, kevesebb (de nagyobb meretu) irast lehet vegezni, ami megfeleloen optimalizalva arra jo, hogy kevesebbet mozog a vinyo feje, amivel szinten nyertunk valamennyit.
Mig ha rogton irnank amint jon a cuccos, konnyen lehet, hogy tobbet ugralna az a fej.
Vegyunk egy peldat! Adott egy 1Gb-s tempfile, amit mondjuk 64k-128k meretu szeletenkent irunk ki. Ha rogton irni kezdunk lemezre, konnyen lehet, hogy latjuk, je, itt meg epp van 100k hely, bepaszirozzuk ide a blokkot! Naon jo! Fel pillanat mulva jon a kovetkezo szelet, 64k... whopsz! Hat ezt rogton ide moge nem tudjuk, seek a vilag masik vegere, es beirjuk oda. Es igy tovabb.
A delayed allocation ezen nagyon szepen segit, mert az akkor kezd irni amikor a file mondjuk 500Mb (hasrautes szeruen, nyilvan ez sem magikus gyogyszer, de azert valamit hasznal), es igy egybefugobb, kozelebb levo helyekre tudja irni, nem kismillio darabra szetszedve.
Ez mind az irast, mind a visszaolvasast segiti, es energiatakarekosabb is.
Persze ennek egy jelentos resze hardver szinten is valoszinuleg implementalva van, viszont ahhoz, hogy azt kihasznaljuk, kommunikalni kell a vinyoval, nem lehet sleepben.
Ha van kismillio pici fileom, akkor lehet a vinyonak szolni, hogy haho, ird ki, es vagy kiirja, vagy nem, mert kozben kitoroljuk, vagy lehet az OS egy picit okosabb, es rajohet, hogy nem is kell a vinyonak szolni, ezzel is megsporolva par utasitast.
"Ha meg van elegendo memoriad, akkor teljesen mindegy, hogy a forditas a meghajton vagy a memoriaban tortenik."
Ebben egyetertunk :)
"Amugy amiota van 4-500Mb szabad memoriam a gepemben joforman az osszes forgatast a ott vegzek, mert nagysagrendekkel gyorsabb."
Nekem osszesen 512Mb van a laptopomban, en inkabb nem memoriaban forgatok, szeretek mast is csinalni kozben.