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:00 | Zajímavý článek

    Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."

    Ladislav Hagara | Komentářů: 1
    dnes 00:22 | Nová verze

    Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.

    Ladislav Hagara | Komentářů: 0
    včera 18:11 | Nová verze

    Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 18:00 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 14:55 | IT novinky

    Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.

    Fluttershy, yay! | Komentářů: 4
    včera 12:00 | Nová verze

    Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.

    Pavel Křivánek | Komentářů: 1
    včera 04:00 | IT novinky

    Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.

    Ladislav Hagara | Komentářů: 7
    22.5. 21:55 | IT novinky

    1. července Mozilla vypne službu Fakespot pro detekci podvodných recenzí v internetových obchodech. Mozilla koupila Fakespot v květnu 2023.

    Ladislav Hagara | Komentářů: 1
    22.5. 21:33 | IT novinky

    8. července Mozilla vypne službu Pocket (Wikipedie) pro ukládání článků z webu na později. Do 8. října si uživatelé mohou vyexportovat data. Mozilla koupila Pocket v únoru 2017. Několik měsíců byl Pocket integrovanou součástí Firefoxu.

    Ladislav Hagara | Komentářů: 5
    22.5. 13:22 | Upozornění

    Turris OS má aktuálně problém s aktualizací související s ukončením podpory protokolu OCSP u certifikační autority Let's Encrypt.

    Ladislav Hagara | Komentářů: 4
    Jaký je váš oblíbený skriptovací jazyk?
     (57%)
     (27%)
     (7%)
     (3%)
     (0%)
     (0%)
     (5%)
    Celkem 91 hlasů
     Komentářů: 6, poslední 22.5. 14:43
    Rozcestník

    Dotaz: NFSv3 a iSCSI pre linux-vserver, OpenVZ

    disposable avatar 25.3.2013 11:56 disposable | skóre: 23
    NFSv3 a iSCSI pre linux-vserver, OpenVZ
    Přečteno: 881×
    V súčasnosti mi bežia virtualizované servery (linux-vserver, OpenVZ, LXC) z Nexenta SAN cez NFSv3. Chcel by som ale rapídne zvýšiť množstvo serverov, ktoré mi takto bežia. (50x viac)

    Narozdiel od vmware/kvm/xen sú moje vservery uložené v adresároch a nie kontajneroch (teda tisíce malých súborov namiesto jedného veľkého). Ako čo najviac zrýchlim prácu s tisíckami malých súborov? Cez čisté NFSv3 mám data throughput zhruba 15-25 MB/s pre každého NFS klienta (pri veľkých súboroch 700+ MB/s).

    Rozmýšľal som, že na SANe vytvorím veľké súbory, sformátujem ich ako ext4 a do nich uložím po 50 vserverov. Adresár s tými súbormi exportujem cez NFS a mountnem tie súbory lokálne cez loopback. Je seek v jednom veľkom súbore rýchlejší než práca s malými súbormi cez NFS?

    Nemám nič proti použitiu iSCSI (ethernet, nie FC) namiesto NFSv3, ale vo všetkých benchmarkoch mi iSCSI pripadá rovnako rýchly, alebo ešte pomalší než NFS.

    Som otvorený všetkým prakticky vyskúšaným riešeniam.

    Predtým než sa niekto opýta, tak SAN určite v tomto prípade nie je bottleneck. Mám aj ZIL (mirrored Stec Zeusram) aj L2ARC (mirrored OCZ Vertex 3 Max Iops) a dostatok ram. SAN je z dvoch serverov, dvoch mirrored JBODs a dvoch juniper switchov.
    if it ain't broke, don't fix it

    Odpovědi

    disposable avatar 25.3.2013 15:16 disposable | skóre: 23
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ
    chybička se vloudila - s/FC/dedicated HBA
    if it ain't broke, don't fix it
    26.3.2013 11:09 Aleš Kapica | skóre: 52 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ
    Podle mě si přechodem na velké soubory nepomůžeš. Spíš naopak. I když na druhou stranu pak by mělo smysl začít používat jumbo frame. Ty by ti mohly pomoct i v případě iSCSI.

    Já bych to nechal jak to máš, pokud ti to ta Nexenta stíhá. NFS server počítá s tím že pracuje s mnoha malými soubory. Problémy občas přináší naopak soubory velké.

    U svého linuxového NFS serveru bych to ošetřil zvýšením počtu naslouchajících démonů. Mimochodem ten můj linuxový stroj je při použití asynchronního připojení jako NFS server výkonnější než Nexenta. Ta totiž jede vždy v synchronním režimu.

    Řešil jsem tohle dilema (sync versus async) zrovna nedávno. Nakonec jsem usoudil, že riziko že by se server dostal do kolapsu během nedokončeného asynchronního přenosu je mnohem nižší, než při synchronním přenosu. Jinými slovy - u asynchronního přenosu trvají veškeré operace mnohem kratší dobu.
    disposable avatar 26.3.2013 14:41 disposable | skóre: 23
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ
    vďaka za odpoveď. sync vs async u mňa veľký rozdiel nerobí, keďže zápis sa cachuje do hardverových RAM diskov - odozva <23μs, sustained write 800MB/s (4K blocks), 100K random IOPS (4K blocks).

    Na jumbo frames teraz už prejsť nemôžem, to som mal spraviť na začiatku.

    Otázka je skrátka, či je open(), seek(), seek(), seek(), ..., close() v jednom veľkom súbore cez NFS rýchlejší než veľa open(), seek(), close(), open(), seek(), close() na malých súboroch. (prípadne cez iSCSI)

    if it ain't broke, don't fix it
    28.3.2013 08:00 Roman
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ

    Otázka je skrátka, či je open(), seek(), seek(), seek(), ..., close() v jednom veľkom súbore cez NFS rýchlejší než veľa open(), seek(), close(), open(), seek(), close() na malých súboroch. (prípadne cez iSCSI)

    Tak to zkus a uvidis hned, jak se to chova ve tvem konkretnim prostredi, ne?
    disposable avatar 28.3.2013 11:47 disposable | skóre: 23
    Rozbalit Rozbalit vše Re: NFSv3 a iSCSI pre linux-vserver, OpenVZ
    Dear Cpt Obvious,

    Podstata položenia tejto otázky na takomto fóre je vyhnúť sa zabitiu celého dňa vytváraním testovacieho prostredia a testovaním. Takisto, ak s týmto už niekto má skúsenosti, je možné že prišiel na veci, ktoré mne ani nenapadlo brať do úvahy.

    Nakoniec to tak, či tak budem musieť otestovať, ale najprv chcem zozbierať trochu skúseností od iných.
    if it ain't broke, don't fix it

    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.