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:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
včera 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 4
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

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

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
včera 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 2
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 10
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (3%)
 (74%)
 (3%)
 (10%)
Celkem 311 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    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: 111×
    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.