1
Vývoj / Re:Jak napsat objekt N to N
« kdy: 01. 05. 2025, 20:52:03 »
A zamyslel ses důkladně, jestli ten prvotní úkol, kvůli kterému tohle celé lepíš, nejde vyřešit i jinak než s pomocí nějaké přebujelé datové struktury?
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.
Mám tam 1TB disk, podařilo se mi za pěknou cenu koupit prakticky nepoužitý disk od HGST. Jakýkoliv disk s větší kapacitou znamená SMR (pokud se pletu, budu jedině rád, když mi to vyvrátíš :-)), a to odmítám akceptovat v jakékoliv podobě, pro jakékoliv použití.
Stroj s 1GB RAM neni vhodny na veci, ktere delate.On to byl šlendrián srozumitelnost terminilogie api.
Tak schválně, co podle vás dělá metoda find na descriptoru/objektu otevř. souboru?
Co tohle?
https://www.atmoskop.cz/nazory-na-zamestnavatele/3037887-zasilkovna-s-r-o/hodnoceni#main
Hodnocení z této stránky vůbec neberte v potaz. Jedná o zavádějící a těžce cenzurovanou stránku pro firmy kde jsou schváleny kladné hodnocení s pár výhradami, případně aby firmy vycházeli jako pozitivní zaměstnavatelé.
Sám jsem tam psal recenzi a zveřejnění bylo zamítnuto dokud jsem neodstranil skutečné negativní vlastnosti, všechny pozitivní byly v pořádku.
Takže tato stránka není legitimní reprezentace zkušeností z daných firem.
(Původní text a jeho zamítnutí mám stále v e-mailu kdyby někdo z najatých propagátorů tvrdil že to není možné.)
Kolem sebe vidím, že formální vzdělání, zavírá dvěře leda tak v zapšklých korporacích, kde dělaj většinou totální volové, co lpěj na takových kravinách.
Když ale tuto menšinu případů, kde skutečně nikdo rozumný pracovat nechce, vynecháme, zjistíme, že formální vzdělání je zbytečnost a NIKDO normální, to po tobě prakticky nikdy nechce, když umíš to, co k výkonu práce, umět máš.
Na VŠB pozor, nevím, jestli to ještě platí, ale za poslední tři roky jsem tam třikrát psal, že jim nefunguje web přes IPv6 a to ne tak, že by to vůbec neměli, ale měli poprasené aaaa záznamy, takže to bylo nedostupné. To nepovažuji za dobrou referenci.
Když chce číslo jen zaokrouhlit, tak jako použije toFixed a následně parseFloat? To na lepiče sedí
stale lepsie funkcne drevorubacske riesenie, ako zistovanie, preco elegantne produkcne prostredie u zakaznika pocita blbosti.
když chceš pochopit souvislosti věcí, které se učíš, tak prostě musíš omezit to množství, rozhled a postupně se doučovat věci, co ti schází.
A chápu třeba to, takovou tu typickou mýlku, že samouk programátor je na nic, protože si pustí videa na youtube, udělá stackoverflow a tak. Ale na internetu jsou i strukturované kurzy programování, a mnohdy na mnohem vyšší úrovni než VŠ.
Já třeba měl problém pochopit integrály a deriváty. Pusť si tohle - https://www.youtube.com/watch?v=WUvTyaaNkzM a to je prostě materiál 10x líp vysvětlený než co ti kdokoliv vysvětlí u tabule nebo v knížce.
Dneska je prostě klasické formální vzdělávání alespoň v IT již překonané.
A jedna věc je, učit se pro testy a druhá pro pochopení souvislostí. Je skvělé, že všichni vědí kdy byla bitva na bílé hoře, ale kdo ví souvislosti v tom, proč, co se tam řešilo, jaká byla doba, a jak se tehdy vnímala válka a tak? Není to samo o sobě důležitější než napsat datum do testu, ostatně ten datum je ten nejmíň podstatný údaj.
Představ si, že v roce 2100 bude test "Kdy byla válka na ukrajině pepíčku", a pepíček řekne "2022-2024" správně! Ale pepíček nebude mít ani nejmenší ponětí proč a o co šlo a jak to probíhalo. Prostě odpapouškuje datum, a tím má znalost. A to je dnešní školství.
Taky pracuji s daty a většinou je limitem zdroj těch dat a reálně se na 1.7+ GB/s nedostávám. Pokud potřebuji zkopírovat nějaká data lokálně, tak většinou abych nad nimi něco nedestruktivně udělal a na to mám snapshoty. U hibernace dochází ke kompresi paměti, takže se ukládá cca polovina obsazené části a nejsem si jistý, že tam není bottleneck spíš v CPU, případně to ještě zdržují nějaké procesy okolo. Za čtvrt minuty by touhle rychlostí mělo být odhibernováno plně obsazených 64 GB RAM i s rezervou.
Nejsem tedy úplně přesvědčen, že 3 GB/s je něco, co se, zvlášť u notebooku, vyplatí. Spíš by člověk měl koukat na spotřebu v idlu i pod zátěží, jak moc spadne rychlost, když dojde SLC/MLC cache, zda disk nezačne moc throttlit, když se z něj vymačkává maximum a na teplotu při idlení.
Díky všem za doporučení. Klíčovým parametrem je pro mě spotřeba SSD (a samozřejmě dobrý výkon). Nyní mám v ntb SN530 512GB. Jelikož bude v notebooku, byl bych rád, aby spotřeba byla co nejnižší. Koukal jsem na zmíněný KC3000 od Kingstonu. Vypadá velmi dobře, ale z pohledu spotřeby je na tom špatně (dle jedné zahraniční recenze). Těžko se vybírá SSD s vysokým výkonem a naopak s nízkou spotřebou. S ohledem na tento parametr neumím sám vhodný SSD vybrat.
PCIe 3.0 x4 má maximální propustnost v jednom směru 4000 MB/s, praktická reálná rychlost bude o kus nižší. SSD pro PCIe 3.0 ovšem většinou ani nenabízejí rychlosti, které by využily přenosovou kapacitu té sběrnice, takže by bylo rozumnější vzít rovnou disk pro PCIe 4.0, který bude mít výkonnostní rezervu.
Sám mám 1 TB Gigabyte Aorus Gen 4 určený pro PCIe 4.0 ("placatá" varianta do notebooků). V PCIe 3.0 x4 (HP ProBook 445 G7) mi dává v benchmarku maxima kolem 3500 MB/s při sekvenčním čtení i zápisu. Co jsem tak zběžně koukal, takového výkonu žádný prodávaný SSD určený pro PCIe 3.0 nedosahuje. Nejblíž k tomu má Samsung 970 EVO Plus, ale ten stojí zhruba stejně jako ten můj Gigabyte a přitom má deklarovanou trojnásobně nižší životnost (600 TBW vs 1800 TBW u Gigabytu, ale samozřejmě je otázka, jak moc se tomuhle parametru dá důvěřovat).
To fakt využijete těch 3.5 GB/s ? :-) Mám v desktopu nějaké staré Kingstone SATA SSDčko a nepoznám rozdíl proti 970 Evo Plus v notebooku, které dává reálně 3 GB/s.
Jinak Samsung 970 Evo Plus můžu pro notebook doporučit. Po té změně v řadiči, kdy sice klesla rychlost po vyplnění cache z 3 GB/s na 1.7 GB/s, klesly také teploty. Mám původní verzi v domácím serveru a i s masivním pasivem (jako že fakt velkým) hřeje konstantně na 67 °C. To co se teď prodává jako 970 Evo Plus si hoví na 45 °C.