Poslední příspěvky

1

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

« Poslední příspěvek od Martin Poljak kdy Dnes v 20:29:29 »

Ono se to může zdát nepravděpodobné, ale ten vypínací trend je v zahraničí vidět. V některých případech bohužel i za cenu znepřístupnění sítě pro roamující zákazníky (pokud nemají telefon schopný VoLTE) nebo "rozbití" nouzových volání bez SIM karty.

Docela by mě zajímalo, jestli se to těm operátorům vyplatí. Já osobně pak několik zařízení provozovat a platit prostě přestanu. Stejně tak pak začnu v některých případech platit jenom data a volat přes komunikátory protože proč bych platil volání když nebudu mít ve dvou ze tří domů žádný signál. Jako jo, kdyby to nahradilo funkční 5G, sice i tak je to na dvě věci ale budiž, pokrok člověk nezastaví, jenomže ono jaksi stále nenahrazuje a dost pochybuju, že se to za dva roky zázračně zlepší.

2

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

« Poslední příspěvek od Radek Zajíc kdy Dnes v 15:37:42 »

NMT síť byla v Č(S)R provozována 15 let.
UMTS (3G) cca. 16 let.
LTE (4G) u O2 brzy oslaví čtrnáctileté výročí.

Oproti tomu GSM (2G) bude u nás v roce 2028 fungovat už 32 let, a plány na omezení sítě/vypnutí existují už dlouho.

Ono se to může zdát nepravděpodobné, ale ten vypínací trend je v zahraničí vidět. V některých případech bohužel i za cenu znepřístupnění sítě pro roamující zákazníky (pokud nemají telefon schopný VoLTE) nebo "rozbití" nouzových volání bez SIM karty.

Na to, že po roce 2028 budou moci bez dalších podmínek GSM síť využívat i běžní zákazníci, bych si rozhodně nevsadil.

3

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

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

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

Už jsem našel. Může být smazáno. Děkuji.

4

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.

5

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ží.

6

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.

7

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

8

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ě.

9

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.

10

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.