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í
×
    dnes 04:55 | Komunita

    VST 3 je nově pod licencí MIT. S verzí 3.8.0 proběhlo přelicencování zdrojových kódů z licencí "Proprietary Steinberg VST3 License" a "General Public License (GPL) Version 3". VST (Virtual Studio Technology, Wikipedie) je softwarové rozhraní pro komunikaci mezi hostitelským programem a zásuvnými moduly (pluginy), kde tyto moduly slouží ke generování a úpravě digitálního audio signálu.

    Ladislav Hagara | Komentářů: 0
    dnes 03:22 | Nová verze

    Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 25.10. Podrobný přehled novinek v poznámkách k vydání.

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

    V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Nová verze

    Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.

    Ladislav Hagara | Komentářů: 0
    včera 12:55 | Pozvánky

    Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.

    Ladislav Hagara | Komentářů: 0
    včera 05:33 | IT novinky

    Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.

    Ladislav Hagara | Komentářů: 2
    včera 05:22 | Nová verze

    Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    22.10. 23:33 | Komunita

    Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.

    Ladislav Hagara | Komentářů: 0
    22.10. 13:11 | Nová verze

    Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.

    Ladislav Hagara | Komentářů: 0
    22.10. 05:44 | Nová verze Ladislav Hagara | Komentářů: 2
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (20%)
     (20%)
     (23%)
     (18%)
     (21%)
     (18%)
     (18%)
    Celkem 262 hlasů
     Komentářů: 14, poslední 14.10. 09:04
    Rozcestník

    Dotaz: RPM disku a I/O

    26.5.2014 14:13 Jura Jurátor | skóre: 2
    RPM disku a I/O
    Přečteno: 420×
    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: 2
    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: 64 | 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: 78 | blog: Jenda | 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: 53 | 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: 78 | blog: Jenda | 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: 64 | 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.