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

    Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

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

    Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.

    Ladislav Hagara | Komentářů: 2
    dnes 00:55 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL

    … více »
    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | Komunita

    GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.

    Ladislav Hagara | Komentářů: 4
    10.5. 15:00 | Zajímavý článek

    Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.

    Ladislav Hagara | Komentářů: 12
    9.5. 17:22 | Nová verze

    Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.

    Ladislav Hagara | Komentářů: 6
    9.5. 15:22 | Komunita

    Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.

    Ladislav Hagara | Komentářů: 0
    8.5. 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    8.5. 18:00 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    8.5. 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (1%)
     (3%)
    Celkem 589 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    Rozcestník

    Dotaz: Linux virtualizovany v ESX a pomale syscall-y

    5.2.2010 18:18 jano
    Linux virtualizovany v ESX a pomale syscall-y
    Přečteno: 145×
    V praci mame 2 fyzicke stroje. Oba maju rovnaky HW, CPU, ktore tam je: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz Prvy je obycajny linux priamo na HW. A na druhom bezi ESX (verzie 4) a v nom virtualizovany Linux, ktory by mal byt takmer identicky, co sa tyka kernelu aj nastaveni s tym prvym. Verzia kernelu: (trochu stara, ale kvoli staremu projektu nutna):
    Linux x 2.4.21-53.ELhugemem #1 SMP Wed Nov 14 03:46:17 EST 2007 i686 i686 i386 GNU/Linux Problem je, ze virtualizovany linux bezi pomalsie. Cital som, ze overhead je okolo 8%, s cim by som dokazal zit. Avsak v skutocnosti je spomalenie vyraznejsie a je mozne ho postrehnut pri praci v konzole.

    Urobil som 2 test. programiky na porovnanie vykonu:
    Prvy robi len extenzivne operacie v userspace (jeden loop v ktorom to pocita nejake cislo). V tomto pripade je ESX Linux trochu pomalsi, ale pohybuje sa to okolo 8-10%.
    Druhy program robi len systemove volania - "close(0);" v cykle. A tu uz je kamen urazu, pretoze overhead sa dostava na hranicu 1200%.


    Linux priamo na HW:
    % time     seconds  usecs/call     calls    errors syscall
    ------ ----------- ----------- --------- --------- ----------------
     99.65    0.963257          10    100002     99999 close
      0.15    0.001403          33        43        41 open
      0.14    0.001368          34        40        36 stat64
      0.06    0.000566         566         1           execve
      0.00    0.000027           5         5           old_mmap
      0.00    0.000007           4         2           fstat64
      0.00    0.000006           6         1           read
      0.00    0.000006           6         1           munmap
      0.00    0.000004           4         1           uname
      0.00    0.000003           3         1           brk
    ------ ----------- ----------- --------- --------- ----------------
    100.00    0.966647                100097    100076 total
     
    real    0m4.613s
    user    0m0.760s
    sys     0m3.730s
    
    
    Linux cez ESX:
    % time     seconds  usecs/call     calls    errors syscall
    ------ ----------- ----------- --------- --------- ----------------
     77.76   17.1206772         182    100002     99999 close
      3.01    0.703602      703602         1           execve
      2.99    0.700382      700382         1           set_thread_area
      2.99    0.700337      700337         1           munmap
      2.99    0.700328      700328         1           uname
      2.99    0.700123      700123         1           read
      2.99    0.700108      700108         1           brk
      2.14    0.500571      100114         5           old_mmap
      1.71    0.400229      200115         2           fstat64
      0.43    0.100360       33453         3         1 open
    ------ ----------- ----------- --------- --------- ----------------
    100.00   23.412812                100018    100000 total
     
    real    0m48.434s
    user    0m5.410s
    sys     0m40.610s
    
    Nemate napady, preco je Linux v ESX tak spomaleny?

    Odpovědi

    5.2.2010 23:53 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: Linux virtualizovany v ESX a pomale syscall-y
    Pokial virtualny stroj vykonava kod, ktory nevyzaduje privilegovane instrukcie, spomalenie je minimalne (kod je vykonavany de facto "nativne", netreba zasahy hypervizora). V pripade privilegovanych instrukcii musi nastupit v pripade x86/x86_64 nejaka virtualizacna technika (rozne virtualizacne nastroje pozuivaju rozne virtualizacne techniky), ktora zabezpeci konzistenciu VM (cize kazda problematicka instrukcia, ktora ma byt vykonana, sa musi nejako "ofajcit") a performance hit je uz citelny. :)

    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.