Kit je nový maskot webového prohlížeče Firefox.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.
Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.
Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.
Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.
Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀
Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.
Organizace Open Container Initiative (OCI) (Wikipedie), projekt nadace Linux Foundation, vydala Runtime Specification 1.3 (pdf), tj. novou verzi specifikace kontejnerového běhového prostředí. Hlavní novinkou je podpora FreeBSD.
/usr/bin/qemu-system-x86_64 --enable-kvm -S -M pc-0.13 -cpu qemu32 -enable-kvm -m 1024 -smp 2,sockets=2,cores=1,threads=1 -name exp01 -uuid 3bc188d2-5ec9-bddc-ae41-
afc4b212ed32 -nodefconfig -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/exp01.monitor,server,nowait -mon chardev=monitor,mode=control -rtc base=localtime -boot c -drive if
=none,id=drive-fdc0-0-0,readonly=on,format=raw,cache=writeback -global isa-fdc.driveA=drive-fdc0-0-0 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=
ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/srv/kvm.volumes/win_xp_cz.qcow2,if=none,id=drive-virtio-disk0,boot=on,format=qcow2,cache=writeback -device virtio-blk-pci,bus=pci.0,
addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=48,id=hostnet0,vhost=on,vhostfd=49 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:7d:50:d8,bus=pci.0,addr=0x3 -ch
ardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -vnc 127.0.0.1:0 -vga vmware -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
Neřešil někdo stejný problém? Případně nenasměroval by mne někdo, kde hledat chybu? Logy v hostiteli i na virtuálech mlčí.
Díky
z nazvu image jsem pochopil ze pouzivate winXP a blk virtio busTo mě taky zarazilo, já myslel, že virtio ovladače pro Windows se ještě nepovažují za stabilní. (Na druhou stranu jsem je delší dobu nesledoval, takže...)
0.13.0? pri testech se mi nezdala uplne idealniŠlo by tohle rozvést?
To mě taky zarazilo, já myslel, že virtio ovladače pro Windows se ještě nepovažují za stabilní. (Na druhou stranu jsem je delší dobu nesledoval, takže...)No hlavne kdyz jsem je naposled pod windows zkousel, tak ani vykonove to nebyl zadny zazrak... Ale mozna uz je na case je zkusit znovu..
Semtam neco bez zjevneho duvodu zpanikarilo atd. I v konferenci jsem videl dost hlaseni o problemech, coz neni takove prekvapeni, mezi 0.12 a 0.13 je pomerne velky rozdil. No proste jsem se rozhodl ze radsi pockam jak bude vypadat 0.13.1 a pak uvidim...0.13.0? pri testech se mi nezdala uplne idealniŠlo by tohle rozvést?
futex(0x8a88e0, FUTEX_WAIT_PRIVATE, 2, NULLDruhý proces se snaží získat nějaký prostředek:
read(17, 0x7fffa8546ea0, 128) = -1 EAGAIN (Resource temporarily unavailable)
timer_gettime(0x1, {it_interval={0, 0}, it_value={0, 0}}) = 0
timer_settime(0x1, 0, {it_interval={0, 0}, it_value={0, 250000}}, NULL) = 0
timer_gettime(0x1, {it_interval={0, 0}, it_value={0, 205718}}) = 0
select(49, [7 10 13 15 17 18 48], [], [], {1, 0}) = 1 (in [15], left {0, 999995})
read(15, "\1\0\0\0\0\0\0\0", 512) = 8
select(49, [7 10 13 15 17 18 48], [], [], {1, 0}) = 1 (in [17], left {0, 999928})
read(17, "\16\0\0\0\0\0\0\0\376\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0"..., 128) = 128
rt_sigaction(SIGALRM, NULL, {0x4becd0, ~[KILL STOP RTMIN RT_1], SA_RESTORER, 0x7f243ec3e010}, 8) = 0
write(16, "\1\0\0\0\0\0\0\0", 8) = 8
read(17, 0x7fffa8546ea0, 128) = -1 EAGAIN (Resource temporarily unavailable)
timer_gettime(0x1, {it_interval={0, 0}, it_value={0, 0}}) = 0
timer_settime(0x1, 0, {it_interval={0, 0}, it_value={0, 2878000}}, NULL) = 0
select(49, [7 10 13 15 17 18 48], [], [], {1, 0}) = 1 (in [15], left {0, 999996})
read(15, "\1\0\0\0\0\0\0\0", 512) = 8
select(49, [7 10 13 15 17 18 48], [], [], {1, 0}) = 1 (in [17], left {0, 997261})
read(17, "\16\0\0\0\0\0\0\0\376\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0"..., 128) = 128
rt_sigaction(SIGALRM, NULL, {0x4becd0, ~[KILL STOP RTMIN RT_1], SA_RESTORER, 0x7f243ec3e010}, 8) = 0
write(16, "\1\0\0\0\0\0\0\0", 8) = 8
read(17, 0x7fffa8546ea0, 128) = -1 EAGAIN (Resource temporarily unavailable)
timer_gettime(0x1, {it_interval={0, 0}, it_value={0, 0}}) = 0
timer_settime(0x1, 0, {it_interval={0, 0}, it_value={0, 250000}}, NULL) = 0
timer_gettime(0x1, {it_interval={0, 0}, it_value={0, 212563}}) = 0
ioctl(6, KVM_IRQ_LINE_STATUS, 0x7fffa8546ea0) = 0
ioctl(6, KVM_IRQ_LINE_STATUS, 0x7fffa8546ec0) = 0
futex(0x8a88e0, FUTEX_WAKE_PRIVATE, 1) = 1
select(49, [7 10 13 15 17 18 48], [], [], {1, 0}) = 2 (in [15 17], left {0, 999996})
read(17, "\16\0\0\0\0\0\0\0\376\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0"..., 128) = 128
rt_sigaction(SIGALRM, NULL, {0x4becd0, ~[KILL STOP RTMIN RT_1], SA_RESTORER, 0x7f243ec3e010}, 8) = 0
write(16, "\1\0\0\0\0\0\0\0", 8) = 8
read(17, 0x7fffa8546ea0, 128) = -1 EAGAIN (Resource temporarily unavailable)
read(15, "\2\0\0\0\0\0\0\0", 512) = 8
timer_gettime(0x1, {it_interval={0, 0}, it_value={0, 0}}) = 0
timer_settime(0x1, 0, {it_interval={0, 0}, it_value={0, 14671000}}, NULL) = 0
select(49, [7 10 13 15 17 18 48], [], [], {1, 0}^C
Navíc qcow2 není výkonnostně nic moc.muzete to nejak rozvest? sam jsem to nestoval ale onehdy jsem narazil na http://fedoraproject.org/wiki/Features/KVM_qcow2_Performance a podle toho ta nova verze qcow2 zas tak zalostna neni...
a podle toho ta nova verze qcow2 zas tak zalostna neni...To si můžou kecat co chtějí, ale realita je taková, že qcow2 je sračka. Dělal jsem s tím experimentů více než dost a obecný názor (viz google) tomu taky napovídá. BTW ten odkazovaný test je IMHO syntetický, pod žádnou zátěží hostitele (což je vidět na nerealisticky horším výkonu se zaplou cache). V polních podmínkách to chodí jinak. K té pomalosti se ještě samozřejmě řadí to že občas ta VM zdechne, přečtěte si bugfixy za posledních X verzí qemu a je to tam samé qcow...
S qcow2 jsem experimentoval, protože podporuje snapshoty.snapshoty muzete pouzivat i na LVM (slozitejsi to je v clusterovem prostredi, ale i tam to jde...)
futex(0x8a88e0, FUTEX_WAIT_PRIVATE, 2, NULL
Tiskni
Sdílej: