DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Zdravím, jelikož právě řeším virtualizaci, tak pár postřehů a zkušeností. Začínal jsem na vmware (před několika lety), nicméně po rozhodnutí Redhatu, resp. jeho výběru kvm jako hlavní virtualizace jsem začal používat kvm. Jaká je situace dnes na vmware nevím, ale vyjádřím se k virtualboxu a kvm. Dle mého soudu je virtualbox nejlepší pro virtualizaci OS s grafickým prostředím - od cpu quadcore přes i3 a dál je k nerozeznání, zda OS běží ve virtualboxu nebo přímo na hw. Bohužel, kvm a virtualbox nemohou běžet současně na stejném hw. Na druhou stranu pro virtualizaci OS bez GUI používám kvm.
Takže - pokud má na tom PC běžet Windows, tak bych mezi kvm a virtualboxem vybral virtualbox. Teorie dává sice předpoklad, že by kvm mohlo být rychleší (modul jádra), jenže grafický výstup přes rdp (z Windows) je uživatelsky horší než z virtualboxu. Ještě poznámka - pokud chcete "seamlessrdp" pro efektní spouštění aplikací, tak jen z WinXPp a Windows (terminal) serveru. Z Windows7Pro tohle nefunguje, přestože je na webu několik zasvěcených how-to.a
Pokud ovšem to bude servřík někde v kumbále a přístup na Windows bude vždy přes rdp, tak bych asi volil kvm. Ale jak jsem psal , nepoužívám vmware, které nemohu hodnotit ...
A Ty si zabudol, ze o rizeni virtualu z ciste linuxovyho stroje neni v zadani ani zminka.To je věc, která se snad v našem prostředí považuje za naprostou samozřejmost. Nesmyslná omezení nejsou zrovna to po čem bych u virtualizačních nástrojů toužil.
doporucuju vyzkouset.Díky, ale uvedené důvody mě nepřesvědčily odklonit se od toho, co používají ostatní lidi z mého pracovního okolí.
Díky, ale uvedené důvody mě nepřesvědčily odklonit se od toho, co používají ostatní lidi z mého pracovního okolí.Vždyť o to se tu nikdo ani nesnaží…
Na toto tema jsem letos delal bakalarku, sice neuspesnou ale i tak jsem nabral hodne zkusenosti. Co se vykonu tyce tak KVM podova lepsi vykon jak XEN alspon co se novych verzi tyce, a to jak pro windows tak i pro Linux hosty. Co se tyce virtualboxu, tak jak zde jiz bylo napsano, pro windows je to ok, ale stale mene vykone nez KVM. Jedina vyhoda je akcelerace grafiky. Ale pokud se obejdes bez ni, tak KVM + SPICE + qxl ovladac grafiky umi nabidnout zazitek velmi podobny realnemu pouzivani. A uz se i pracuje na HW akceleraci pro KVM. Kdyz budes chtit vic info muzes si najit moji bakalarku asi by nekde na FIT VUTBR mela byt verejne k dispozici
Čím více vzpomínám na virtualbox (cca před rokem jsem jej použil naposledy), tím více mám pocit, že to "zobrazovalo" rychleji než spice + kvm nyní.Když jsem před nějakou dobou zkoušel oba (kvm/virtualbox) tak jsem měl stejný pocit. KVM ale zase mělo ale lepší „čistý výkon“ – práce s diskem byla rychlejší než u virtualboxu a co se týče využití CPU tak to taky vypadalo lépe pro KVM (žádné velké testy, jen blbiny typu "openssl speed"). Oba jsou IMO určené pro různé cílové skupiny – Virtualbox je pro takovou tu domácí virtualizaci (widle, testování linuxových distribucí), kde jde o to, aby pěkně fungovalo GUI (ideálně i různé eye-candy), kdežto KVM (i se spice)/Xen jsou pořád spíš pro běh serveru, kde se na grafiku tolik nehledí. Pěkná věc by byl nějaký ovladač, který by umožňoval sdílení grafiky (něco jako PCI passthrough, ale aby grafiku mohl používat i hostitelský systém). Třeba něco na způsob xf86-video-nested, akorát pro virtualizaci. To by mohlo být hodně rychlé.
No ono prave zalezi hodne na hostovi, jelikoz nevim jak to ma ubuntu, ale treba u archu jsme mel docela dost problemu nez jsem vse rozchodil jak jsem potreboval, ale napriklad u fedory, centos a ostatnich z rodiny redhat distribuci vse jelo perfektne, a i windows jel hodne dobre
XenSerer rovnez pouzivam a za vmware ho nemam potrebu menit. Jedina nevyhoda je ta nestastna provazanost jejich management klienta s windows. V tomhle se mi libi proxmox s web rozhranim.
Tiskni Sdílej: