| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ja by som radsej
Od: ARnyXXX
|
Pridané:
5.3.2009 11:04
chcel dvojnasobne zvysit kapacitu znizenim vykonu :D
|
| |
Re: ja by som radsej
Od reg.: userKO
|
Pridané:
5.3.2009 11:12
ale aj toto je dolezite...aby sme mohli zo serverov typu rapidshare,.... tahat bez toho, aby to hadzalo, ze je to pretazene.
|
| |
Re: ja by som radsej
Od reg.: lubos679679
|
Pridané:
5.3.2009 11:16
No a potom ti napise pri uploadovani na rapid: HDD is full.
|
| |
Re: ja by som radsej
Od: PCnity3
|
Pridané:
5.3.2009 16:25
Asi nemyslel datove disky, ale napriklad disky s datbazami.
I ked imho je lepsie mat databazy napriklad cez mysql-cluster na X strojoch, tie su potom drzane v operacnej pamati.
|
| |
Re: ja by som radsej
Od reg.: cinko
|
Pridané:
5.3.2009 11:22
myslim ze disky niesu jedine ktore sa pri sluzbach typu rapidshare pretazuju... dokonca by som tipol ze to je najmensi problem... skor bandwidth...
|
| |
Re: ja by som radsej
Od: siirii
|
Pridané:
5.3.2009 12:10
Tak to Ti nepise kvoli diskom :)
|
| |
Re: ja by som radsej
Od: rouen
|
Pridané:
5.3.2009 12:21
nech sa paci - celodiskova kompresia...
|
| |
Re: ja by som radsej
Od: Adrique
|
Pridané:
5.3.2009 13:10
vysledok je super, ale ta redukcia kapacity je dost drsna -> v praxi nevyuzitelne
|
| |
ine riesenie
Od reg.: -nikto-
|
Pridané:
5.3.2009 11:11
ja by som si ako celkom realne dokazal predstavit ine riesenia. napr. dva disky v jednom puzdre a interny hw raid. pripadne jednoplatnovy disk a dvoma nezavislymi hlavickami, vlastne by to vylepsilo existujucu technologiu NCQ... k tomu interny buffer, ale nie flash disk cache, skor klasicka ramka s priepustnostou niekolko GB/s (ved notebookove ramky su fyzicky strasne male a ajtak maju velmi vysoku kapacitu)... takze asi tak :)))
|
| |
Re: ine riesenie
Od: hfx
|
Pridané:
6.3.2009 0:28
hh ale kto by na tom zarobil..?? :D jedine uzivatel, co nie je cielom marketingu..
|
| |
Re: ine riesenie
Od: xxx@xxx.xx
|
Pridané:
6.3.2009 6:42
Disk s dvoma mechanizmami hlav tu uz bol pred cca. 5 timi rokmi, takze nic noveho. Cache disku nie je Flash, ale normalna RAM. Rychlost prenosu z cache nezavisi od rychlosti RAM, ale od rychlosti rozhrania (ATA, SATA SAS, Fiber), cize darmo bude mat cache RAM nejake GB/s (nahanane v testoch sirkou zbernice napr. 64 bitov), ak ma rozhranie k PC napr. 300MB/s.
|
| |
kapacita
Od: njn
|
Pridané:
5.3.2009 12:36
mozno sa mylim... napriek tomu, nieje nazov zavadzajuci? nieje to nahodou tak, ze fyzicka kapacita zostane rovnaka a len sa rozdeli medzi viacero mensich oblasti? potom ako pisete budu vonkajsie oblasti najrychlejsie, vnutorne najpomalsie a navyse sa skrati doba potrebna na presun hlavicky v ramci mensich oblasti, ale akosi nevidim dovod na to, aby sa zbytok disku nevyuzil a tym padom sa mi zda aj nazov zavadzajuci...
|
| |
re: blby clanok
Od: mirez.sk
|
Pridané:
5.3.2009 12:45
ano, ved to absolutne nesuvisi s kapacitou ako takou, ale stym ze vnutorna cast disku ma omnoho mensiu pristupovu dobu ako vonkajsia....
preto sa dolezite data davaju na zaciatok a system na koniec nie?
dokonca sa tak optimalizuju databazove particie...
|
| |
Re: re: blby clanok
Od: njn
|
Pridané:
5.3.2009 12:52
jj myslim ze tak optimalizacia je celkom normalna aj na "rodinnych" kompoch - u mna ma XP 25GB, a zbytok su dve datove particie...
autori chceli podla mna zmerat prinos rychlosti - priznam sa presne cisla som doteraz nevidel nikde! navyse je pre mna novinkou aj to, ze k rychlosti disku prispieva aj rychlejsi presun hlavicky...
takze clanok ako taky je pre mna velmi zaujimavy - nepaci sa mi vsak zavadzajuci nazov!
|
| |
Re: re: blby clanok
Od reg.: Redakcia DSL.sk
|
Pridané:
5.3.2009 13:09
Nie. Jednotlivé časti disku nemajú prístupovú dobu ako také, hlavičky nekmitajú vždy medzi vonkajším okrajom disku a miestom, kde uskutočňujú operáciu. Presúvajú sa od miesta poslednej operácie k miestu nasledujúcej, ak používate malú časť na vnútornej časti disku, tiež máte nižšiu priemernú prístupovú dobu.
Vonkajšia časť je ale výhodnejšia, keďže tam sú vyššie prenosové rýchlosti.
|
| |
Re: re: blby clanok
Od reg.: roob_
|
Pridané:
5.3.2009 14:01
ziadne prenosove rychlosti tam vyssie niesu, je tam vyssia obvodova rychlost, teda dany bod disku sa dostane k hlavicke skor na vonkajsej strane disku ako na vnutornej.
|
| |
Urcite?
Od: cdfgdfg
|
Pridané:
5.3.2009 14:12
Ja by som povedal, ze disk spravi 1 otacku za taky isty cas bez ohladu na to, kde hladas data. Vyssia obvodova rychlost pomoze rychlejsiemu citaniu, nie hladaniu.
|
| |
Re: Urcite?
Od reg.: roob_
|
Pridané:
5.3.2009 14:22
hladanie prebieha vo fat tabulke, co je na jednej kope niekde. Fat tabulka ti povie ze chces toto a toto, hladaj na b5,i6,k5,s7... no a cim su dalej od seba tie miesta, tym to trva dlhsie precitat, lebo hlavicka chodi hore dole. Na kotuci potom este k hlavicke skor dorazi to b5 - ak je vonku) ako to s7 ak je vnutri. Nakresli si to a pochopis.
|
| |
Re: Urcite??????
Od: alibaba40
|
Pridané:
5.3.2009 15:54
Chlapče preber sa a skonči s Win98 alebo si nainštaluj XP pod NTFS - :D
|
| |
Re: re: blby clanok
Od reg.: Pjetro de
|
Pridané:
5.3.2009 15:27
Uvaha hodna blazninca ! UHLOVA RYCHLOST je rovnaka = disk ma rovnake otacky. OBVODOVA RYCHLOST je ale to co je na okraji platne vacsie. Ak sa potrebuje platna pootocit napr. o 120° (1/3 otacky), je absolutne jedno ci sme na okraji alebo pri strede platne! Jednoducho to vzdy chce svoj stanoveny cas zavisly od rychlosti otacok. Ale vzhladom na efektivne vyuzitie datovych stop podla cylindrov, je na okrajoch diskov citat za jednotku casu "viac" dat ako pri strede disku.
|
| |
Re: re: blby clanok
Od: roob_neregistrovany
|
Pridané:
6.3.2009 12:32
si precitaj este raz o com pisem, pisem o obvodovej rychlosti.
|
| |
Re: re: blby clanok
Od reg.: Pjetro de
|
Pridané:
6.3.2009 18:08
ale prve slova tvojho prispevku su: ziadne prenosove rychlosti tam vyssie niesu (zrejme myslis na okraji platne), co je samozrejme blbost
|
| |
Re: re: blby clanok
Od reg.: Pjetro de
|
Pridané:
5.3.2009 15:27
Takeho zhustenie datovych stop v cylindroch uz existuje nejaky cas. Ved je blbost mat v stope s polomerom 3,4 palca (pri okraji platne) taky isty pocet sektorov ako v stope s polomerom 1,6 palca (pri strede platne) ... v konecnom dosledku su datove stopy tak rovnako huste a kedze disk sa otaca konstantnou rychlostou a pri pootoceni úlatne o 120°, tak pri okraji disku za rovnaku casovu jednotku prejde pod hlavickou dlhsi obluk ako keby bola hlavicka pri strede disku. Vzhladom na to, ze hustota dat je prisposobena tak, aby bola vsade priblizne rovnaka, v konecnom dosledku su prenosove rychlosti na okrajoch platni rychlesjie ... Sak logische nie? Sme este nevideli klesajuci obrazok kontinuealneho citania/zapisu z HDTachu?
|
| |
Re: kapacita
Od reg.: Redakcia DSL.sk
|
Pridané:
5.3.2009 13:05
Nie :)
Disk nemá vlastné hlavičky pre každý logický diskový oddiel, dokonca o diskových oddieloch vôbec ani netuší a neberie ich do úvahy. Disku prichádzajú požiadavky na čítanie/zápis na fyzických pozíciách. Ak sa používajú naraz dve partície a chodia požiadavky pre dáta z oboch, hlavičky kmitajú rovnako ako keby sa používal jeden veľký disk a pristupovalo sa k dátam na dvoch miestach, t.j. priemerná prístupová doba by bola rovnaká.
|
| |
Re: kapacita
Od: njn
|
Pridané:
5.3.2009 13:19
:D jj jasne, hlavicky su spolocne - to je jasne - hlavicky v disku "nenarastu" vytvorenim 20tich particii ;), pokial pouzivam len jednu particiu, hlavicka sa presuva rychlejsie - to je tiez jasne - ale neuvedomoval som si to az teraz po precitani vaseho clanku... takze aby som to zhrnul:
1. 50percentne zrychlenie nastane v pripade, ze vyuzivam iba jednu particiu na vonkajsom okraji disku v porovnani s diskom v ktorom je len jedna particia... ale!!!
2. v ziadnom pripade neprichadzam o kapacitu na disku!!! ak to teda spravne chapem, mozem vyuzivat celkovu kapacitu a k spomaleni dojde az ked sa:
- hlavicka musi presuvat velku vzdialenost
- musia data citat z vnutornych casti disku/vnutorneho okraja...
3. ono "spravne" rozdeleny disk na 2-3 casti ma myslim kazdy skusenejsi uzivatel...
|
| |
Re: kapacita
Od reg.: roob_
|
Pridané:
5.3.2009 14:11
1. 50% zrychlenie nebude, kedze ako sa pise v clanku, na rychlost vplyva viac faktorov. Ovplyvnenie jedneho znich, aj ked o 50% neda vo vysledku 50% zrychlenie.
2. tomshw testovali to, ze "200GB" disk sformatovali len na "100GB". Docielili tym to, ze hlavicky budu chodit len do polovice celej sirky disku (toho kotuca) a inak by chodili po celej sirke. Citanie z disku je tym pomalsie, cim vacsiu vzdialenost musia urazit hlavicky (preto vymysleli NCQ) a cim je sektor blizsie k stredu kotuca.
3. disk ktory je zaroven systemovy by mal byt rozdeleny aspom na 2. Ostatne nemusia byt. Z tohoto clanku sa ale zda, ze systemovy disk by mohol byt trvalo naformatovany iba na zlomok casti jeho kapacity, a bol by tak rychlejsi.
|
| |
Re: kapacita
Od: njn
|
Pridané:
5.3.2009 13:20
takze opet otazka - preco pisete znizenie kapacity? navyse rovno do titulky clanku? je predsa uplne normalne, ze si obrazky, hudbu a filmy hodim na vnutornu particiu a system s instalovanymi programami na vonkajsiu... k tym potom pristupuje PC naozaj zriedka (urcite nie 500x za sekundu)
|
| |
Re: kapacita
Od: njn
|
Pridané:
5.3.2009 13:25
....k tym potom pristupuje PC naozaj zriedka.... len dopresnim - myslene k tym filmom, hudbe a obrazkom na vnutornej particii, drviva vecsina operacii prebieha na vonkajsej systemovej particii... (ono znizit tak radikalne kapacitu disku, uz nan takmer ziaden film neulozim a ked ho neulozim tak ho nespustim ;)
|
| |
logicke vs fyzicke bloky
Od: xxx@xxx.xx
|
Pridané:
5.3.2009 13:32
Ja len neviem, kde sa v autoroch berie ta istota, ze logicke bloky na disku adresovane OS su v nejakom suvise s fyzickou polohou tychto blokov na disku. Napriklad, ako je to u viacplatnovych diskov? Ako je to u roznych stran na tej istej platni disku? A co tak este vziat do uvahy remapovanie vadnych blokov? Zacinaju bloky od stredu (ako u CD/DVD, alebo od kraja (ako u LP platne)?
|
| |
Re: logicke vs fyzicke bloky
Od: njn
|
Pridané:
5.3.2009 13:41
ono pokial zacinas vytvarat bloky na uplne cisty disk (bez particii) zacina sa pekne od kraja - neviem si predstavit, ze by si nejaky software/system povedal, ze bude do particie davat povedzme kazdy piaty sektor ;) ine to samozrejme bude napr v pripade, ked uz na disku tri particie su a ty chces prvu a poslednu zmazat a vytvorit z nich jednu novu :D ale niesu mi jasne dovody preco to robit...
ako je to s viacplatnovymi dislami by aj mna zaujimalo, zapisuje sa na platne paralelne ci postupne?
|
| |
Re: logicke vs fyzicke bloky
Od reg.: roob_
|
Pridané:
5.3.2009 14:19
disk je ako moja mama. Ta tiez v spajzi hodi nove kompoty na prve volne miesto co zbada. Po case z toho vznikde obrovsky bodel, kde je problem (trva to dlho) nieco najst. Tredy prichadzaju defragmentacne programy (ja) a robia poriadok.
U viacplatnovych diskov je to tak isto, kde je volne mieto, tam to tresne. Ked potom disk cita 1 konkretny subor, ktory je povecme zlozeny z 2 zapisanych sektorov, a jeden je na vnutornej strane kotuca a druhy na vonkajsej, tak sa musi pockat kym hlavicka prejde cca 5cm. Keby bol jeden zo suborov v strede, tak sa musi pockat kym prejde 2,5cm A to je to preco je to rycheljsie. Ak si neviete predstavit, strcte si do cdromky cdcko a dajte viac krat kopirovat rozne subory naraz a pocuvajte co ta hlavicka (to one so sosovkou) robi. A ake to je pomale. Disk je detto to iste, len 32200555x rychlejsie.
|
| |
Re: logicke vs fyzicke bloky
Od: xxx@xxx.xx
|
Pridané:
5.3.2009 22:56
To nie je disk, co popisujes, ale filesystem.
|
| |
Re: logicke vs fyzicke bloky
Od reg.: Pjetro de
|
Pridané:
6.3.2009 7:44
jojo, disk je ta spajza
|
| |
Re: logicke vs fyzicke bloky
Od reg.: Redakcia DSL.sk
|
Pridané:
5.3.2009 13:51
Vo všetkých prípadoch sú odpovede kompatibilné s tým, že toto naozaj funguje. Hádam je Vám jasné, aké sú. Počet prípadných premapovávaní u ešte funkčného disku je zanedbateľný aby dokázal ovplyvniť priemernú prístupovú dobu, nech výrobca premapováva kam chce.
K použitiu termínu fyzická pozícia, nebol štastný, nemyslelo sa ale CHS ale absolútna LBA pozícia na celkom disku, oproti logickým pozíciám v logických partíciách v kontexte adnej odpovede.
|
| |
logicke vs fyzicke adresovanie
Od: xxx@xxx.xx
|
Pridané:
5.3.2009 13:37
Naposledy sa adresovalo fyzicke miesto na disku u PC XT na MFM radici HDD. U ATA, SATA, SCSI, SAS atd. to robi radic priamo na harddisku - jeho vlastna elektronika. Zvonka vidno len logicke bloky.
|
| |
tabulky...
Od: jajaja :)
|
Pridané:
6.3.2009 14:26
uz 3x mi zmazali prispevok, ze CHCEME TABULKY!!!
pre redakciu: stacilo by to dat do napr. do excelu a potom urobit screen a dat obrazok... niekedy je to tak urobene... preco nie vzdy?
si uz pripadam ako spammer, pritom nie to bolo cielom...
|
| |
Re: tabulky...
Od: lubos679679679
|
Pridané:
7.3.2009 12:40
Vsak ja neviem, dls bolo dost normalne, ale teraz co tam nejaki komunisti sedia? Aj mne zmazali vela.
|
| |
re...`
Od: dando1111111
|
Pridané:
6.3.2009 15:22
formatovat na menej je blbost
na zaciatok disku si dam system na 20gparticiu a ostatne dam data
|
| |
zaciatok disku
Od: xxx@xxx.xx
|
Pridané:
7.3.2009 23:37
Kde je teda podla vas zaciatok HDD? Na vnutornej, alebo vonkajsej strane platne? Ja tvrdim, ze na vnutornej - staci pozriet na rozobrany hdd, co sa deje po zapnuti. Ale nemusi to byt nutne u vsetkych diskov tak....
K rychlosti: Je jasne, ze cim je vacsi pomer medzi velkostou partition oproti celkovej kapacite hdd, tym menej sa budu hlavy hybat a tym rychlejsi bude pristup k datam. Idealny stav nastane, ked sa hlavy nepohnu vobec, cize velkost diskoveho oddielu bude rovna kapacite jedneho cylindra.
|