|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
hogo fogo
Od reg.: Pjetro de
|
Pridané:
30.12.2024 15:03
gratulujeme k nárastu výkonu aplikácií o 5% až 10% a zvýšeniu zasvinenia pamäte o približne 9% a tesime sa na 64 kb stranky, ktore nam ponuknu zvysenie vykonu o dalsich 5% a zasvinenie pamate o 15%
|
|
Re: hogo fogo
Od: Boha vasho
|
Pridané:
30.12.2024 16:58
ty lolo jeden, nie zasvinenie, ale nevyuzitie. vacsie strankaovanie = nizsia granularita alokacie.
|
|
Re: hogo fogo
Od reg.: Pjetro de
|
Pridané:
30.12.2024 18:28
ja viem ty bulo, nieco podobne ako ked ntfsku nastavis kluster na 64 kib, tak 1-bajtovy subor bude realne na disku zaberat 64 kib
|
|
Re: hogo fogo
Od: Mxxl
|
Pridané:
30.12.2024 21:53
ako to vlastne funguje na platniach? keď je fyzicky cluster 4kb a ja dám ako cluster 12kb takbz tých troch pozícií sa dve nikdy nevyužívajú alebo to dá na náhodnú pozíciu z tých troch alebo na všetky? ďakujem
|
|
Re: hogo fogo
Od: Mucko dochodca
|
Pridané:
30.12.2024 22:53
Preco sa nepytas na ssd? Vsak platne pouzivaju len dochodcovia. To sa uz mozes pytat na pal.
|
|
Re: hogo fogo
Od reg.: Pjetro de
|
Pridané:
31.12.2024 9:12
Na platniach su fyzicky sektory, nie klustery !!! Maju svoju velkost na ulozenie uzitocnych (uzivatelskych) dat, ako aj nejakych par % na paritne kontroly. Sektory na platniach boli 1/3 storocia 512 bajtove. A potom bolo bozie slovo a potom sa objavili 4 kiB = 4096 bajtove sektory, kt. o par % zvysili hustotu zaznamu, nakolko cast pre paritne kontroly 4096 bajtoveho sektoru nemusela byt az 8x vacsia ako pre 512 bajtovy.
Clanok tunok tunak:
https://www.dsl.sk/article.php?article=8453
|
|
Re: hogo fogo
Od reg.: Pjetro de
|
Pridané:
31.12.2024 9:12
Cluster je dalsia SW vrstva granuacie na urovni OS, pre najmensiu moznu entitu ulozenia informacie. Samozrejme cluster moze a realne byva vacsi ako fyzicky sektor, priklad: HW sektor 512 B, defalut cluster pre NTFS 4096 B uz v casoch Win XP.
Samozrejme opacne to neni mozne, na SW urovni nemoze byt setnuty cluster mensi ako je HW sektor na platniach.
Aj pri 512 B sektoroch ale maxime 64 kiB = 65536 B, tak proste 1 bajtovy subor bude bezohladne zaberat 65536 bajtov.
Na 20 TB disk sa potom zmesti iba 20 TB / 64 kiB = 305 175 781 takych 1 bajtovych suborov a teda akoby iba 305 MB. Proste mrte-extrem. Pre HDD vzdy platilo: mega-mrte malilinkatych pidi-midi suborikov (zopar bajtovych ci zopar kilobajtovych), tym horsie. Jednak kvoli obsadenosti a druhak kvoli fragmentacii. Ked HDD, iba ako pasivne skladisko bez vacsieho pohybu a mazania: pridavat 5-20 GB MKV-cka a je pohodicka.
|
|
Re: hogo fogo
Od reg.: Pjetro de
|
Pridané:
31.12.2024 9:16
Neska tu mame 24 terovicky a v Q1 2025 uz hadam Seagate vyda aj pre bezny pospolity lud ich Mosaic 3+ (potom co to uz rok vo velkom testuju datacentra) cili nybrz ponivac, 30 TB HAMR He CMR a 32 TB HAMR He SMR :)
|
|
ultraradikálny empaticizmus
Od: syntaxterrorXXX, . Y
|
Pridané:
30.12.2024 15:39
Nemôžem sa zbaviť pocitu, že keby si každá aplikácia vzala na hulváta, koľko chce, tak by z pamäte stále priekazne zvyšovalo aj na tri operačné systémy bez poskytovania menežovania pamäte.
|
|
Tety v kanceláriách.
Od: Baltazár Kokoschka
|
Pridané:
30.12.2024 16:09
V texte sa uvádza, že pri väčších stránkach je ich manažment efektívnejší. Bolo by zaujímavé uskutočniť tzv. miestne šetrenie v rôznych úradoch, či má premisa všeobecnú platnosť a naozaj sa lepšie manažujú basketbalisti a zápasníci suma.
|
|
Cloud Google
Od: Áaaaaaaaa
|
Pridané:
31.12.2024 5:37
Pred 16 rokmi keď som chodil na strednú tak každý súbor na serveroch Google zaberal niekoľko MB aj keď 1KB súbor. Opravte ma ak trepem pičoviny
|
|
Re: Cloud Google
Od: Berg
|
Pridané:
31.12.2024 9:11
Nemôžem ťa opraviť. Čiastočne máš pravdu.
Trepeš pičoviny.
|
|
Chrome kripel
Od: Ajtaktak
|
Pridané:
2.1.2025 7:11
Akokeby handroid uz teraz nebol dost pazravy na RAM. Vykon o 5 az 10 percent hore ale RAM o 9 percent hore, uzasne dakujeme. O kolko viac sa bude swapovat a vykon pojde dole... aha.
|