Poslední příspěvky

1

Hardware / Re:Jablotron bez originální SIM karty

« Poslední příspěvek od petr_xxx kdy Dnes v 13:19:12 »

Zdravím, mohl by mi prosím někdo nasdílet program F-Link? Klidně anonymně do zprávy. Děkuji.

2

Sítě / Re:Existuje nějaká náhrada za 3G Zónu / femtocell?

« Poslední příspěvek od hlp84939 kdy Dnes v 12:22:22 »

Vypínání 2G není na pořadu dne hlavně proto, že stále existuje spousta 2G-only zařízení, např. různé spínací systémy atd., které jsou využívány třeba i hasičským sborem a dalšími záchrannými složkami, což musí být v provozu. Oficiálně má 2G povinnost provozovat O2 do roku 2028, ale lze čekat, že to ČTÚ opět prodlouží.

3

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od Jiří Havel kdy Dnes v 11:13:36 »

to mi pripomelo kompilator, ktery generuje pouze move instrukce.

https://github.com/xoreaxeaxeax/movfuscator

Ten "single instruction" nadpis otvírá zajímavou teoretickou otázku, "Co je to vlastně ta 1 instrukce?"

Protože ten mov má hromadu variant, co dělají i docela odlišné věci. Už jenom "load" a "store" jsou tak odlišné věci, že pro to mají některé architektury různé instrukce.

4

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od a6b kdy Dnes v 10:39:37 »

Případně přenositelnost, kdy stejná instrukce na jiném procesoru má jiný kod.

Teoreticky ano, prakticky o tom silně pochybuju, nebo by muselo jít o dost omezený kousek kódu.

Nemá moc smysl dělat procesor se stejnou instrukční sadou, ale jinými opcodes. Když už stejná instrukční sada, tak lze docela čekat i stejné opcodes.

Čistě teoreticky by se tady dala vytáhnout rodina x86 procesorů. Kdy stejné instrukce assembleru můžou být zakódované pomocí mnoha různých opkódů. A staré procesory umí některé, které už nové neumí a naopak.
Ale prakticky se pořád mluví o x86 instrukční sadě.

to mi pripomelo kompilator, ktery generuje pouze move instrukce.

https://github.com/xoreaxeaxeax/movfuscator

5

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od Jiří Havel kdy Dnes v 09:10:11 »

Případně přenositelnost, kdy stejná instrukce na jiném procesoru má jiný kod.

Teoreticky ano, prakticky o tom silně pochybuju, nebo by muselo jít o dost omezený kousek kódu.

Nemá moc smysl dělat procesor se stejnou instrukční sadou, ale jinými opcodes. Když už stejná instrukční sada, tak lze docela čekat i stejné opcodes.

Čistě teoreticky by se tady dala vytáhnout rodina x86 procesorů. Kdy stejné instrukce assembleru můžou být zakódované pomocí mnoha různých opkódů. A staré procesory umí některé, které už nové neumí a naopak.
Ale prakticky se pořád mluví o x86 instrukční sadě.

6

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od Jiří Havel kdy Dnes v 08:53:17 »

A jak souvisí překladač, platforma, verze a nebo název makra s tím jestli je jazyk přenositelný? Toto makro má nakonfigurovat build systém a předat ho překladači.

V režii jazyka už pak je jenom podmíňěná kompilace na tu nebo onu variantu.
...

Tu podmíněnou kompilaci ale nedělá jazyk C ale C preprocesor. Je to separátní tool, který ani nerozumí kompletní syntaxi C a používá se i pro jiné jazyky. Integrace preprocesoru do překladače proběhla až relativně nedávno, protože to oddělení mělo nepříjemné důsledky na použitelnost.

Ve chvíli, kdy build systém chystá makra pro preprocesor, tak je přenositelný úplně každý jazyk. Abych dostal to makro ENDIANESS tak musím mít někde mrtě platformně závislé logiky. Protože sám jazyk C v tom pro mně neudělá ani ň.

Btw, drtivá většina C kódu není přenositelná, ale je psaná v nějakém platformně závislém dialektu. Je to proto, že v přenositelné podmnožině C chybí naprosto zásadní věci. Např linux není psaný v C ale v GCC dialektu a při portování do clangu se do něj ten GCC dialekt přidal.

7

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od Vít Šesták (v6ak) kdy Dnes v 08:08:58 »

Případně přenositelnost, kdy stejná instrukce na jiném procesoru má jiný kod.

Teoreticky ano, prakticky o tom silně pochybuju, nebo by muselo jít o dost omezený kousek kódu.

Nemá moc smysl dělat procesor se stejnou instrukční sadou, ale jinými opcodes. Když už stejná instrukční sada, tak lze docela čekat i stejné opcodes.

A když bude instrukční sada jiná, čekám, že u netriviálního kódu bude příliš odlišná na to, aby šlo napsat stejný assembly code a jen to přeložit jiným assemblerem.

Pokud oba procesory budou mít aspoň podobnou základní koncepci, možná to půjde u nějakého triviálního kódu. Hádám, že to typicky nebude kód, u kterého bude dobrý důvod použít asm. Tady se spíš v praxi uplatní relativně vyšší jazyk (C/Rust/Fortran/…) a dnes celkem dobře zvládnuté optimalizace v kompilátoru.

EDIT: Možná je realističtější opačný scénář: máme dvě rodiny CPU se stejnou (či dostatečně podobnou) instrukční sadou, ale budeme v asm mít dvě různé verze kódu. Sice obě budou fungovat na obou CPU, ale dvě různé verze budeme mít kvůli výkonu.

8

Hardware / Re:Koupit teď Mac mini M4, nebo čekat na M5?

« Poslední příspěvek od Marek Staněk kdy Dnes v 07:31:45 »

osobně bych uplatnil obecné pravidlo nákupů výpočetní techniky: pokud vyloženě nemusím nakupovat teď hned nebo není jasné, že ceny půjdou dlouhodobě prudce nahoru, nákup co nejdéle odložit.

Welcome to the world of tomorrow, zachod je tamhle :-)

me teda pripada, ze ceny jdou momentalne prudce nahoru a nejakou dobu jeste pujdou

jenomže ty prahy jsou čistě subjektivní.
už nějakých 10-15 let je dostupný výkon, speciálně na desktopu, takový, že kupovat nový hw JENOM kvůli výkonu nedává smysl. a není realistické očekávat, že požadavky na lokální výkon nějak významně porostou. takže pokud mu stávající výkon stačí a má nějakou přiměřenou rezervu na hardwaru který má pořád podporu ze strany výrobce, tedy mu nehrozí že přestane dostávat aktualizace, a nechybí mu něco zásadního, co by dostal právě jen s novým hardwarem (jako tomu bylo s nároky Win11 na TPM a CPU), není k obměně důvod.
co se týče očekávaného dalšího růstu cen ... pokud není pod právcě technickým tlakem, což není, a nemá důvod se domnívat že v horizontu cca 2 let se pod něj dostane, což nemá, růst cen ho vůbec nemusí zajímat, protože prospěch z nového hw se mu nemá jak vrátit. takže s obměnou úplně klidně může počkat až na dobu, kdy to bude dávat smysl technický i ekonomický = bude to potřebovat a nebude nesmyslně přeplácet.
další věc, kterou je dobré si uvědomit: pokud není OSVČ a ten hw negeneruje příjem, jednalo by se o čistý náklad který se ekonomicky nevrátí. naopak pokud ten hw příjem generuje, stačí si udělat ekonomickou rozvahu, jaký přínos z nového hw bude (o kolik víc práce za stejný čas udělá = o kolik víc za účetní období vydělá), a rozhodnout se, jestli to má smysl. protože v tom případě ten hw ve skutečnosti zaplatí jeho zákazník, takže potřebuje zvážit, jestli buď zákazník unese zvýšení cen, nebo on unese investiční náklad (v praxi kombinace, tzn jak investiční náklad který potřebuje umořit, tak nějaké zvýšení cen, v nějakém poměru). přičemž do toho nákladu je potřeba započítat taky čas na migraci a eventuální řešení nečekaných problémů.

tady je evidentní, že závěr už padl: obměna nedává smysl a ještě dlouho dávat nebude.

tedy souhlasím, záchod je tamhle.

9

Bazar / Re:Prodám desku + procesor i7 9700 s chladičem (základ PC)

« Poslední příspěvek od Logik kdy 12. 03. 2026, 23:03:21 »

Ne se prodávají. Se nabízejí.Reálně jdou sestavy s 9700 sehnat za podobnou cenu, co ty chceš čistě za desku.https://pc.bazos.cz/inzerat/214122612/lenovo-thinkcentre-m720q-i5-9th.phphttps://www.ebay.com/itm/177928174514

Jinak pokud fakt trváš na Intelu, když tak tu vychvaluješ ty  ty jediné výhody Intel platformy, tak za novej i5 225 + desku dam 5.5 kKč.

10

Sítě / Re:T-Mobile Fiber 2 Gbps a vlastní zařízení

« Poslední příspěvek od x-rated kdy 12. 03. 2026, 23:00:31 »

KAON vám nepomůže, ten funguje na XGS PON (ne GPON)

pokud připojíš zařízení gpon, funguje v režimu gpon, pokud připojíš zařízení xgspon, funguje v režimu xgspon, tmobile má v nabídce obyčejnej převodník kaon na xgspon a neni nutný řešit žádný vlastní zařízení
na rychlost 2/1 Gb/s je potřeba xgspon, protože ve špičce to gpon těžce nezvládá, ale špatnej peering tmobilu s ostatníma sítěma nezachrání ani xgspon