Poslední příspěvky

1

Windows a jiné systémy / Re:V akom stave je Windows 11?

« Poslední příspěvek od ByCzech kdy Dnes v 17:58:50 »

To je přece úplně jedno. Jednou je to ZNÁMÝ A INZEROVANÝ požadavek výrobce operačního systému, a je problémem výrobce hardwaru s nímž je OEM verze dodávána, aby splnění požadavků zajistil.

Ten požadavek je nejen tak známý a inzerovaný, ale i tak super skvělý a správný, že i sám výrobce operačního systému dává na svá originální instalační média skript bypassnro.cmd, který ty problémy vznikající z toho super požadavku řeší jeho vypnutím a nainstalováním Windows bez sítě.

2

Vývoj / Re:Typescript module vs namespace

« Poslední příspěvek od fortran1986 kdy Dnes v 16:23:30 »

ale už sa k tejto téme nejdem vyjadrovať odpoveď na nastavenie tslintu som sa nedozvedel, ale už vidím že sa tu schyluje ku flame a na to fakt nemám čas.

3

Vývoj / Re:Typescript module vs namespace

« Poslední příspěvek od fortran1986 kdy Dnes v 16:19:26 »

Termín "module" už má v ECMAScript-e svoj význam a TypeScript ho len rešpektuje (t.j. ES6 prípadne CommojJS modules). Preto sa táto ďalšia/iná vlastnosť volá "namespace" a príde mi to ako technicky presné pomenovanie.

Každopádne v TS je modul synonimum pre namespace

Nie je, sú to dve odlišné veci. Možno ťa mýli, že pred dávnymi rokmi sa terminológia TypeScript-u trochu líšia, ale to je fakt dávno.

v iných jazykoch je NS čisto len menný priestor (C++, C#).

Takto ho vnímam aj v TypeScript-e.

A modul je skutočne element jazyka, ktorý sa stará aj o viditelnosť (exporty) taktiež modul môže byť v jednom súbore len jeden zato namespace môže byť rozdelený do viac súborov.

Takto to v TypeScript-e je.

Ale možno mi len niečo uniká, namespaces vôbec nevyužívam.

v TS nie su odlisne. Ale semanticky je to nezmysel.

>> Takto ho vnímam aj v TypeScript-e.

menný priestor nemá riešiť viditelnosť (exporty), a má byť možné ho definovať vo viacerých súboroch. namespace v TS neni možné definovať vo viacerých súboroch a obsahuje exporty, teda to neni skutočný menný priestor ale modul. TS skutočné menné priestory neobsahuje obsahuje len moduly pomenované menný priestor.

keď si trabant microsoft premnuje na lambo tak stále to bude trabant a nie lambo

4

Windows a jiné systémy / Re:V akom stave je Windows 11?

« Poslední příspěvek od František Ryšánek kdy Dnes v 14:49:40 »

Popravdě MMX/SSE v malíčku nemám, a ano vrtá mi hlavou, zda se nějak liší jeho "výtěžnost" v 32b vs. 64b režimu. Nedivil bych se, pokud nikoli. Čili pro nějaké chroupání videa souhlas, mohlo by to být jedno. Obecně pro úlohy, na které buldozer MMX/SSE dobře pasuje / kde stojí za to se do něj ponořit.

5

Windows a jiné systémy / Re:V akom stave je Windows 11?

« Poslední příspěvek od technomaniak kdy Dnes v 13:49:36 »

Oprava, špatně jsem to zformuloval

* v tebou uvedeném případě jsi mluvil o netbooku z éry roku (+-) 2007-10, což už byla doba CoreDuo2(4), proto nechápu tvůj první odstavec řešící instrukční sady z éry 90let. Je vysoce pravděpodobné že disponovali jak základem GPR, tak i dalšími rozšířeními MMX(64bit registry), SEE/XMM(128 bit registry), atd..
* v dané době (+-)2007 jsi tedy krásně mohl použít např. 128bit registry XMM na 32bit procesoru s 32bit OS a pokud ten samý kód by jsi spustil na 64bit procesoru s 64bit OS tak rozhodně si díky tomu nezískal větší výpočetní výkon i když jsi měl k dispozici nebo využíval "dvojnásobně dlouhé" registry jak jsi tvrdil.

Ten výrok je prostě špatný.

6

Windows a jiné systémy / Re:V akom stave je Windows 11?

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

Fakt je, že 64b OS by teoreticky měl k dispozici větší výpočetní výkon v konkrétních druzích úloh díky dvojnásobně dlouhým registrům...

:-D kupodivu si z Vás tentokrát neutahuju... ale když mě tak hezky škádlíte k další offtopic vysvětlivce...

Asi máte představu, že x86 CPU má tradičně general-purpose registry AX, BX, CX, DX. Tyhle byly 16bitové už od prvního  8086, a taky odjakživa se dalo pracovat jejich 8bitovými půlkami (AH/AL apod.). Když přišla 386, přinesla rozšíření na 32 bitů: EAX, EBX, ECX, EDX. Instrukční sada x86_64 (AMD64) přinesla rozšíření na 64 bitů: RAX, RBX, RCX, RDX. (A přidala dalších 8 general purpose registrů, zvaných R8 až R15.)

Viz např. (str.12 v odkázaném PDF)

Když potřebujete manipulovat s nějakými daty, která jsou nativně dlouhá 64 bitů (integer, double float, ale nejenom), tak je výhodou, provést tu manipulaci pomocí jediné instrukce, než to muset nějak dělit na dvě půlky a lepit je programově dohromady (k čemuž Vás donutí běh v 32b režimu). add, sub, mul, div, mov, cmp, rotace a shifty, push, pop... Prostě máte k dispozici dvojnásobnou šířku, pokud ji dokážete využít.

A těch pár zbrusu nových registrů navíc se taky může hodit. Registry v jádře CPU mají úplně nejkratší přístupové latence - kratší než L1 cache. Pokud to Váš algoritmus využije, nemusíte tak často stěhovat data z registrů do RAM a zpátky...

Samozřejmě booleovské rozhodování a skoky a pointerové operace Vám to neurychlí.

* v tebou uvedeném případě jsi mluvil o netbooku z éry roku (+-) 2007-10, což už byla doba CoreDuo2(4), proto nechápu tvůj první odstavec řešící instrukční sady z éry 90let. Je vysoce pravděpodobné že disponovali jak základem GPR, tak i dalšími rozšířeními MMX(64bit registry), SEE/XMM(128 bit registry), atd..
* v dané době (+-)2007 jsi tedy krásně mohl použít např. 128bit registry XMM na 32bit procesoru s 32bit OS a rozhodně si díky tomu nezískal větší výpočetní výkon i když jsi měl k dispozici nebo využíval "dvojnásobně dlouhé" či "čtyřnásobně dlouhé" registry jak jsi tvrdil.

Ten výrok je prostě špatný.

7

Desktop / Re:Prohlížeč Caja nepředvítaltně označuje soubory

« Poslední příspěvek od hungarec kdy Dnes v 13:28:26 »

Jak už tu řekli, nepoužívej Mint, resp. jejich vestavěného správce souborů Caja když ti nevyhovuje.
Do současného systému můžeš doinstalovat Dolphin, Nautilus (Gnome Files), Thunar nebo PCManFM (ten raději ne ), ... a vyzkoušet si který z nich ti nejvíce vyhovuje.
Věřím že Google znáš a vyhledávat umíš tak místo rozčilování se nad Linuxem, který nemůže za to že sis zvolil nevhodnou distribuci, to zkus použít.

8

Bazar / Prodám nový NAS Synology DS723+

« Poslední příspěvek od barnstormer kdy Dnes v 13:16:32 »

Nabízím nový, pouze vyzkoušený NAS DS723+, mohu dodat včetně EEC rozšiřovací paměti phs 16GB (SP453229). Zakoupeno v srpnu 2025, s fakturou a pod tříletou zárukou, stále je navíc (do konce října) možno prodloužit o další dva roky záruku výrobce (za 54euro přímo u výrobce). Cena za DS723+ je 11000,-Kč za pamět 2000,-Kč.

9

Sítě / Re:Ping broadcastem na všechna rozhraní

« Poslední příspěvek od vrit kdy Dnes v 13:09:22 »

Kód: [Vybrat]

# Get all interface names once
interfaces=$(ip link show | grep -E '^[0-9]+:' | cut -d: -f2 | tr -d ' ')

# Send broadcast ping on each interface
for interface in $interfaces; do
    if [ "$interface" != "lo" ]; then
        echo "Pinging on interface: $interface"
        ping -I $interface -b 255.255.255.255 -c 3
    fi
done


10

Hardware / Re:Spínanie inteligentnej zásuvky na zaklade teploty

« Poslední příspěvek od Kit kdy Dnes v 12:47:31 »

Nestačil by obyčejný nástěnný termostat, případně s hodinami pro denní/noční provoz?