U Windowse 11 stiže ubrzani i prilagodljiviji File

Neka se malo posvete i indeksiranju u Outlooku. Beskorisnije tražilice na enterprise proizvodu ne postoji.

 .. u sridu!

U potpunosti se slažem. Od 10 intervencija, bar 8 ih je u vezi pretraživanja Oulooka i nemogućnosti pronalaska traženog maila. Totalno beskorisno i neintuitivno. 

Jeste, rešili su što se sistemske aplikacije pokreću tromo tako što su za (još) nekoliko komponenata OS-a namestili da se unapred naguraju u RAM. Koliko je puta brži storage nego nekad, koliko su porasle i frekvencije i broj jezgara procesora prosečnog računara... i nema rešenja za tromo pokretanje banalne komponente poput file explorera, osim da se sve unapred nabije u radnu memoriju.

Koristim Thunderbird za privatni mail, ali Outlook i dalje za poslovni mail (standard u firmi).

Ima i Thunderbird svojih mana, ali je za sam mail u redu. Barem mu tražilica radi kako treba (iako ne baš brzo).

.. sljedno vs paralela.. kad imaš jedno želiš drugo, jer je trava zelenija.. čak kad je ista :)

- naprotiv, bolje je paralelno, brže, tj može biti brže ili jednako, brže je s različitih medija i tad nema smisla čekati završetak jednog taska, čisti gubitak vremena.. tj prednost paralelizma.

- predviđanje točnog ili točnijeg vremena.. je i dalje predviđanje i ovisi o tisuću .. i jednom-dva parametra koji su promjenjivi, od čega pola nije os nego nešto drugo, juzer, periferija, kontroleri, diskovi i postavke koje juzer u znanju ili bez podesi odnosno defaulti kad za to ni ne zna, npr keširanje i dodatni soft za agresivno keširanje koji se često dobije uz flash-ssd diskove (storage-memorije..).. točno ili točnije vrijeme dolaska žele i sve bus-prijevoz linije, tramvaji, pa ne pomaže, jer je sustav u kojem rade dinamičan, ne statičan.. kao i rad na računalu o čemu ovisi koliko će dodatnih taskova dobiti kao naveden primje dodatno kopiranje paralelno ili u nizu.. što već daje razliku u točnosti predviđanja ili vremenske prognoze..

-a to sve win os i ntfs rade odlično, vrlo brzo.. ili optimalno za prosječne potrebe korisnika, može strože, sigurnije, brže.. no nešto tad uvijek plati ceh, ili-ili..

-a sad zašto kao branim ms za copy procjenu.. jer je ekšli vrlo-dovoljno dobra i skoro da ne može biti 'točnija', jer previše promjenjivih faktora je u igri pa do samog mogućeg throtlanja uređaja ili bilo kojeg dijela lanca, pri čemu sve radi cpu-ram-kontroler-uređaj s povratnom potvrdom i kontrolom ili ponavljanjem u slučaju greške itd..

- par karikiranih primjera, mali broj fileova.. bit će brže, neovisno o zauzeću i konkretnim byteovima koji se moraju prenjeti, 1-file od 2mb će biti brži od 2-filea po 1mb.. jer postoje dva upisa u toc itd.. a prije procjene prvo mora prebrojati, sumirati, pa nije isto kad ima recimo 1000 ili 10.000 fileova.. tj za točnije predviđanje bi prvo morao pročitati podatak o svakom pojedinom fileu, veličina i sl. i zbrojiti, zatim tek kad to izračuna predvidjeti prosječno vrijeme ili tehničko-moguće za neki uređaj-kontroler npr nvme s recimo 6000mbpd ili mreža.. bilo što, i tad tek prikazati izračunato predviđeno vrijeme, no zbog uštede-brzine algoritam to radi 'pametnijim-optimalnijim' redosljedom, logikom, krene kopirati dok izračunava.. + uzme osim statističkog prosjeka i stvarne prosječne veličine fileova, što naravno utječe na količinu prenesenih bitova neovisno o broju fileova, tj opet, brže ide jedan veliki nego tisuće malih istog kapaciteta-storagea.. na što još možemo dodati i fragmentiranost, antivirus, promjene u stanju prometa, auti na cesti ili mreža-internet-opterećenje, lokalna mreža, rad ostalih uređaja kao gpu-zvuk.. pri čemu svi koriste chipset-sabirnicu, prometnicu=cestu za promet podataka ili vozila, isto je.. no jednako nije isto potrebno vrijeme puta autom kroz grad od točke a do b ovisno o npr radnom vremenu i punoj-praznoj cesti ili kako će nas loviti semafori, ostala vozila-pješaci itd.. slično, slikovito-karikirano ima problem procjene i računalo, čak ću reći ''isto'' .. :)

-no kad bi samo to bilo, .. problem je sve, ne jedna karika lanca, nego baš sve u sustavu, uključivo i koji FS (filesys) se koristi, jer o tome ovisi i dodatna kontrola, brzina, količina podataka koja se tad zapisuje kao metatagovi .. pa kad računalo izgleda jednako ili disk, ne mora raditi jednako, dovoljno je promijeniti fs ili keš način rada, količinu, agresivno itd.. a to je izraženije-vidljivije što je ciljni uređaj sporiji, npr kad snimamo na prosječan flash diskić, na usb2 ili usb3.. tj već tom razlikom su drastične razlike u brzini, dok će keš-keširanje prijaviti da je posao gotov, dok će kontroler i dalje blicati-raditi-kopirati možda više minuta dok završi.. no to tad nije pogrešno izračunato vrijeme nego mjesto, koja karika u lancu je cilj-točka računanja, pri čemu je to možda dodatni keš koji ne mora biti dio osa ili filemanagera nego neka treća apps koja će tad dati različita vremena i ovisno što mjerimo.. mada će realno na kraju isti medij prenjeti-zapisati sve istom mogućom brzinom (minus nešto malo zbog samog postojanja keša, fizika na djelu i osnova rada... jer ako prvo mora u keš, tad će za tu milisekundu gubiti vrijeme, korist je što keširanjem oslobađa ostatak sustava za druge taskove kao da je gotovo a ostatak do kraja radi interno kontroler tj keš.. no čisto u brojanju ciklusa ili čistoj teoriji rada cpu bi bez keša bilo brže, u realnosit bi bilo bolno sporije i zato svi uređaji imaju odgovarajući keš kao cpu..).

-no to naravno nije sve.. tj što-ako.. ako je prvih recimo 1000 fileova malo, kad ih prebroji-zbroji .. izračuna približno točno vrijeme za njih.. no tad dođu na red drugi fileovi, veći.. i s njima drugi rezultati prijenosa-kopiranja.. tj kod dužeg kopiranja, više stotina-tisuća fileova i kapaciteta.. graf vrlo zgodno to prikazuje, promjenjivo u odnosu na trenutni prosjek-fileove, pa raste-pada što naravno da tako ostane tad daje recimo moguće točno vrijeme predviđanja.. no kad se konstatno mijenja, tad se naravno i to predviđanje mijenja.. no i dalje je dovoljno dobro, tj prosječan juzer zna iskustveno koliko će prosječan copy stvarno trajati, a ovisno o resursima računala, matičnoj ploči-chipsetu, nije isto server ili minijeftikaner-atom, nije isto brzi ram i više ili spori i manje, nije isto ima li 5 ili 50 jezgara.. mada je i dalje primarno za brzinu medija i sve što radi njegova stvarna brzina glavni faktor, tj malo daje razlika više jezgara, više sam disk, no i to ovisi o svemu što mora raditi a uvijek radi više taskova, nikad samo jedan.. tj današnje računalo s 4c-8h je nešto kao prosjek, osnvno.. će većinu raditi glatko-brzo, jače će moći više, manje će tad osjetiti ako antivirus krene skenirati, ako bilo što dodatnog pokrene bilo koji dio sustava, ne samo os nego bilo koja treća apps uključivo tetris ili glazba pa do screensavera i sl. ..

-točno vrijeme.. kod manjeg kopiranja u sekundama je nevažno, kod dužeg ovisno o 'uzoku' kojeg od početka kopiranja uzme u formulu i što je duže-veće to će biti prosječno točnije, bliže, no sve dok nemamo sve fileove-veličine-podatke i dalje je to samo statističko nagađanje, tj točno bi bilo u slučaju da npr imamo tisuće zipom-7z napravljenih dijelova arhive veličine recimo 20mb i da je praktički svaki paket jednak, pri čemu će samo posljednji biti manji ili jednak toj veličini i tek tad će biti greška u izračunu.. a već rečeno, bolje da prikaz-predviđanje i samo kopiranje krene prije nego sve stvarno izračuna .. jer štedi vrijeme, s manjim kopiranjima je već gotov prije nego bi prikazao vrijeme za kopiranja a s većima stigne i kasnije + korekcije..

-što kad s točnim izračunima, sve.. imamo npr throtlanje zbog pregrijavanja? .. što kad na cesti imamo gužvu? .. predviđanje i statistika su samo to, nisu svemogući .. realnost + bezbroj nijansi koje na to utječu.

.. tako da za ovo, ms ima moje pohvale.. radi vrlo dobro, nikad svi zadovoljni ili baš ponekad trebamo ono drugo.. tad koristim drugi fileman, .. lakše nego pišati protiv vjetra :)