abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

včera 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
včera 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 0
včera 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
včera 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 2
včera 11:44 | Zajímavý článek

Týden po prvním číslu publikoval Michal Špaček na svých stránkách druhé číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se výpadku Let's Encrypt, únikům dat, bug bounty pro WordPress nebo SQL Injection v Joomla. Zmiňuje také, že Mozilla plánuje z Firefoxu odstranit podporu pro Encrypted Media Extensions (EME) na nešifrovaném HTTP a nadále pro EME vyžadovat HTTPS.

Ladislav Hagara | Komentářů: 0
včera 02:00 | Pozvánky

Ve středu 31. května 2017 od 17:00 proběhne v pražské pobočce SUSE Den otevřených dveří v SUSE. Čekají vás přednášky o live kernel patchingu a nástroji SaltStack. Také se dozvíte zajímavé informace o SUSE, openSUSE, a vlastně všech produktech, na kterých lidé ze SUSE pracují.

Ladislav Hagara | Komentářů: 4
včera 01:00 | Pozvánky

Czech JBoss User Group srdečně zve na setkání JBUG v Brně, které se koná ve středu 7. června 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Tomáš Livora na téma Fault Tolerance with Hystrix. Více informací na Facebooku a Twitteru #jbugcz.

mjedlick | Komentářů: 0
19.5. 23:22 | Zajímavý projekt

Na Texture Ninja je volně k dispozici více než 4 tisíce textur. Autora lze podpořit na Patreonu.

Ladislav Hagara | Komentářů: 0
19.5. 10:22 | Pozvánky

Mozilla.cz zve na MozBeer Prague #2. Druhé setkání Mozilla.cz proběhne 26. května od 18:00 v Praze v Diversion Bistru v ulici Mělnická.

Ladislav Hagara | Komentářů: 0
18.5. 23:22 | Bezpečnostní upozornění

Průvodce restauracemi Zomato, jenž v roce 2014 koupil Lunchtime.cz, potvrdil bezpečnostní problém. Odcizeno bylo 17 miliónů záznamů o uživatelích (jména, emailové adresy, osolené hashe).

Ladislav Hagara | Komentářů: 8
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (33%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 587 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: RPM disku a I/O

    26.5.2014 14:13 Jura Jurátor | skóre: 1
    RPM disku a I/O
    Přečteno: 361×
    Dobfý den,

    řeším pro kolegu toto:

    Můžeme koupit disk 1,2 GiB ale otáčky jsou 5000/sec

    nebo

    600 Gib disk, ale otáčky jsou 1700/sec

    Obojí disky mají I/O GiB/sec

    myslím, že oba disky budou stejně rychlé co se týče zápis/čtení, ale ten s 1700ot/sec bude mít menší životnost a větší spotřebu energie. Ale na rychlosti práci virtuálky se to nepodepíše.

    Zdraví

    Jirka

    Odpovědi

    26.5.2014 15:17 Příchozí
    Rozbalit Rozbalit vše Re: RPM disku a I/O
    to jsou nějaké ďábelské disky, když mají 1700 otáček/s já jsem zvyklej na 7200 nebo 14400 otáček/m :-D druhá věc, stejně rychlé při zápisu a čtení možná budou, ale IOPS budou mít uričtě jiné. Do normálních serverů se nic jiného než 7200 nedává. Pokud je to na data, tak klidně 5400 a klidně i míň otáček.
    26.5.2014 15:28 Jura Jurátor | skóre: 1
    Rozbalit Rozbalit vše Re: RPM disku a I/O
    Děkuji za odpověď

    Omlouvám se, psal jsem to z hlavy máte pravdu ty otáčky jsou 7200 a cca 15000.

    Tedy vyšší než jsem psal ale relativní poměr rychlosti zachován.

    Měly by na tom běžet virtuálky obojí to má napsané I/O MiB. Tak nevím jak je to možné, že i při rozdílných otáčkách mají stejné I/O. Vysvětluji si to tím, že pravděpodobně ten větší a pomalejší, co se týče otáček, je novější typ (jedná se o starší server) a má lepší technologii zápisu (řadič disku ?, Frimware ?, jiný typ zápisu ? či kombinace všeho) a tak je rychlejší.

    Zdraví

    Jirka
    26.5.2014 15:38 Příchozí
    Rozbalit Rozbalit vše Re: RPM disku a I/O
    No, nejlepší je semka hodit, co to je za disky ;) obecně 15k disky mají vyšší IOps. V zápisu/čtení bývají skoro stejné (rozhodně tam není 2x vyšší rychlost zápisu). Ale určitě hraje roli i stáří disku.
    26.5.2014 16:44 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: RPM disku a I/O
    Motáte dohromady dvě věci.

    IOPS je množství elementárních operací s diskem. To přímo souvisí s rychlostí otáčení. Protože když data, která minou při otáčce místo, kde by mohla být hlavička a ještě není, tak se musí počkat než se otáčka dokončí a data znovu budou u hlavičky. V podstatě IOPS = 1/seek_time.

    Rychlosti přenosu na druhou stranu popisují kontinuální datový tok, když hlava pořád čte (nebo píše). Obecně platí, že rychlejší disky jsou o dost méně kapacitní (hlavně díky tomu, že jsou menší na poloměru, a trochu i s menší hustotou) a proto na jednu otážku přečtou méně dat, ale doženou to více otáčkami.
    Jendа avatar 26.5.2014 19:06 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: RPM disku a I/O
    IOPS je množství elementárních operací s diskem. To přímo souvisí s rychlostí otáčení. Protože když data, která minou při otáčce místo, kde by mohla být hlavička a ještě není, tak se musí počkat než se otáčka dokončí a data znovu budou u hlavičky. V podstatě IOPS = 1/seek_time.
    Ane. Moderní řadiče a operační systémy umí NCQ, operací tak může být i několikanásobně víc.
    Heron avatar 26.5.2014 19:19 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: RPM disku a I/O

    NCQ a elevatory jsou pouze techniky optimalizace pořadí diskových operací. S IOPS disku to nemá nic společného, IOPS by měla být hodnota náhodného zápisu / čtení daného zařízení.

    Protože on ten moderní řadič má (může mít) i bateriově zálohovanou cache a když se data vlezou do cache, tak IOPS (třeba s 4K bloky, což jsou fyzické bloky daného disku) může vystřelit na stovky tisíc, což jistě dané zařízení nemá. Osobně NCQ v diskách považuji za marketing, u os s vhodným io schedulerem může situaci dokonce zhoršit (aneb OS ví lépe než firmware disku, kam dřív sáhnout).

    Jendа avatar 27.5.2014 00:49 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: RPM disku a I/O
    OK, asi mám nestandardní aplikaci. Mně zajímalo „tady mám 16320 :-) pseudonáhodných adres na disku a chci mít v paměti co nejrychleji 4K bloky, které na těch adresách začínají, a je mi jedno, v jakém pořadí se tam naskládají“ a s tím mi NCQ velice pomohlo. A myslím, že i vytížený server určitě zpracovává víc požadavků paralelně a může je dát do NCQ fronty.
    IOPS by měla být hodnota náhodného zápisu / čtení daného zařízení.
    Hm, hm. Jenže bez paralelního NCQ-like frontování nevymlátíš rozumný výkon ani ze SSD - mně to dalo asi 5k IOPS, s NCQ to dá 10x tolik (řadič ATI SB7x0/SB8x0/SB9x0, SSD nějaká ADATA).
    30.5.2014 23:57 anonym
    Rozbalit Rozbalit vše Re: RPM disku a I/O
    Jenže bez paralelního NCQ-like frontování nevymlátíš rozumný výkon ani ze SSD
    tady nejde uplne o NCQ, ale vubec o frontu. SSD by melo byt jedno kde jsou data co cte (pokud nejsou v ramci jedne stranky, ale to by mel zmergovat uz OS). naopak cekani az OS pripravi dalsi pozadavek muze dost zdrzovat

    pozor na to ze NCQ neni o tom ze disk ma frontu pozadavku, ale o tom ze si je v te fronte sam prehazuje jak se mu zlibi. ve svete SCSI tohle umime uz davno a lepe, jenom na ATA to uplne nefungovalo
    26.5.2014 23:39 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: RPM disku a I/O
    To jedině, když data jsou hodně blízko na stopách. Jedny z nejrychlejších disků 15k Cheetah (15k za minutu je 250 ot za vteřinu tedy 4ms na otáčku) mají average seektime rovný času jedné otáčky a full stroke (což je tedy doufám od nejmenší stopy k nejdelší mají přes 6ms pro read a více než 7ms pro write (strana 11). Tedy čas, který hlavy potřebují pro přenastavení polohy je srovnatelný s jednou otáčkou. A u levnějších disků budou hlavy ještě významně pomalejší. Přece jen se hlavy nastavují s přesností tuším cca 1/5 vlnové délky viditelného světla nad povrchem, který se pohybuje se rychlostí asi 4m/s. Pokud jsou disky levnějších kategorií, (nemluvě o notebook disku) mechanismus nastavení je ještě pomalejší. Pro data v různých trackách, žádné NCQ nepomůže. A vzhledem k tomu, jaké čísla mají všechny cheety pro track-to-track, (což je nemožný čas pro náhodné získání dat z vedlejší stopy v tom případě by musel být polovina rotační prodlevy) je podle mne average seek time průměrný čas pro nastavení hlav na cílovou stopu, ne pro čtení dat.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.