Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
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 ), že to je kvůli paralelizaci.
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.