Re: Tvrda realita.

[Zdenek Kabelac <kabi@fi.muni.cz>]

Ivo Janacek wrote:

> >Omyl, omyl, omyl - vidim, ze musim vysvetlit svoji predstavu o
> >asynchronnim
> >cteni a zapisu - probiha tak ze pokud zavolam OPEN a READ
> >tak pri dalsim READ uz budou v cache predchystana dalsi data a READ
> >se vrati okamzite po zavolani teto funkce.
> >Pri WRITE se okamzite prenesou data do cache a tam probiha asynchronni
> >zapis, pricemz moje aplikace okamzite pokracuje v cinnosti a pokud
> >projevi zajem o zapsana data je pozadavek zpracovan v cache
> >ci-li obdoba WriteThrough cache u procesoru.
> >Principy spravneho ukladani a predchystavani dat cache jsou dobre
> >rozpracovany v mnoha publikacich zajemci si je mohou vyhledat.
> 
> Sorry, musim reagovat. To co popisujes je sice pravda, ale je to
> zase jen na programatorovi kdyz ten soft takhle napise. Ja kdysi
> napsal prevodnik norem pro vlastni potrebu a nejdrive to bylo
> asi 10x pomalejsi nez v C a pakk jsem opravil cast, kde se cetlo
> z disku a ejhle najednou to bylo 10x rychlejsi...

To je neco jineho - Cecko ma hloupe prednastavenou konstatnu
na pocet nacitanych bajtu na jedno cteni z disky - tusim 512
- pokud to clovek zvedne treba na 10KB pak se vse radove urychli tim
ze pri volani fgets,... aj.  se cte vetsinou z bufferu a
neceka se na dokonceni operace systemu.

Jenze predvidaci asynchronni cteni jde jeste dal - a i kdyz
si ceckovska fce nacte do sveho bufferu 10KB tak system
si do sve cache predvyplni dalsi cast z daneho soouboru - podle
toho v jake modu je dany soubor otevren - takze az si cecko
pozada o dalsich 10KB tak je dostane primo z cache a temer
ihned pokracuje dal.

No a neco podobneho funguje pro zapis jenze v jinem poradi :-)


> >napr popularni lec zastarale FA - prohlizec JPEG a dalsi, tak
> >to ten system asi nevyresil zcela uplne.
> 
> Nevim, protoze jsem nevidel...

No dnes uz jsou docela rychle i ty datatype a i dalsi prohlizece,
ale tak pred 3 lety to byla docela bomba.

 > >> Pouzivam dve dost velke databaze pod SBPro4 a tem to nedela zadny
> >> problem a vyhledavaji ihned...
> 
> Ano, bavime se presne o tom a ty databaze sice nemaji xxx, ale jsen x
> MB, ale presto tam jsou tisice polozek a jeste jsem nikdy necekal.
> A musim upozornit, ze v RAM je vzdy jen aktualni polozka...

Nechci zabihat do podrobnosti, ale kdyz mam na mysli databaze tak
se mi skutecne nejedna o katalog, ale o neco ve stylu Client-Server
pricemz oba dva od sebou mohou byt dale nez 2m. :-)

> 
> Ja taky ne, pouzivam stary dobry FFS.

V jistych vecech je lepsi byt konzervativni :-)
Zvlaste pokud nam jde o vlastni data, ze :-)

> >Existuji vetracky, ktere se zapinaji podle teploty - otazkou
> >je, zda-li se jejich nakup vyplati i pri vzrustajicich cenach
> el.energie
> >- jsou asi 2-3x drazsi
> 
> Ano, znam! Skvela vec, protoze nekdy se po narustu teploty seknou a
> nerozjedou se potovry! Mel jsem jeden takovy v pocitaci a nakonec

Taky mam na tomto P75 jeden zadreny vetracek - nastesi je to jen 75
takze to tomu nejak moc nevadi (uz to tak beha asi 1.5 roku :-) a
nic tomu zatim neni)
 
> Poc mi porad vykas?

K firemnim zastupcum se vetsinou chovam trochu rezervovane :-)


> >nechapu - ukladam 5KB text jako 5KB text (ma to byt narazka
> >na velikosti bloku v MS-DOS ??)
> 
> Ne, je to narazka na programy pod Winshitem, kde napises dopis, ktery
> ma jen 2kb skutecneho textu a on k tomu pribali skoro polovinu OS
> a ja nevim jake ptakoviny... Myslim, ze uz vis o co se mi jedna.

No netvrdil bych ze to jsou vzdy ptakoviny, ale ja s tim nedelam, takze
nevim.
Ale dovedu si predstavit, ze styly, fonty, ...., mohou zabrat pomerne
dost mista - rekl primo umerne moznostem editoru - ostatne i takovy
Word to umi vysolit v Ascii takze uzivatel ma moznost si to nahrat
v tomhle osekanem stavu.

 > >je docela dobre vyuziti strojoveho casu - mista na disku neni a
nebude
> >zrejme
> >nikdy dost.
> 
> Jo, na PC asi nikdy pokud u toho bude WIntel...

Jsou aplikace jak treba graficke programy, kde proste vice mista na
disku
znamena vice textur - txt. editory vice fontu ....

> Takova obycejna karta 030/25 muze byt az trikrat pomalejsi nez B1230-IV!

No podle nejakych benchmarku byly ty karty co mam obcas zapujcene,
vzdy asi tak rychle jak podle grafu mely byt.

Skoda, ze nemam doma to MaxonC++ to bylo asi tak jedine cecko,
ktere z meho pohlednu rychlosti prekladace zakrylo pomalost procesoru
:-)



-- 
                       ------=====0=====------
  There are no significant bugs in our released software   Bill
     that any significant number of users want fixed       Gates
Zdenek Kabelac    http://www.fi.muni.cz/~kabi/   kabi@fi.muni.cz