Americký prezident Donald Trump vyzval nového generálního ředitele firmy na výrobu čipů Intel, aby odstoupil. Prezident to zdůvodnil vazbami nového šéfa Lip-Bu Tana na čínské firmy.
Bylo vydáno Ubuntu 24.04.3 LTS, tj. třetí opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.
Byla vydána verze 1.89.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Americká technologická společnost Apple uskuteční v USA další investice ve výši sta miliard dolarů (2,1 bilionu korun). Oznámil to ve středu šéf firmy Tim Cook při setkání v Bílém domě s americkým prezidentem Donaldem Trumpem. Trump zároveň oznámil záměr zavést stoprocentní clo na polovodiče z dovozu.
Zálohovací server Proxmox Backup Server byl vydán v nové stabilní verzi 4.0. Založen je na Debianu 13 Trixie.
Byla vydána nová verze 1.54.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Jan Václav.
Knižní edice správce české národní domény přináší novou knihu zkušeného programátora Pavla Tišnovského s názvem Programovací jazyk Go. Publikace nabízí srozumitelný a prakticky zaměřený pohled na programování v tomto moderním jazyce. Nejedná se však o klasickou učebnici, ale spíše o průvodce pro vývojáře, kteří s Go začínají, nebo pro ty, kdo hledají odpovědi na konkrétní otázky či inspiraci k dalšímu objevování. Tištěná i digitální verze knihy je již nyní k dispozici u většiny knihkupců.
OpenAI zpřístupnila (en) nové nenáročné otevřené jazykové modely gpt-oss (gpt-oss-120b a gpt-oss-20b). Přístupné jsou pod licencí Apache 2.0.
Byla vydána RC verze openSUSE Leap 16. S novým instalátorem Agama, Xfce nad Waylandem a SELinuxem.
Google Chrome 139 byl prohlášen za stabilní. Nejnovější stabilní verze 139.0.7258.66 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 12 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře. S verzí 139 přestal být podporován Android 8.0 (Oreo) a Android 9.0 (Pie).
/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: