Poslední příspěvky

1

Nová témata / Re:nejde pcie_aspm=on pro nvme lehčí stavy

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy Dnes v 00:03:19 »

no, moc moudrý z toho nejsem. Zapomněl jsem připsat, že jsem ještě nezkoušel jinou hodnotu pcie_aspm=force
a je mi divné, proč se tedy chlubí spotřebouv mW tady -: https://ssd-tester.de/downloads/controller/Phison%20PS5019-E19T.pdf ( označení je  konkrétně PS5019-e19-35)

2

Nová témata / Re:nejde pcie_aspm=on pro nvme lehčí stavy

« Poslední příspěvek od RDa kdy 30. 09. 2025, 23:18:17 »

PHISON ma fest zabugovane chipsety/firmware pro NVMe a nezvlada to nejnizsi power state.
Linux na to ma quirky, aplikuje se to pri natazeni nvme driveru.

3

Odkladiště / Re:Co to byl web Geocities?

« Poslední příspěvek od mr tn kdy 30. 09. 2025, 23:11:43 »

URL nebylo ve tvaru geocities.com/vase_adresa ale geocities.com/1234/abcd/xyz apod. asi nějak podle struktury serverů.

Myslím, že to bylo různé, byla základní nic neřikájící adresa z čísel a písmen, ale za příplatek bylo možné mít název na přání.
Vzpomínám si, že u chovatelských stanic psů někteří právě měli ten název v adrese.

4

Sítě / Re:Optika od Cetinu - jen pro O2?

« Poslední příspěvek od JackFrost66 kdy 30. 09. 2025, 23:04:01 »

tennyson.acie: Dobra tak ten BFU uplne asi ne, ale co treba nejaky uz ten youtuber, co ruzne streamuje, posila videa ke strihani? 

Jen moje znama je holka, mamina s deckem (neni technik a ani tohle vse nezna) a musela objednat 500Mb/s fiber... proc?

Ma NAS, trochu programuje, dela webovky a vecne neco nahrava takze uz kvuli uploadu aby mela vic co rikala 200Mb/s.

5

Nová témata / nejde pcie_aspm=on pro nvme lehčí stavy

« Poslední příspěvek od Ħαℓ₸℮ℵ ␏⫢ ⦚ kdy 30. 09. 2025, 22:52:29 »

Jak zprovoznit na nvme disku  úspornější stavy? aby v idle neměl 85°C  ? a nebo jde o normální stav, když na phison E19 není chladič? Podle mého názoru to ty 3W nežere, ale spíš 1.5W-1W.
hlásí mi to toto

Kód: [Vybrat]

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     3.70W  0.0000W       -    0  0  0  0     2500    2500
 1 +     3.70W  0.0000W       -    1  1  1  1     2500    2500
 2 +     3.70W  0.0000W       -    2  2  2  2     2500    2500
 3 -   0.4500W  0.0000W       -    3  3  3  3    25000   25000
proč 3 má mínus? jak to zapnu /povolím/přepnu?


v boot option mám pcie_aspm=on, (potvrzeno i v /sys/cmdline) ale  lspci -s 03: -vv hlásí

LnkCap: Port #1, Speed 16GT/s, Width x4, ASPM L1, Exit Latency L1 unlimited
                        ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp+
                LnkCtl: ASPM Disabled; RCB 64 bytes, LnkDisable- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 8GT/s (downgraded), Width x4
                        TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-

dál jsem zkoušel (před přidáním aspm on) věci jako /sys/module/pcie_aspm/parameters/policy

Jak ty věci na sobě závisí? je zapnutý nebo jen povolený aspm podmínka pro nvme "PS"? které věci zafungují až po restartu akteré až ihned?
taky jsem četl option  něco jako `nvme_core.default_ps_max_latency_u, ale to je maximální hodnota(která je 100000 takže ok)  a já nebotřebuju limit latence snižovat.

2)zároveň jsem četl že aspm může způsobovat zámrzy a bugy nebo horší výkon u wifi karet
3) jde aspm zapnout jen pro určitá zařízení?

6

Nová témata / Vyplatí se snížit MTU v LAN, když internet je přes PPPoE?

« Poslední příspěvek od David kdy 30. 09. 2025, 22:29:11 »

Ahoj,

je lepší nechat MTU na routeru na 1500 bajtů, nebo je dobré ho snížit, pokud připojení do internetu umí méně? Mám 2 připojení. Vodafone koax (UPC) vrací path MTU 1460 bajtů (tzn. 1488). T-Mobile optika projde maximálně 1464 bajtů (tzn. 1492) (ping -M do -s 1464 8.8.8.8 ), ta se připojuje přes PPPoE.

Pochopil jsem, že VLAN hlavička se nemusí uvažovat (vejde se navíc). Chápu PMTUD pro TCP, ale co UDP - pokud si aplikace nevyzkouší PMTUD před odesláním UDP paketu, tak pak je to jen o štěstí, jak ho pošle velký? Má pak smysl vůbec MTU měnit, nebo nechat 1500? To bych stejně měnil jenom na routeru; na klientských zařízeních ne, tam to mohu leda doporučit přes DHCP (dělá se to reálně někdy?). Vím, že snížit se MTU vyplatí pro VPN. Také jsem si vyzkoušel, že mi vůbec neprocházelo OSPF, když jsem si s MTU hrál.

Děkuji.

7

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Jožka Niemand kdy 30. 09. 2025, 22:27:26 »

Nevím, no. Mám už za ty desítky let něco odprogramováno a slovy doktora Vlacha, "zákony života nám ukládají vyzkoušet všechny možné varianty, abychom se nakonec vrátili k té první." V mém případě - procedurálně-imperativnímu strukturovanému paradigmatu. Opravdu mám pocit, že všelijaké ty snahy o čisté OOP, FP a já nevím, co ještě, jsou takové snahy najít svatý grál, nebo to království, kde létají pečení holubi rovnou do úst. Jenže nakonec člověk zjistí, že "co já se toho království nahledal... Nic nenajdou. Všude se musí... makat." A čím více jsem toho viděl a vyzkoušel, tím větší mám pocit, že ta "klasika" je nakonec to nejlepší. Takže když čtu podobné náboženské texty jako ten odkazovaný, už se musím jen usmívat.

No já dělám primárně v C++ a C#, ale Haskell hodně ovlivnil moje uvažování. Jo, když hledáte stříbrnou kulku, dostanete akorát žaludeční vředy. Ale jako inspirace, že se dá problém pojmout jinak a líp je to supr.

Řekl bych že zrovna nové C++ je funkcionálním programováním hodně ovlivněné. I sprosté slovo na M by se našlo

Jako inspirace a zkušenost rozhodně ano, proto by měl, podle mě, profík poznat vícero různých jazyků a paradigmat, aby si aspoň trochu osahal, kde jsou jejich silné stránky a kde ty slabší, co se dá použít i jinde a tak. Ale stříbrnou kulkou není ani jeden (pro rustafariány - ne, ani Rust to není). "Nové" C++ je pro mě už vyloženě dort Pejska a Kočičky. Jinak s C++ byla spojena většina mé profesionální kariéry, ale poslední roky se mu už programově vyhýbám.

Jen tak pro zajímavost - objektové paradigma je starší, než si mnozí lidé myslí. První nebyl ani S. od pana K., ba ani S. pana D., ale patrně práce Douglase T. Rosse na přelomu 50. a 60. let.

8

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Jiří Havel kdy 30. 09. 2025, 21:29:45 »

Nevím, no. Mám už za ty desítky let něco odprogramováno a slovy doktora Vlacha, "zákony života nám ukládají vyzkoušet všechny možné varianty, abychom se nakonec vrátili k té první." V mém případě - procedurálně-imperativnímu strukturovanému paradigmatu. Opravdu mám pocit, že všelijaké ty snahy o čisté OOP, FP a já nevím, co ještě, jsou takové snahy najít svatý grál, nebo to království, kde létají pečení holubi rovnou do úst. Jenže nakonec člověk zjistí, že "co já se toho království nahledal... Nic nenajdou. Všude se musí... makat." A čím více jsem toho viděl a vyzkoušel, tím větší mám pocit, že ta "klasika" je nakonec to nejlepší. Takže když čtu podobné náboženské texty jako ten odkazovaný, už se musím jen usmívat.

No já dělám primárně v C++ a C#, ale Haskell hodně ovlivnil moje uvažování. Jo, když hledáte stříbrnou kulku, dostanete akorát žaludeční vředy. Ale jako inspirace, že se dá problém pojmout jinak a líp je to supr.

Řekl bych že zrovna nové C++ je funkcionálním programováním hodně ovlivněné. I sprosté slovo na M by se našlo

9

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Jiří Havel kdy 30. 09. 2025, 21:20:29 »

Dobrá otázka je i "Co je to vůbec OOP?". Odpověď není až tak jednoduchá

Chápem ako to myslíte, ale tá odpoveď v podstate jednoduchá je. Pokiaľ poznáte históriu toho označenia. A myslím tým históriu od doby pred tým ako to označenie vzniklo.

A pokiaľ ju nepoznáte a nie ste si istý tým, čo OOP znamená, tak znamená to, čo si drvivá väčšina jeho používateľov myslí, že znamená.

To, že to označenie bolo vytvorené pre niečo iné, nie je vôbec podstatné. Nikdy sa to nepodarilo v širšej miere presadiť, ale hlavne, aj jeho samotný tvorca sa po čase vyjadril, že to, čo vytvoril, mal nazvať inak, podľa toho, čo je pre to, čo vytvoril zásadné a čo by mu dalo jednoznačný a nezameniteľný význam.

Keby to, čo vytvoril, nazval inak, tak je celkom veľká pravdepodobnosť, že OOP by sa začalo používať prirodzeným vývojom už len na základe toho aké generické slova sú v ňom použité.

Ano, jazyk S. od pana K. je důležitá součást toho zmatku. Četl jsem i jeho vyjádření o tom, že to nazval fakt blbě. Akorát že OOP jazyky typu svatá čtveřice se inspirovaly ještě předtím od Simuly (jen nevím, jak se tomu paradigmatu říkalo v té době). Pak tu máme skupinku "nasyp všechno do jedné hashmapy". A možná i další.
Dorazila to etapa stříbrné kulky. Aspoň že ta už je snad pryč.

10

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Jožka Niemand kdy 30. 09. 2025, 20:52:26 »

Btw asi velmi dobré porovnání OOP s funkcionálním přístupem (identity, stavy) napsal Hick Hickey https://clojure.org/about/state

Minimálně za přečtení a zamyšlení to stojí. Možná to automaticky vyřeší ten problém s "lejstrem" vs "lejstrem se štemplem" - imho je to jen otázka správného pojmenování jednotlivých abstrakcí.

Takže když čtu podobné náboženské texty jako ten odkazovaný, už se musím jen usmívat.

Naprosto v pořádku, ať si každý programuje, jak uzná za vhodné, ostatně kdo já jsem, abych to rozhodoval (tedy kromě toho, jak to budeme dělat v mém týmu). Ale ta linkovaná stránka v žádném případě není náboženský text, ale dobré vysvětlení, jak se s identitami a stavy pracuje v Clojure, což je poměrně prakticky navržený jazyk, ovšem postavený na praktickém FP.

Až na ta hodnotící prohlášení. Praktický jazyk postavený na FP (i když ne tak fundamentálně) je pro mě Common Lisp. Scheme taky ještě zkousnu, ale např. Erlang nebo Haskell už není můj cup of tea. S čistým OOP mám mnohem menší problém (Smalltalk), ale pořád se nemohu zbavit dojmu, že OOP mě nutí věci dělat mnohem kostrbatěji, než je nutné. A jazyk typu Rust - to je čistý BDSM.