Edvard Rejthar na blogu zaměstnanců CZ.NIC představil svou aplikaci SlideRshow (GitHub). Funguje jako prohlížeč fotek, ale i jako jejich organizér a prezentátor. Neinstaluje se, běží přímo v prohlížeči. Bez serveru. Offline.
Kermit, tj. protokol pro přenos souborů, vznikl před 45 lety. Při této příležitosti byla po 15 letech od vydání poslední stabilní verze 9.0.302 vydána nová stabilní verze 11 implementace C-Kermit. S podporou IPv6.
První verze konverzního nástroje Pandoc byla vydána před 20 lety. Jeho autor John MacFarlane při tomto výročí rekapituluje jednotlivé etapy vývoje a přidávání nových funkcí – rozšíření nejen Markdownu a podporu mnoha dalších formátů.
Srpen přinesl nejen další spalující vedro, ale také Virtuální Bastlírnu s neméně žhavými novinkami. Využijte tedy předpovědi na deštivý čtvrteční večer a od 20:00 se připojte online k tomuto neformálnímu setkání kutilů, techniků a vědců, kde se strahovskými bastlíři proberete nejzajímavější věci, na které jste narazili za poslední měsíc. Pokud jde o novinky, řeč zcela jistě přijde na systém INDX pro tiskárny Průša, který na konci
… více »Firma T-Mobile blokovala „dezinformační web“ AC24 bez toho, aniž by k tomu měla závazný pokyn orgánů veřejné moci. Píše to ve svém rozsudku Městský soud v Praze, který po čtyřech letech uzavřel kauzu blokace zmíněného webu. Operátor musí uhradit škodu ve výši 35 tisíc korun. Advokát společnosti T-Mobile se snažil i u odvolacího senátu argumentovat tím, že firma jednala v dobré víře, když na stránky omezila přístup poté, co ji k tomu vyzvalo
… více »Padla obžaloba v bitcoinové kauze. Státní zástupkyně chce pro Blažka 6,5 roku vězení, pro Titze 8 let.
Z aktuálních globálních statistik společnosti Statcounter: na desktopu má Linux celosvětově podíl 7,53 % (USA 11,92 %, Česko 4,31 %, Slovensko 4,36 %) a Firefox celosvětově podíl 6,51 % (USA 10,86 %, Česko 11,07 %, Slovensko 13,61 %).
Na GitHubu byl publikován seznam 55 kritických bezpečnostních chyb v SQLite s přiřazenými CVE čísly. JFrog Security informuje, že se jedná jenom o AI slop, části kódu na které CVE odkazují, v daných verzích vůbec neexistují. Upozorňuje také, že čísla CVE jsou přiřazována bez ověřování.
Příspěvek na blogu Google Security popisuje, jak tým Chrome Security využívá umělou inteligenci k zásadnímu zrychlení a zlepšení procesu odhalování, třídění a opravování bezpečnostních chyb v prohlížeči Chrome. Díky AI byla nalezena kritická chyba, která byla v kódu přes 13 let. Ve verzích Chrome 149 a 150 bylo opraveno více chyb než v předchozích 23 verzích dohromady.
Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.
Výkon CPU byl testován zašifrováním 5 GB nul pomocí openssl, výsledek se zahazoval. Nuly se načítaly z /dev/zero a výsledná zašifrovaná data směřovala do /dev/null:
time dd if=/dev/zero bs=1048576 count=5120 | openssl \ enc -aes-256-cbc -salt -S "0123456789abcdef" -pass pass:opravduhloupeheslo >/dev/null
Pomocí time se měřila doba, za kterou se daná úloha dokončila.
Testovací proces byl postupně spuštěn na hostiteli, na jednom KVM 1/1 hostu a jednom Xen 1/1 hostu. Ve všech případech byl test třikrát opakován. V tabulce jsou uvedeny minimální, průměrné a maximální doby běhu testovacího procesu. V závorce je uveden nárůst doby běhu na příslušném virtuálním stroji oproti hostiteli v procentech.
| Hostitel | KVM 1/1 | Xen 1/1 | |
|---|---|---|---|
| minimum | 53,303 s | 57,366 s (+7,6 %) | 1m 3,076 s (+18,3 %) |
| průměr | 53,336 s | 57,459 s (+7,7 %) | 1m 3,104 s (+18,3 %) |
| maximum | 56,400 s | 57,592 s (+2,1%) | 1m 3,145 s (+12,0 %) |
V tomto testu bylo na hostiteli spuštěno sedm testovacích procesů zároveň, doba běhu byla porovnávána s během sedmi testovacích procesů, z nichž každý běžel na jednom testovacím stroji varianty 1/1.
| Hostitel | KVM 1/1 | Xen 1/1 | |
|---|---|---|---|
| minimum | 56,013 s | 57,715 s (+3,0 %) | 1m 3,688 s (+13,7 %) |
| průměr | 56,183 s | 58,136 s (+3,5 %) | 1m 3,970 s (+13,9 %) |
| maximum | 56,509 s | 58,492 s (+3,5 %) | 1m 4,366 s (+13,9 %) |
Tentokrát bylo na hostiteli spuštěno 28 testovacích procesů paralelně (pomocí řídících skupin bylo zajištěno, že tyto procesy mohly využívat pouze 7 jader CPU). Doba běhu je opět porovnávána se stejným počtem testovacích procesů, každý běžel na vlastním testovacím stroji varianty 1/4.
| Hostitel | KVM 1/4 | Xen 1/4 | |
|---|---|---|---|
| minimum | 3m 3,835 s | 2m 58,637 s (-2,8 %) | 4m 17,554 s (+40,1 %) |
| průměr | 3m 31,126 s | 3m 34,414 s (+1,6 %) | 4m 18,069 s (+22,2 %) |
| maximum | 3m 51,438 s | 3m 59,753 s (+3,6 %) | 4m 19,044 s (+11,9 %) |
Celkem bylo paralelně spuštěno 19 testovacích procesů, 16 z nich na hostech 1/4 a tři na hostech 1/1 (na hostiteli byly procesy omezeny pomocí řídících skupin – 16 procesů mělo k dispozici 4 CPU a zbývající tři procesy každý po jednom CPU).
V tomto testu není srovnáván poměr výkonu hostitele a hostů, ale poměr výkonů mezi jednotlivými výkonnostními variantami (a jeho dodržování). V tabulce jsou uvedeny průměrné hodnoty doby běhu testů a poměr jejich doby trvání.
| Hostitel | KVM | Xen | |
|---|---|---|---|
| 1/1 | 56,206 s | 58,275 s | 1m 10,277 s |
| 1/4 | 3m 49,335 s | 3m 26,637 s | 4m 21,106 s |
| po měr | 4.,80 | 3.,46 | 3.,15 |
Oproti minule si v tomto testu Xen pohoršil – průměrná doba zpracování úlohy byla o 18 % větší než u hostitele; Xen se zde propadl pod úroveň KVM, které oproti hostiteli potřebovalo jenom o necelých 8 % více času. Paralelní běh procesů tak, že každý proces měl pro sebe jedno CPU, ukazuje pro obě možnosti virtualizace lepší výsledky v procentech, ty jsou nicméně dány zhoršením celkového času hostitele, nikoliv zlepšením času hostů.
U třetího testu, kde se hosty či úlohy musí o CPU dělit, dosáhlo KVM výkonu téměř srovnatelného s hostitelem (úloha na hostovaném stroji běžela pouze o 1,6 % času déle), Xen se naopak ještě více propadl a potřeboval o 22 % času navíc. I zde tedy Xen měl horší výsledky než loni, KVM naopak lepší.
Na rozdíl od výsledků z loňska KVM tentokrát příliš nerespektovalo nastavené výkonnostní varianty. Navíc se značně zvětšil rozptyl časů zpracování testovací úlohy na hostech varianty 1/4 – hostitelský stroj totiž jednotlivé virtuální stroje neumístil rovnoměrně na dostupné procesory, takže například zatímco na jednom CPU běžely tři virtuální stroje, na jiném jich běželo šest.
Xen dodržoval nastavení výkonnostních variant o něco lépe.
Přestože by úlohy na výpočetní výkon neměly být ve virtualizovaném prostředí nijak problematické, režie Xenu je zde poněkud vysoká. KVM si naopak vedlo lépe než v loňském testu, což s největší pravděpodobností souvisí s tím, že použitý procesor tentokrát disponuje technologií EPT (extended page tables), která urychluje operace s pamětí virtuálního stroje.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
24.8.2010 15:50
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
25.8.2010 11:40
Grunt | skóre: 23
| blog: Expresivní zabručení
| Lanžhot
))
Z qemu to vyuziva jen definici virtualniho PC ... stejne jako Xen ) ... ale virtualizace jiz probiha uplne jinak )
28.8.2010 10:35
Grunt | skóre: 23
| blog: Expresivní zabručení
| Lanžhot
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
QEMU(1) QEMU(1)
NAME
qemu-doc - QEMU Emulator User Documentation
SYNOPSIS
usage: qemu [options] [disk_image]
DESCRIPTION
The QEMU PC System emulator simulates the following peripherals:
- i440FX host PCI bridge and PIIX3 PCI to ISA bridge
je jen čistá shoda náhod, že?
nemohlo by byt formatovani vysledku treba v tabulkach?Ono to je v tabulkách... máš na mysli orámování políček?
Je jasny, ze KVMko v oblasti virtualizace jde dopredu a bude 'the best of' v linuxu. Xen jen pomalu vymira.To je otázka, u které bych si nebyl tak jistý. Xen byl převzat Citrixem, postavili na něm dost dalších produktů, umřít ho jen tak nenechají. Mohli Xen uzavřít, neudělali to, a vývoj je otevřený v rámci projektu Xen Cloud Platform (název se veze na aktuálním buzzwordu cloud, ale v podstatě jde o open-source bázi XenServeru a nového RPC-XML XEN API).
) na neco humanreadable ....
Ale jako XenEnt. je jinak fajn produkt ... bude zit z jednoho duvodu, protoze Citrix jej vyuziva, maji i XenApp a jine veci, tedy integruji jej do svych produktu a tim padem je budou jejich zakaznici pouzivat jako bonus ... zbytek je nezajima ... hold budou mit 90% v citrix produktech a aplikacich a treba 10% v ostatnich pripadech ...
24.8.2010 15:40
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Má to svůj smysl.Jiný, než zmiňuje trekker.dk?
25.8.2010 08:47
Věroš | skóre: 24
| blog: Co není v hlavě
| 49.29 s.š., 16.54. v.d.
25.8.2010 10:24
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
)
24.8.2010 15:45
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
)
... to snad u ESX4, ktery uz umi i vyuzit HW-Virt, umi skutecne adresovat RAM a jine feature )