Poslední příspěvky

1

Sítě / Ako vyriesit malu LAN s IP kamerami

« Poslední příspěvek od darebacik kdy Dnes v 16:43:05 »

Mame malu LAN, kde su aj IP kamery, manazovatelny PoE switch, NVR (vsetko hikvision) a pristup na internet zabezpecuje mikrotik.
Uvazujem ako to nastavit.
Teoreticky by to mohlo byt na jednej LAN, ale moze to byt rozdelene aj na viac sieti.
1. Kamery
2. Personal
3. Ostatny
(2-3) by mohlo byt teoreticky v jednej LAN

Je lepsie nastavit mikrotik  tak, ze pre jeden port (kamery) nastavim napr. 192.168.10.0/24 a pre personal a ostatnych druhy port na 192.168.20.0/24.

Alebo je lepsie pouzit VLAN.

2

Sítě / Re:Nefunkčné niektore webstránky

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

Vyšla verze ROS 7.20, nepomohlo by aktualizovat?

3

Sítě / Nefunkčné niektore webstránky

« Poslední příspěvek od Dzambor kdy Dnes v 16:20:00 »

Idem si po radu skúsenejším. Na firme je optika od T-comu, pustený passthrought do Mikrotiku CRS326-24G-2S ten vytáča PPPoE (do optiky) a celú sieť riadi Mikrotik. A teraz ten problém. Niektoré stránky nejdú napr. idem na stránku slsp.sk tú mi načíta a keď chcem dať internetbanking tak mi oznámi po chvíli error connection timed out. To isté aj so stránkou minv.sk. Všetky ostatné stránky idú s týmito dvomi býva problém. Pred mesiacom som spravil update na betu 7.20.rc1 zrazu sa stránky rozbehli. Z ničoho nič po asi dvoch týždňoch prestali ísť samé do seba. Skúšal som vypnúť firewall, skúšal som aj stránky keď bol mikrotik po SW resete (len default nastavenia) a taktiež stránky nešli. Menil som aj DNS servery a stále bez výsledku. Ak nechám t-komacky konvertor ako hlavný prístup a router do bridge módu ide všetko. Vzhľadom na to, že je tam verejná IP adresa  a potrebujem riešiť veci cez vzdialený prístup nerád by som nechával mikrotik v bridge a všetko na Tkomáckom zariadení. Skúšal som aj zmeny MTU ale bezvýsledne. Skúšal som aj iné tipy, čo som našiel na nete no všetko bez výsledne. Včera som ešte spravil jeden pokus a to že som vypol peer dns aby mi časť nešla cez DNS telekomu ale len cez googlovské DNS (skúšal som aj DNS cloudflare) a stále tá istá chyba. SW 7.20.rc5 FW na routerborde ten istý.

Ďakujem za každú odpoveď. Hádam na niečo prídeme.

4

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

« Poslední příspěvek od Radek Miček kdy Dnes v 16:01:18 »

Jak jednou objekt serializujete, tak už takřka nemůžete překopat vnitřní reprezentaci. Nějaká aktualizace pak obvykle něco rozbije.

Iba doplním, že serializačné knižnice umožňujú s dátami ukladať aj ich verziu, ktorá sa pri deserializácii používa na rozhodovanie, čo sa vlastne na vstupe očakáva, takže sa nenačítava niečo, čo na vstupe pre danú verziu nie je.

Program se ale asi stejně rozbije, protože bude sice vědět, že se jedná o jinou verzi, ale nebude vědět, co s ní dělat.

5

Hardware / Re:Zapnutí úsporných režimů pro NVMe

« Poslední příspěvek od Dushino kdy Dnes v 15:45:46 »

Úsporný režim jsem řešil zrovna před pár dny. Všiml jsem si totiž, že ve Windows 11, pokud nechám kompl jen tak puštěný a Windows "nic nedělá", je teplota Kingston FURY Renegade NVMe 1TB značně nižší, než v Xubuntu, kdy také "nic nedělá". Protože tomu houby rozumím, zapojil jsem Claude a takhle to dopadlo:
✅ NVMe power management:
 

• default_ps_max_latency_us=10000 v /etc/modprobe.d/nvme.conf
• SSD přechází do PS 4 (0.062W) při nečinnosti

✅ PCIe power management:
 

• Systemd service pcie-powersave.service aktivní při startu
• ASPM L0s/L1 + L1 substates (L1.1, L1.2) povoleny

✅ Výsledek:
 

• Maximum možného power managementu v Linuxu
• Teplota ~51°C (vs ~38°C ve Windows)
• Rozdíl 13°C je způsoben vendor-specific optimalizacemi Windows

Takže jsem moc zvědav, jak to dořešíte. U mě totiž NVMe přechází do spánku, ale na teplotě se to neprojeví. Spíš mi přijde, že Linux si myslí, že NVMe přejde do sleepu, ale dělá to nějak špatně, takže k uspání nedojde. Celý chat s AI je zde: https://claude.ai/share/ba63141d-5182-446e-94ce-2bc21ea2e166

Ještě dodám, že na SSD mám pasivní chladič a je na vrcholu odkrytovaného mini PC.
No a dále jsem našel https://bugs.launchpad.net/ubuntu/+source/nvme-cli/+bug/2064042/comments/2 z https://bugs.launchpad.net/ubuntu/+source/nvme-cli/+bug/2064042

6

Hardware / Re:Zapnutí úsporných režimů pro NVMe

« Poslední příspěvek od Dushino kdy Dnes v 15:18:05 »

Úsporný režim jsem řešil zrovna před pár dny. Všiml jsem si totiž, že ve Windows 11, pokud nechám kompl jen tak puštěný a Windows "nic nedělá", je teplota Kingston FURY Renegade NVMe 1TB značně nižší, než v Xubuntu, kdy také "nic nedělá". Protože tomu houby rozumím, zapojil jsem Claude a takhle to dopadlo:
✅ NVMe power management:
 

• default_ps_max_latency_us=10000 v /etc/modprobe.d/nvme.conf
• SSD přechází do PS 4 (0.062W) při nečinnosti

✅ PCIe power management:
 

• Systemd service pcie-powersave.service aktivní při startu
• ASPM L0s/L1 + L1 substates (L1.1, L1.2) povoleny

✅ Výsledek:
 

• Maximum možného power managementu v Linuxu
• Teplota ~51°C (vs ~38°C ve Windows)
• Rozdíl 13°C je způsoben vendor-specific optimalizacemi Windows

Takže jsem moc zvědav, jak to dořešíte. U mě totiž NVMe přechází do spánku, ale na teplotě se to neprojeví. Spíš mi přijde, že Linux si myslí, že NVMe přejde do sleepu, ale dělá to nějak špatně, takže k uspání nedojde. Celý chat s AI je zde: https://claude.ai/share/ba63141d-5182-446e-94ce-2bc21ea2e166

7

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

« Poslední příspěvek od echo_zulu kdy Dnes v 14:58:56 »

Jak jednou objekt serializujete, tak už takřka nemůžete překopat vnitřní reprezentaci. Nějaká aktualizace pak obvykle něco rozbije.

Iba doplním, že serializačné knižnice umožňujú s dátami ukladať aj ich verziu, ktorá sa pri deserializácii používa na rozhodovanie, čo sa vlastne na vstupe očakáva, takže sa nenačítava niečo, čo na vstupe pre danú verziu nie je.

8

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

« Poslední příspěvek od Jiří Havel kdy Dnes v 14:54:10 »

Pokud to jazyk podporuje, tak se k tomuto účelu použije spíš reflexe + případně anotace, kterými se dá upravit specifické chování a mapování.

Serializace reflexí má své mouchy. A jak je ten serializátor psaný někým jiným, jsou z toho pěkně vypasené masařky.

1) Navrhujete vnitřnosti podle toho, co umí serializátor.
Když máte štěstí dostanete třeba nekonečno a nan. Na denormály ani nemyslete. A na inty větší než 48b bych taky raději slepě nespoléhal.
Pokud serializátor není součást jazyka, tak určitě nedostanete všechny standardní knihovny.

2) Přijdete o zapouzdření, takže si zabetonujete vnitřnosti.
Jak jednou objekt serializujete, tak už takřka nemůžete překopat vnitřní reprezentaci. Nějaká aktualizace pak obvykle něco rozbije.

Ve výsledku pak občas máte vnitřnosti objektů dvakrát. Jednou pro sebe, jednou pro serializátor a přesypáváte je tam a zpět.

9

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

« Poslední příspěvek od ripper6 kdy Dnes v 14:36:30 »

Radek Zajíc: neni to zamerne jen zariznute? Zkousel jsi jim napsat? Mit dnes takovej upload je hodne divne 
A u optiky jeste divnejsi.
Vzdyt to ma davno i VDSL rychlejsi!
Treba ja mam realny upload 60Mb/s!

10

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

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

Každý má nějaký styl, co je mu nejbližší a přirozené, k čemu se na základě svých zkušeností dopracoval. Spíš než hodnotit, co je správně a odsuzovat, co je špatně, je užitečnější se zajímat, co k tomu dotyčného vedlo, na základě jakých zkušeností k tomu došel. Na druhou stranu, pokud spolu ti lidé mají pracovat v jednom týmu na jednom projektu, tak je dobré, aby si domluvili nějaký kompromis a společné konvence, které budou dodržovat – rozumný člověk si může zachovat svůj názor, ale zároveň si je vědom toho, že dělat to „o trochu horším“ způsobem, ale jednotně, je užitečnější, než když to budou dělat všichni „lépe“ ale každý jinak.

Od toho sú best practices, aby sa nevynachádzalo koleso. Programátori ich aj dodržiavajú. Sú prípady, keď je potrebné sa od nich odkloniť, ale to býva väčšinou už v zadaní. (Napríklad keď som kvôli performance na embedded zariadeniach musel programovať javu c-čkovým štýlom, bol to grc, ale všetci rozumeli, že prečo.)
Nie je nutné rozhodovať, čo je horšie/lepšie, keď unifikovaný štýl existuje.