[es] - Vreme ucitavanja fajla

Srki_82
Srdjan Tot
Me @ My Home
Ljubljana

Član broj: 28226
Poruke: 1403
82.208.201.*

ICQ: 246436949

+10 Profil

^{30.11.2006. u 14:15 - pre 211 meseci}

Procitas vreme (zavisi koliko precizan zelis da budes... mozes procitati broj milisekundi od kad je win startovan, a mozes citati i high freq. brojac ako zelis preciznije merenje)pre i posle otvaranja/ucitavanja/kopiranja fajla i odredis razliku... to je trazeno vreme.

Play Store

Odgovor na temu

savkic
Igor Savkić

Moderator
Član broj: 92186
Poruke: 2739

+92 Profil

Re: Vreme ucitavanja fajla

^{30.11.2006. u 15:34 - pre 211 meseci}

> Procitas vreme (zavisi koliko precizan zelis da budes... mozes procitati broj milisekundi od kad je win startovan, a mozes citati i high freq. brojac
> ako zelis preciznije merenje)pre i posle otvaranja/ucitavanja/kopiranja fajla i odredis razliku... to je trazeno vreme.

Za slučaj da se želi još veća preciznost/tačnost od HighFreq brojača, može se koristiti RDTSC, procesorov brojač izvršenih ciklusa od uključivanja računara.

Do not be a help vampire (http://slash7.com/pages/vampires), use the google.

How to ask questions the smart way:
http://www.catb.org/~esr/faqs/smart-questions.html
http://solair.eunet.rs/~fangor...stions/smart-questions.sr.html

Odgovor na temu

vlaiv
Vladimir Vlaisavljevic
Novi Sad

Član broj: 15993
Poruke: 352
*.metrohive.net.

+1 Profil

Re: Vreme ucitavanja fajla

^{01.12.2006. u 14:25 - pre 211 meseci}

Ako si ipak pitao nesto drugo (bar sam ja pomislio iz tvog pitanja da si mislio na to) onda moze ovako:

Krenes da ucitavas fajl sa nekim block read-om (znaci segment po segment fajla) i za svaki segment meris prolazno vreme.

1. - 2 sekunde ...
2. - 1.5 sekundi ...
3. - 1.6 sekundi ... (lupetam)

I znas da ima recimo 32 segmenta ... (mozes i po broju bajtova)

I onda lepo kazes aha, za 3 segmenta mi je trebalo 4.1 sekunda, sto znaci da ce za preostalih 29 segmenata (32-3 = 29) biti potrebno

(29/3)*4.1 (zagrada nije potrebna ali sam je ubacio radi lakseg shvatanja sta i zasto racunas)

i onda napises 40 sec remaining ... i radis update na svaki segment, ili sekund ili sta vec....

To mu valjda dodje linearna extrapolacija (nisam siguran da li je to tacan izraz i dali je to to, cini mi se da jeste (davno sam ja studirao), ako ne
neka me neko ispravi)

Ako ti je ucitavanje priblizno linearno - koristis to za precizan rezultat.

Ako ucitavanje varira po brzini (recimo opticki uredjaj ili download) - postoje i drugi extrapolacioni algoritmi koji mogu aproximirati citavu stvar
a mozes ponuditi i par brojaca (ovo pisem samo zato sto me je oduvek nervirao windows download dijalog sa sumanutim predikcijama posto
su koristili ono linearno ...) pa kazes, u proseku citavog fajla bice gotovo za 4:23 a po onome sto se desavalo u poslednjih pet sekundi cini mi
se da ce ovaj download trajati 1 day 22:12:07 ... :)

Ako sa druge strane zelis da izracunas koliko ce to trajati bez da se proba, to mislim da je dosta kompleksnije

(nisam cak ni siguran kako bi se to dalo uraditi ali moze da se napravi dobra aproximacija tako sto ces za razlicite segmente ucitavanja fajla napraviti
referentne vrednosti u odnosu na neki izmereni sistem - pristup disku, srednja brzina citanja, zauzetost procesora, snaga procesora, propusna moc kontrolera
i tako neke stvari pa onda na osnovu referentih vrednosi i realnih vrednosti (koje ili da meris ili kao pokusas da skontas na osnovu hardware-a) napravis racunicu)

Odgovor na temu