jenže to je to co se v lidech záměrně pěstuje - nevšímavost a "hledění si svých povinností". Pak se nereaguje na disharmonické a podivné zvuky pokud nejde už o extra kravál, když se něco dře a netrhá to uši tak ať, koho to zajímá. Někdy už mi lidi přijdou jen jako živí roboti. Ale k tomu je vede styl řízení aby se "zbytečně" nestarali...

Nevim,nehrabu se do toho nastaveni tak moc. Nevim,jake mody jsou.tam povolene

MariaDB server počas víkendu.

jo, veskery HW by sa mal robit tak, aby nejake to pocitadlo pretieklo za radovo mnoheeeeeee desiatky rokov, idealne blizko k storociu, vtedy je istota ze sa to neprejavi

SW a protokoly a technologie by sa mali robit tak, aby vydrzali mnohe tisicrocia, idealne milion rokov, vidme 32-bitovy adresny priestor IPv4, ktore su uz na urovni pridelovanie na jednotlive kontinenty uplne minute, mozno dokonca aj na urovni statov, jedine volne IPv4 su volne iba na urovni statnych providerov, ktori maju nakupene "zasoby"
detto pretecenie 32 bit pocitadla sekund v unix-based systemoch od 1.1.1970, ktore sa udeje niekedy na januari 2038

keby tie veci boli 48-bitove od pociatku (IP adresy by mali 6 oktetov a nie 4) tak iste v tomto storoci ani tisicroci sa nic neminie a nic nepretecie, IPcky by mali ovela jemnejsiu granulaciu sub-netov A,B,C,D,E ... no kraaaaasa, bolo by ich proste 65536-nasobne viac :) a pri doterajsom tempe minania, by vydrzali IPcky tisicrocia, od toho tu ale mame IPv6 ze ano (hehehe, esteze MAC adresy su 48-bitove)

Podle magického čísla 54 mi připadá, že použili double, takže nic nepřeteklo, jen to přestalo inkrementovat.

Jo, to máte pravdu, to v těch cloudech udělalo pořádnou paseku, asi není fér na to zapomínat. Ale chce to připomenout, že AMD se to v nějaké míře týkalo a týká dodnes taky.

Ten argument byl "to má AMD taky", s tím, že AMD má <5% trhu, takže se našlo i jen <5% problémů. Ona ta pozice Intelu je dost pevná a těžce otřesitelná. Reálně se na Intel nadávalo v diskuzích, ale samotní správci měli většinově jasno - Intelem neudělám chybu (nebo se v tom povezeme všichni). Výjimky byly. Potkal jsem serverovnu na úřadě, kde výběrko na servery trvalo dva roky, takže v době největšího hype Epycu jim dorazily zastaralé Xeony, a ti správci z toho skoro brečeli :-) kromě nadšení z AMD to bylo i proto, že by jim s moderními Epycy stačila jen polovina fyzických strojů, což by značně zjednodušilo SAN, klimatizaci i napájení. Taky by licence na VMWare stála jenom polovinu, cenový dopad by tak byl obrovský. Ale v tomto případě nadšení a tedy zklamání z Intelu převládalo.
Za mě byl největší průšvih Intelu ten jejich IME s dírou v síťovce, takže se to dalo zneužít přes integrovanou síťovku. A byl jste pod úrovní CPU, v řídícím procesoru CPU. Už si nepamatuji, do jaké míry se to dalo zneužít, ale byla to díra jako kráva. Jak jsem tu nedávno psal, že Intel síťovky mají vynikající pověst, tak tohle ji vůbec nepošramotilo; a týká se to jen integrovaných síťovek, dedikované Intely by to umožňovat neměly, a já od té doby pro sebe beru servery s integrovaným Broadcomem. Toho si ale kupodivu nikdo moc nevšiml, přinejmenším v ČR ne, snad protože se to dá ovládnout jen ve stejné L2 síti (což znamená třeba ve veřejném datacentru váš soused). Mimochodem v oblasti hackování IME patří ČR ke špičce díky několika šikovným hackerům (a nemyslím crackování, ale vytváření dummy firmwaru, aby IME nic nedělalo, a CPU běžel normálně). Ekvivalent tohohle průšvihu AMD nemělo, ač nějaký servisní procesor také má.
Zatímco Intel byl ochotný přes síťovku vyblít obsah paměti, tady se řešil Huawei, kde se reálně nic neprokázalo.

SVE byl průšvih jiného charakteru. Feature, která ale nefungovala vůbec, respektive byla úplně nepoužitelná. To není 20% výkonu, to buď feature chcete, nebo je vám to fuk. No a protože šifrování paměti ve virtualizaci chcete, a Intel neuměl, našla spousta zákazníků, která objednala AMD právě kvůli tomu; a pak to najednou bylo k ničemu. To takhle vymyslíte investiční projekt na bezpečné virtualizační datacentrům díky šifrované paměti, a za půl roku zjistíte, že máte nakoupeno, ale službu i tak nemáte jak poskytnout. Pokud se vám tohle stane, tak si to budete dlouho pamatovat :-)

Realita je taková, že čím obskurnější platformu zvolíte, přičemž v enterprise je AMD v jistém smyslu obskurní, standard je Intel, tím se můžete více cítit falešně v bezpečí, protože pro váš případ se najde méně chyb. To ale neznamená, že nejsou, a správci jsou raději za známé chyby a známá řešení. Zlatá střední cesta je vyšlapaná, a správci nejsou ti, kteří řeší, že to není cenově efektivní, ale zajímá je, pochopitelně, vlastní pohodlí.
Já AMD pořídil jen jednou, a to ten jejich 16 jádrový Opteron v dvousocketovém provedení. V mé vlastní jednovláknově tupě napsané aplikaci to mělo 5x nižší singlethread výkon než Intel. Takže to zůstalo v labu, a k Epycům jsem byl hodně skeptický. Už v té profesi nejsem, tak nevím, jaká je současnost; ale líbilo se mi, jakou rychlostí se Epyc etabloval právě v diskových polích, kde prakticky automaticky nahradil v nových generacích Xeony díky PCI-e 4.0 a počtu jejich linek. S tím se dalo v NVMe poli udělat mnohem více muziky bez toho, aby člověk musel vyvíjet vlastní ASIC nebo přidávat PCI-e switche. Ale ty výkony byly směšné, nikdo mi z české HPE nedokázal pořádně vysvětlit, jaktože jejich nejšpičkovější pole má jen 1,5 M IOPS, podobně jako tehdejší lepší consumer SSD. To mi zabralo hodně studia :) Stručně řečeno, je to prostě mnohem sofistikovanější systém, což žere čas a zvyšuje latence. Těch 1,5 M IOPS to nabídne i při 100 GB/s a na petabajtových velikostech (což jsem teď odhadnul, tyhle parametry si už nepamatuju), což ten Samsung úplně nedá, a jak je budete množit, IOPS budou klesat :)