Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.
Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.
Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].
Před rokem byla streamovací služba HBO Max přejmenována na Max. Dle managementu slovo HBO v názvu nebylo důležité. Včera byl Max přejmenován zpět na HBO Max. Kolik milionů dolarů to stálo? 😂
Byla vydána nová major verze 8.0.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v oficiálním oznámení a v aktualizované dokumentaci.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.4. Přehled novinek s náhledy a videi v oznámení na blogu.
Instituce státní správy nebudou smět využívat produkty, aplikace, řešení, webové stránky a webové služby poskytované čínskou společností DeepSeek. Na doporučení Národního úřadu pro kybernetickou a informační bezpečnost rozhodla o jejich zákazu vláda Petra Fialy na jednání ve středu 9. července 2025.
Phoronix porovnává rozdíl ve výkonu Ubuntu pro x86 a pro amd64. Výkon byl měřen na UT2004, LAME, gzipu, kompilaci jádra a dalších operacích.
Tiskni
Sdílej:
Zjevně ano. Ale o tom, zda je skutečně vhodnější, jeden účelově vybraný benchmark vypovídá pramálo. To bych na druhou stranu mohl argumentovat tímhle:
sign verify sign/s verify/s rsa 512 bits 0.000506s 0.000040s 1977.1 25163.1 rsa 1024 bits 0.002250s 0.000107s 444.5 9318.9 rsa 2048 bits 0.012400s 0.000343s 80.6 2915.8 rsa 4096 bits 0.079840s 0.001175s 12.5 850.8 sign verify sign/s verify/s rsa 512 bits 0.000262s 0.000018s 3822.1 54325.7 rsa 1024 bits 0.000856s 0.000044s 1168.9 22574.3 rsa 2048 bits 0.004398s 0.000125s 227.4 7988.9 rsa 4096 bits 0.026530s 0.000392s 37.7 2550.0
jenže to by byl asi tak stejný nesmysl jako ten jejich "test"…
K vašemu tvrzení vás mohlo snad vést to, že aritmetika s 64bitovými celými čísly trvá déle než s 32bitovými.
Určitě to platí i na 64-bitovém procesoru?
tradiční_způsob
, VelbloudíZápis
je spíš doména C++-istů (já ovšem preferuji klasiku i v C++). Ale když pořád lepší než javoidní velbloudBezHlavy
…
Similarly, Microsoft began using "x64" as a vendor-neutral way to refer to products that support both AMD64 and EM64T. Other companies, such as Sun Microsystems, have also adopted this convention.
IMUL reg16/32/64, mreg16/32/64
latenci 3/3/4 takty. Dále tam stojí: „The processor is capable of performing a 64-bit addition each clock cycle and a 64-bit multiplication every other clock cycle.“ Předpokládám (== hádám Ubuntu? Linuxová distribuce, ovšem divím se, že zrovna velký pan archista gentooista to neví.
Na druhou stranu při ukládání registrů na zásobník se více nadře.Proč? Uložení 32b registru pomocí 32b sběrnice a 64b pomocí 64 bitové by mělo být úplně stejně rychlé.
gcc
rozhodne že se něco vyplatí držet v registru, tak ten load/store samozřejmě předem amortizuje. Problém je spíš v tom, že u amd64 děsně bobtnaji
sizeof(struct foo)
, limitně až na dvojnásobek- takže věci jako linked listy, hashe, bstromy apod fakticky sníží velikost cache o 30-40%... Indexování integerama místo pointerů asi pomáhá, ale málokdo to používá.
Binární konvence pro volání funkce je úplně jiná pro amd64 a i386. U i386 se parametry funkce se předávají na zásobníku. U amd64 se prvních 5 předává přímo v na to vyhražených registrech. Takže se ušetří spousta kopírování mezi pamětí a registry.
Jinak díky binárním konvencím téměř nedochází k tomu, že by se registry ukládaly zbytečně. Některé má volaná funkce právo přepsat - volající funce si pak zazálohuje jen ty, které skutečně potřebuje. Některé registry musí volaná funkce vrátit v původním stavu - opět ale zálohuje jen ty, se kterými pracuje. Takže pro daný algoritmus 64 bitový kod ukládá mnohem méně registrů do paměti.
Samozřejmě existuje řada svičů kompilátoru, které ovlivnují výsledný kod. Někdy se i na amd64 předávájí parametry přes zásobník - lépe se pak analyzují core dumpy - třeba v (Open)Solarisu. Možná že distribuce XY zrovna používá takové defaultní nastavení gcc - koho dnes zajímá nějaká rychlost ve srovnáné se snadnou debugovatelností ... V každém případě je více registrů výhoda, přinejhorším to vyjde nastejno.