Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Tohle je moc dobra metafora. Je vlastni, nebo mam citovat nekoho jineho? ;-)
(btw odtud pochazi inspirace k napsani Frankensteina) Podobne to vidim dnes s AI. Jsem si jist, ze dnes panujici predstava, ze nasypanim neuveritelneho mnozstvi odpadu ze stoky zvane Internet do grafickych karet vznikne supermozek bude bavit mnoho generaci nasich potomku (prehanim samozrejme, ale ne v tom podstatnem)
Co budes delat s DCckem plnym GPUcek na kterych se vlastne nic jinyho delat neda?
Celej ten boom AI je stejne jen mystifikace konspiracniho spolceni uhrovitejch nerdu za ucelem vyroby verohodne legendy pro kryti vzniku poradne infrastruktury pro tezbu crypta )
kapitalistické eshopy prodávají staré zásoby za nové ceny... nu což, počkáme si, až bublinka zase splaskne.
Jó, bublinka potrvá léta, tak holt léta ekonomika neuvidí mé peníze. Pláč a šáteček.
Ano, updaty jsou jedna z mnoha věcí, na které jste zapomněl.
Jenže jste to nijak nedokázal. Navíc se vaše teorie rozchází s realitou, kdy v době, kdy se začalo projevovat, že IPv4 adresy došly, se začal adresní prostor IPv4 rychleji fragmentovat – a některé páteřní routery v té době nebyly schopné pojmout takovou routovací tabulku, jakou by měly mít, protože se prostě do jejich paměti nevešla.
Každopádně i kdyby se dnes použily všechny IPv4 adresy, problém jejich nedostatku by to nevyřešilo. No a routovací tabulku po jednotlivých záznamech pro IPv6 tu snad nebude obhajovat nikdo, protože exabajtové paměti pro uložení 2×1018 záznamů se dnes stále shání docela špatně.
Tak tabulkovej lookup je jeste celkem v pohode (pokud teda neroutujete 400GBit), ale teda ty BGP4 updaty si fakt dokazu predstavit jen velmi tezko.
Smyslem me poznamky bylo podotknout, ze samotna velikost tabulky ani rychlost vyhledavani v ni nejsou argumenty proti podrobnejsimu/novemu/ja nevim jakemu parcelovani ipv4 adres. I ty updaty by se asi zvladly s podporou blokove orientonanych prenosu a zmen protokolu, kdyz uz je rec o specializovanem hw. Uz blahe pameti Amigy/Atari mely bitblk podporu), ale tady nic netvrdim. Ze to stejne nema smysl delat i kdyz opomineme pracnost prece snad vyplyva z toho, ze jsem napsal, ze ipv4 je prezitek.Když to nechápete u specializovaných routerů, třeba to pochopíte, kdyby to routování dělal klasický počítač s běžným procesorem. Bude stejně rychlé, když musí procesor načíst data z hlavní paměti, jako když je načítá z L1 cache, L2 cache? Nebude, že? A mají dnešní procesory L1 cache o velikosti 16 GiB (když jste si zvolil takovouhle nesmyslnou velikost)?
Naštěstí jste nenavrhoval IPv6. Jeho autoři se na rozdíl od vás dokázali poučit z minulosti a navrhli IPv6, aby se chyby IPv4 neopakovaly.
Tudiz o velikosti tabulky ani o rychlosti prohledavani to neni.Samozřejmě to o rychlosti prohledávání je.
A hlavně – popisujete, že dnes máme technologii, která by to bez problémů zvládla – jenže ten problém nastal před více než dvaceti lety. Takže co máme dnes je irelevantní. Je ale logické myslet dopředu a nezadělat si na stejný problém do budoucna.
Taky to nepostihlo všechny, jen některý. I v našem případě to z 80+ virtuálů postihlo jen asi 8, a to byly všechny ve stejný konfiguraci na stejným železe, na stejný verzi VMw (6.7.u3g, protože zákoši aktualizaci VMw výslovně požadovali odložit; a ne, nemůžu rozebírat proč), dokonce ve stejný doméně, jen v různejch subnetech a na různě kvalitní konektivitě.
U mašin na železe jsem to nepotkal (protože servery na železe nemáme už hodně dlouho), a ano, přesně tak. Virtuály pod (nejen) VMw nestartovaly, protože ta aktualizace do EFI nahrála neplatný podpis a přepsala jím původní, který se tam zapsal při instalaci. Takže VMw odmítl takovou virtuálku s aktivní volbou SecureBoot spustit, protože takový operační systém se s aktivním SecureBootem spustit nesmí. Tam to byla jednoznačně chyba MS a kromě VMw se projevila i na HyperV.
A sifrovani ... lol ... jako vazne povazujes za relevantni sifrovani, ktery si uklada klice k MS? A navic zas skoncis se strojem, kterej nenastaruje (coz se stalo nejspis milionum useru) a dozaduje se aby ses (nekde jinde) prihlasil k tomu ms uctu ... a stahnul si zalozni klic? (uz vidim jak to dela bfu ...)
Vis jak vypada BFU kterej se nechal dotlacit k tomu, ze bude pouzivat ms ucet? Prijdes k nemu, chces po nem email ... "jakej?" ... tak heslo "jaky?" ... "vzdyt to rikalo ze pin staci" ... takze je v riti a k tomu ms uctu se uz nikdy nedostane.
To byla výborná taškařice. Aktualizace microsoftího podpisu v EFI způsobila, že žádnej post-Vista OS microsoftu nestartoval. Pár virtuálů jsem u zákazníka musel oživovat přes recovery, protože odmítali vypnutí SecureBootu, a u asi 4 ani to nezabralo a při zákazu vypnutí SB to bylo na reinstalaci .
BTW se jim to pak povedlo ještě jednou, ale to už nebyl takovej průser, protože to 1) velmi rychle rollbackli a vydali opravenou záplatu, 2) spousta provozovatelů se už poprvý poučila a SB měla vypnutej.
Doporucuji dnsmasq, funguje skvele
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2025 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.