Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
No nekdo by mohl hlavne vydat 2,2TB disk, at si muzu uzit maximalni limit co mi zvladnou 32bit WinXP ;)
Už by to chtělo FAT64 :-)
1) Uz je 2) Na tohle nepomuze.
NE, tohle by chtělo databázový přístup, na HDD by se nepřistupovalo na nějaké sektory a bloky ale na pojmenovaná data. Tohle by vyřešilo problémy s různejma tabulkama a FS jednou provždy.
Pochybuji, ze by to prakticky slo. Vypada to zajimave, ale kazda db nakonec vnitrne pouziva ukladani do souboru, ono je totiz potreba ty data na disku taky nejak adresovat. A porad je rychlejsi rict, ze chces precist blok cislo xyz nez poslat nejaky id a prochazet pak cely obsah disku a hledat ho. Takovy pristup se da pouzit jenom pro male mnozstvi dat treba v cache pametech, ale pro cely disk to hned tak nepujde.
Když bude mít zpracování DB dat na starosti nějakej jednoúčelovej čip v HDD může to být ve výsledku rychlejší cesta k datům než je dnes kdy probíhá komunikace aplikace-systém-ram-chipset-hdd atd. několikrát, než dojde k přenosu dat.
Ad ukládání souborů. Toto by si již řešil výrobce HDD nezávisle na BIOSu nezávisle na OS nezávisle na datovém rozhraní. A to by byl pokrok. Myslím. Žádné problémy do budoucna s rozšiřováním kapacity atd.
A file systém by si výrobce HDD určitě pořešil efektivněji než výrobce OS/MB.
Tady je obrazek toho disku IBM http://www.fullandfree.info/graphics/the-1gb-hard-disk-of-1981-and-the-1...
http://www.research.ibm.com/about/past_history.shtml
Tady je to lepe videt http://incident.net/users/gregory/wordpress/12-notre-memoire/
Obávám se, že limit pro XP není pravdivý, protože se zapomíná na možnost bloku 4kiB (místo 512B). A něco chystá záhy Western, podívejte se na poznámku k záplatě do aktuálního jádra Linuxu 2.6.34: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commi...
Pokud je mi známo (můžu se mýlit), tak se disk se 4KiB bloky stejně navenek tváří jako disk s 512B bloky (a uvnitř si to řeší svou logikou), neboť WinXP 4KiB bloky nativně nepodporují, takže to by WinXP beztak nepomohlo.
Rovnou napište, že ten chlapík z WD blábolí. Bude to znít jistě odborně.
V popisu záplaty se doslova píše, že MBR použije 4 kiB logické bloky (dnes 512 = velikost bloku na zařízení). To neznamená, že při čtení dat se bude používat 4kiB blok. Nicméně to znamená, že klasický oddíl (partition) bude moct být 8x větší, než 2GiB.
Dobře, ale co má ta záplata jádra Linuxu společného s Windows XP?
Ta poznámka o další hranici 128PiB mě donutila k úsměvu ikdyž mám sakra blbej den, díky :-)
Za takovych 15 let ti ten usmev na rtech zmrzne.
Když aplikuju Moorův zákon, který se víceméně vztahuje na všechny vysoce integrované struktury, tak skok z dnešních 2 TiB na 128 PiB bude trvat 24 let.
Ale jak bude vypadat to komunikační rozhraní... skrz SATA 6 Gbit/s by se to četlo 6 let :-)
To bych chtěl vidět tu žurnálovací tabulku, když ji bude OS chtít jen částečně načíst padne na to celá RAM :)
To abys ten disk začal formátovat hned po svatbě, aby to bylo hotové až tvoje děti půjdou poprvé do školy. :)
Tak ted mame bezne dostupne disky o kapacite TB, pred deseti lety to bylo radove GB, kolem roku 1990 to byly radove desitky MB. Takze timhle tempem bysme kolem roku 2020 meli mit bezne PB disky, takze tech 128PiB by mohlo byt klidne za nejakych 15 let beznych.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.