Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
. Průměrně při používání webu každý uživatel znamená průměrně kolem 30 SQL dotazů, 99% pouze čtení z DB. Jedná se o jednoduché dotazy typu SELECT FROM, žádné JOINy a pod.
Zatím používám hosting NoLimit u WEDOSu, ale chtěl bych dát web raději na virtuální server. Ulehčil bych si tak aktualizace záznamů v databázi a další věci.
Kolik RAM by takový stroj měl ideálně mít? 1GB, 2GB nebo více? Nemám vůbec představu a nerad bych VPS poddimenzoval nebo naopak zase předimenzoval.
Díky za rady!
Petr
Řešení dotazu:
13.7.2011 15:58
Max | skóre: 72
| blog: Max_Devaine
.Virtuál se zapauzuje, zkopíruje se RAM a stav virtualizovaného HW na nový stroj a tam se spustí.Pro upřesnění - pokud jde o migraci za běhu, ve skutečnosti se nejprve spustí zapauzovaný virtuální stroj na cílovém hostiteli, pak se zkopíruje obsah RAM (host stále běží, když dojde k nějaké změně již zkopírovaných dat, kopírují se znovu.) Pak teprve se host zastaví, dokopíruje se zbytek RAM (to, co za běhu zkopírovat nešlo) a spustí se to na novém hostiteli.
zkopíruje se RAM a stav virtualizovaného HW na nový stroj a tam se spustí. Celková doba bývá podle velikosti RAM a rychlosti spojení kolem jedné až dvou sekund.Pokud mám 1GB RAM a mělo by se to za vteřinu přenést, tak to znamená 8Gbit/s spojení. Proto se to dělá tak, že se přenese postupně celá paměť (v běžných nasazeních většinou po Ethernetu) a pak se přenese znova s tím, že se přenesou jen změněné bloky. To se dělá tak dlouho, dokud není možné přenést zbytek v požadované době (to jsou ty 1-2 sekundy). Pak se původní stroj zastaví, přenese se ten zbytek a ten nový se spustí. Proč to píšu je to, že vlasntí migrace může tvrat i několik minut a někdy nemusí proběhnout vůbec. Například pokud na VM pustíte memtest, pak je matematika jasná: přístup do paměti vs přenosová rychlost pro migraci. Proto je někdy dobré výkon migorvaného VM snížit a to buď z vnitřku nebo z vnějšku. Dalším problémem je migrace jendotlivých virtualizovaných HW komponent, především HDD a síťovek.
Dalším problémem je migrace jendotlivých virtualizovaných HW komponent, především HDD a síťovek.Síťovek? Když ten VS není připojen na fyzický hardware, tak udělat stejnou síťovku je jenom otázka její definice při spuštění KVM, nebo se pletu? Jasně, co se týče disku, tam to tak jednoduché není. Co jsem si s tím hrál, tak jsem zatím neobjevil jediný způsob, jak udělat úložiště, aby bylo možné ten stroj migrovat a zároveň to nemělo menší výkon, než když to pojede přímo z LVM oddílu.
Síťovek? Když ten VS není připojen na fyzický hardware, tak udělat stejnou síťovku je jenom otázka její definice při spuštění KVM, nebo se pletu?Ten cílový stroj musí mít přístup na stejný L2 segment. Což při migraci mezi fyzicky oddělenými lokalitami není úplně samozřejmé.
Jasně, co se týče disku, tam to tak jednoduché není. Co jsem si s tím hrál, tak jsem zatím neobjevil jediný způsob, jak udělat úložiště, aby bylo možné ten stroj migrovat a zároveň to nemělo menší výkon, než když to pojede přímo z LVM oddílu.Používá se "shared-storage", tj. diskové pole připojené ke všem uzlům clusteru přímo (třeba přes SAS) nebo přes storage síť (SAN - Fibre Channel, iSCSI). Druhá možnost je softwarová replikace, na linuxu pomocé DRBD. U něj není výkon nutně výrazně menší, ale samozřejmě to vyžaduje dostatečně rychlou síť mezi uzly (ideálně 10GbE) a dost pomůže také HW RAID radič s vlastní write-cache.
Ten cílový stroj musí mít přístup na stejný L2 segment. Což při migraci mezi fyzicky oddělenými lokalitami není úplně samozřejmé.Tak to jo, já počítal se situací všechno na jednom místě.
Druhá možnost je softwarová replikace, na linuxu pomocé DRBD. U něj není výkon nutně výrazně menší,...No nevím, co jsem měřil, tak mezi LVM a DRBD nad LVM byl propad při sekvenčním zápisu až o čtvrtinu (a to za situace, kdy to DRBD nebylo připojené po síti)
No nevím, co jsem měřil, tak mezi LVM a DRBD nad LVM byl propad při sekvenčním zápisu až o čtvrtinu (a to za situace, kdy to DRBD nebylo připojené po síti).Co to bylo za řadič? Obyčejný SATA, nebo nějaký HW RAID? Princip DRBD je takový, že si na konci disku uržuje bitmapu změněných bloků, aby se urychlila pozdější resynchronizace. Takže při každém zápisu musí hlavička udělat seek na konec disku, aktualizovat metadata, a až pak je zápis potvrzen. HW řadič se zálohovanou pamětí umožňuje ten seek bezpečně nechat na později, takže výkonnostní ztráta je podstatně nižší. Jinak je tam snad i možnost oddělit metadata na jiný disk.
Princip DRBD je takový, že si na konci disku uržuje bitmapu změněných bloků, aby se urychlila pozdější resynchronizace.Jo, něco podobného jsem nakonec vypozoroval taky - u druhého a dalších zápisů (do stejného souboru, který zabíral skoro celý "disk") už ten propad nebyl tak hrozný. A byl to obyčejný SATA řadič.
Jinak je tam snad i možnost oddělit metadata na jiný disk.Jj, akorát to má i nějaké nevýhody, na které si teď nevzpomenu
Další možnosti jsou různé clusterové filesystémy, ono DRBD, NFS,samba, atd...O DRBD viz výše. NFS a Samba - když jsem to zkoušel naposledy, tak VS používající jako disk soubor na LVM oddílu dal 60MB/s sekvenčního zápisu, kdežto VS, kde byl diskem přímo ten oddíl, dal 100.
15.7.2011 12:23
pavlix | skóre: 54
| blog: pavlix
15.7.2011 13:01
pavlix | skóre: 54
| blog: pavlix
To máte pravdu, ale cena je dost někde jinde. Nevyužiju všechny možnosti, které mi virtualmaster dává. Když si tam vyberu 2GB RAM a 60GB HDD, je to přes 1000 Kč/měsíc. U wedosu mám stejné parametry za 480Kč/měsíc. Pravda, nemohu si kdykoliv přidat nebo odebrat, ale to stejně nevyužiju.Ceny jsem neporovnával, nejsem na tom nijak zainteresován. Ale třeba v případě stránek s nárazovou návštěvností to může vyjít levněji. Nemusím platit parametry VPS podle špiček, ale podle normálního provozu. Na špičky si můžu vždycky trochu ramky a cpu přidat.
Zatím zůstávám na webhostingu. Uvidíme jak se projekt rozjede a jestli něco vydělám na reklamě. Pak bych koupil lepší VPS.Jinak umím v této oblasti zařídit ledacos (nemusí to být ani zrovna virtualmaster.cz), stačí se ozvat.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz