Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »Mě zajímá poměr výkonu 64bit a 32bit režimuPokud myslite nejaky obecny pomer tak ten neexistuje, v kazde aplikaci bude nutne jiny. A uz vubec by se nedal poznat z vami navrhovaneho testu.
a ne poměr optimalizací nějakého programu (který díky náskoku 32bit dnes vypadá nějak, ale za měsíc může vypadat úplně jinak).A pak vyjde nove gcc a vese vysledky budou take uplne jinak. Berte to z praktickeho hlediska. Rozhuduju se zda jit do 64bit nebo 32bit distribuce. Vykon je jednym z kriterii vyberu. Aplikace a prekladace se meni ale nedokazu odhadnout jak, kristalova koule se mi rozbila. Nejrozumnejsi v takove situaci je IMO vyjit z aktualnich verzi aplikaci a prekladace.
A naprosto jiné výsledky budou mezi 32 a 64 bit verzí téhož hw pod jiným operačním systémem.
Pokud pujde o aplikaci ze stejnych zdrojaku, ktera nebude travit spoustu casu v jadru tak nevidim duvod proc by tomu tak melo byt.
A naprosto jiné výsledky budou při použití kvalitně optimalizujícího překladače, ne gcc
Tady souhlas. Ovsem pomoci gcc je v praxi kompilovana vetsina aplikaci. Pouzitim icc bych se zase vzdalil od bezne praxe.
mám dojem, že nyní měříte spíše kvalitu optimalizátoru gcc, než skutečnou rychlost 32 a 64 bit provesorů.
Buh chran, do takoveho projektu jako urceni skutecne rychlosti 32bit vs 64bit bych se nikdy nepustil. To by bylo nad lidske sily. Jen nez by nejaka komise slozena z odborniku pres rozne obory schvalila nejaky reprezentaticvni kod tak by byl mereny procesor obsolete 
No to bylo, ale pro praxi prostě stačí přeložit algoritmus nejlepším kompilátorem , co je dnes k dispozici - což je icc - a to by bylo v podstatě velmi vypovídající o skutečné rychlost 32 x 64.
Ono nezlobte se, ale měření pomocí gcc, když vím, že dnešní Microsoft kompilátor bez problémů zvládne vygenerovat o 10% i daleko více procent rychlejší kód oproti gcc na 32 bit platformě - a to ještě není nic proti tomu, co zvládne Intel kompilátor, pak řekněme, že statistická chyba Vašich výsledků s gcc může být klidně i dost mnoho desítek procent. To není kritika, já vím, že to přiznáváte a děláte to i s tímto záměrem - ale Vaše testy nejsou moc vypovídající a za půl roku už může být všechno naprosto, ale naprosto jinak.
A pak vyjde nove gcc a vese vysledky budou take uplne jinak.Ale řádově v jednotkách procent. Rozdíl mezi zkompilovaným generickým C kódem a ručně optimalizovaným MMX/SSE může být klidně v řádu stovek procent. Tudíž rozdíly mezi kompilátory/systémy jsou v chybě měření. Ale to je nakonec fuk. Prostě mě to jenom zajímá, nic víc. Nechápu, proč mě hned někdo musí okřikovat.
Tiskni
Sdílej: