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 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
včera 11:11 | Komunita

Jiří Eischmann z desktopového týmu Red Hatu se v příspěvku Linuxový desktop: Co vám chybí na svém blogu ptá, co uživatele na Fedora Workstation a na linuxovém desktopu obecně trápí a co by desktopový tým mohl zlepšit. Pokud máte nějaké podněty, napište mu je do komentářů.

Ladislav Hagara | Komentářů: 45
včera 03:33 | Nová verze

Byla vydána nová verze 0.25.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Z novinek lze zmínit například podporu DVB-T2. Další části mpv byly přelicencovány z GPLv2 nebo novější na LGPLv2.1 nebo novější (#2033).

Ladislav Hagara | Komentářů: 0
včera 02:22 | Zajímavý projekt

Na Bundle Stars byla spuštěna akce Dollar Forever Bundle. Za 1 dolar lze získat 24 počítačových her bežících na platformě Steam také v Linuxu.

Ladislav Hagara | Komentářů: 2
24.4. 23:44 | Zajímavý software

Lychee je jedním z open source softwarů pro tvorbu webových fotoalb. Vyžadováno je PHP 5.5 nebo novější a MySQL. Ukázka na stránkách projektu. Zdrojové kódy jsou k dispozici na GitHubu pod open source licencí MIT [reddit].

Ladislav Hagara | Komentářů: 5
24.4. 22:22 | Zajímavý software

Společnosti Haivision a Wowza společně oznámily vznik SRT Alliance a otevření protokolu pro streamování videa SRT. Podrobnosti v FAQ. Zdrojové kódy SRT jsou k dispozici na GitHubu pod open source licencí LGPLv2.1.

Ladislav Hagara | Komentářů: 0
24.4. 12:33 | Humor

Byl vydán remake filmu Ghost in the Shell. Tentokrát v Bashi. Zhlédnout lze online na "ssh ghost@theshell.xyz" [Hacker News].

Ladislav Hagara | Komentářů: 16
23.4. 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 17
23.4. 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 5
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 103
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (1%)
 (7%)
 (45%)
 (9%)
Celkem 300 hlasů
 Komentářů: 43, poslední dnes 02:36
    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.
    "Vzbuď se ve 4.20 a jdi ke kolejím (k jakýmkoliv, které najdeš)" "OK, jsem na Strahově, what next?"
    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).
    "Vzbuď se ve 4.20 a jdi ke kolejím (k jakýmkoliv, které najdeš)" "OK, jsem na Strahově, what next?"
    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.