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 22:22 | Nová verze

    Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.

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

    Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.

    Ladislav Hagara | Komentářů: 2
    včera 17:33 | Zajímavý software

    OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.

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

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).

    Ladislav Hagara | Komentářů: 9
    4.6. 11:22 | Bezpečnostní upozornění

    Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek

    … více »
    Ladislav Hagara | Komentářů: 22
    4.6. 10:46 | Nová verze

    Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    4.6. 04:33 | Nová verze

    Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.

    Ladislav Hagara | Komentářů: 7
    4.6. 03:44 | Komunita

    Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.

    Ladislav Hagara | Komentářů: 0
    3.6. 19:44 | Nová verze

    Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.

    Ladislav Hagara | Komentářů: 0
    3.6. 14:44 | IT novinky

    Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (15%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1838 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    18.1.2009 15:19 vencas | skóre: 32
    Rozbalit Rozbalit vše Rychlost velkých Barracud v RAIDu & NFS

    Zdravím,

    mám problémy s výkonem nových disků. Na nfs (/home) serveru, kam se připojuje (zejména) aplikační server s LTSP, jsem kvůli odcházejícímu disku v RAIDu jsem odstranil původní raid0 (strip) se 2x200Gb (celkem 400Gb) Barracudami, SATA (ne SATA II) na onboard řadiči. Místo nich jsem koupil nový řadič SATA II do PCI-X a na něj pověsil 4x700Gb Barracuda es(.2) v raid10 (celkem tedy 1.4TB). Na raidu je ext3 (interní žurnál, parametry default), server debian lenny, nfs klient ubuntu hardy.

    NFSko se výměnou disků bohužel znatelně zpomalilo (takže load average občas i několik minut 20, wait 80% apod.); podle iostatu výrazně převažuje zápis (3:1 proti čtení).

    1. Proč došlo ke zpomalení? Jsou větší disky o tolik pomalejší, ještě když jsou navíc v raid10 a na SATAII?
    2. Jaké by bylo nějaké úsporné hardwarové řešení? Bohužel není tolik peněz, abych ty disky vyhodil a dal tam místo nich 4 velociraptory, ale mohl bych koupit třeba 2, ale pak by musel filesystém umět dát často používané soubory na ně a zbytek nechat na barracudách; ale umí to nějaký fs? Klientovi jsem přidal 16GB RAMky (z toho typicky cca 4GB data, zbytek cache vfs), ale není mi jasné, jestli vfs automaticky kešuje i NFSko. Paměť do NFS serveru zatím dokoupit nemůžu (má 4GB, vešlo by se 12, ale je to DDR(1) ECC registered, v současné době už dost drahé).
    3. Softwarové řešení? Nastavil jsem noatime,nodiratime (jak na nfs serveru, tak na nfs klientovi), commit=30 (ext3), zvýšil MTU na 9000 (co obě Gbit sítovky, propojené kříženým kabelem, zvládnou), dále klientovi rsize=32768,wsize=32768, nfs serveru jsem u exportu připsal wdelay. Lze fyzický zápis na NFS ještě nějak více opozdit, i na úkor konzistence? Jaký efekt by mohlo mít nasazení ext4 s delayed allocation, když je tam tolik toho zápisu? Mohlo by pomoci, kdybych dal externí žurnál na svižné 37GB U320 SCSI?
    4. Čím dalším získat relevantní informace? Zkoušel jsem bonnie++ a iozone, ale nevím moc jak tu hromadu čísel číst. Z iotopu chci zjistit, co nejvíc na ty disky píše a nějak to omezit.

    Díky za jakékoliv nápady.

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.