Na WWDC25 byl představen balíček Containerization a nástroj container pro spouštění linuxových kontejnerů na macOS. Jedná se o open source software pod licencí Apache 2.0 napsaný v programovacím jazyce Swift.
Do 16. června do 19:00 běží na Steamu přehlídka nadcházejících her Festival Steam Next | červen 2025 doplněná demoverzemi, přenosy a dalšími aktivitami. Demoverze lze hrát zdarma.
Apple na své vývojářské konferenci WWDC25 (Worldwide Developers Conference, keynote) představil řadu novinek: designový materiál Liquid Glass, iOS 26, iPadOS 26, macOS Tahoe 26, watchOS 26, visionOS 26, tvOS 26, nové funkce Apple Intelligence, …
Organizátoři konference LinuxDays 2025, jež proběhne o víkendu 4. a 5. října 2025 v Praze na FIT ČVUT, spustili přihlašování přednášek (do 31. srpna) a sběr námětů na zlepšení.
Po roce byla vydána nová stabilní verze 25.6.0 svobodného multiplatformního multimediálního přehrávače SMPlayer (Wikipedie).
DNS4EU, tj. evropská infrastruktura služeb DNS založená na vysoce federovaném a distribuovaném ochranném ekosystému, byla spuštěna v testovacím režimu [𝕏]. Na výběr je 5 možností filtrování DNS.
Skriptovací programovací jazyk PHP (PHP: Hypertext Preprocessor, původně Personal Home Page) dnes slaví 30 let. Přesně před třiceti lety, 8. června 1995, oznámil Rasmus Lerdorf vydání PHP Tools (Personal Home Page Tools) verze 1.0.
Ve středu v 17:00 byl ve Francii zablokován přístup k PornHubu a dalším webům pro dospělé. K 17:30 došlo k nárůstu počtu registrací Proton VPN o 1 000 % [𝕏]. Dle nového francouzského zákona jsou provozovatelé těchto webů povinni ověřovat věk uživatelů prostřednictvím průkazu totožnosti nebo platební karty.
Před 32 lety, 6. června 1993, byl spuštěn první český WWW server (ještě pod TLD .cs), pro potřeby fyziků zabývajících se problematikou vysokých energií.
Střílečku Borderlands 2 lze v rámci výprodeje série Borderlands na Steamu získat zdarma napořád, když aktivaci provedete do 8. června 19:00.
Tyhle hromady čísel sou pro mě (asi nebudu sám) težko stravitelný.
gnuplot
by měl být na ty správné grafy.
Konečně bych měl na čem počítat BOINC přes CUDA na grafice a skóre by mi rostlo 10x rychlejš! A ten účet za elektriku potom No ještě si budu muset na takovej luxus chvíli počkat ...
Není problém v tom, že jsou v těch distribucích libcompat librarys z 32bit systému?
To je docela dobře možné. Směrodatnější by bylo porovnání konkrétní aplikace se stejnou konfigurací a stejnými daty, třeba právě toho prohlížeče.
(IA64 32bit neumí)
Spíš konkrétní distribuce, architektura jako taková ano (i když v SW emulaci).
Nejen instrukce, ale hlavně registry. Takhle třeba vypadá funkce sčítající čtyři čísla na x86_64:
0x0000000000400560 <+0>: add %rsi,%rdi 0x0000000000400563 <+3>: add %rdi,%rdx 0x0000000000400566 <+6>: lea (%rdx,%rcx,1),%rax 0x000000000040056a <+10>: retq
a takhle na i586:
0x08048450 <+0>: mov 0x4(%esp),%edx 0x08048454 <+4>: mov 0x8(%esp),%eax 0x08048458 <+8>: add %edx,%eax 0x0804845a <+10>: mov 0xc(%esp),%ecx 0x0804845e <+14>: add %ecx,%eax 0x08048460 <+16>: mov 0x10(%esp),%edx 0x08048464 <+20>: add %edx,%eax 0x08048466 <+22>: ret
a=b+c+d+e
?
V reegistrech bych očekával hlavní nárust zisku. Mohu přehazovat na jeden takt 2x více dat.
Jde hlavně o to, že jich je víc, takže se spousta věcí dá udělat v registrech a nemusí se tak často sahat do paměti. Třeba v případě celočíselných nebo pointerových parametrů se na x86_64 se prvních šest parametrů předává v registrech, zatímco na i586 jen 0-3.
Ty uvodní čísla jsou program counter? add na 64 bitech jsou 3 bytové instrukce?
Ano, jsou to adresy, na kterých je příslušná instrukce. Délka instrukce bude IMHO záviset na tom, co s čím se sčítá.
A ještě tohle je standardní funkce kterou kompilátor zařadí do kódu z přiřazení a=b+c+d+e?
Je to reálně přeložený prográmek
#include <stdio.h> long sum4(long a, long b, long c, long d) { return a + b + c + d; } int main() { printf("%ld\n", sum4(1,2,3,4)); return 0; }
pomocí
gcc -O3 -fomit-frame-pointer -fno-inline -m64 -march=k8 -o reg-64 reg.c gcc -O3 -fomit-frame-pointer -fno-inline -m64 -march=i586 -o reg-32 reg.c
Výpis funkce byl získán pomocí gdb (disassemble sum4
). Samotné přiřazení uprostřed funkce by bylo implementováno různě podle toho, kam zrovna optimalizátor uloží příslušné proměnné; obecně ale platí, že na x86_64 je větší šance, že proměnná bude v registru.
Tiskni
Sdílej: