1. Fórum Root.cz
  2. Poslední příspěvky

Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od CHe kdy Dnes v 22:33:39 »
Je to nízkoúrovňový jazyk už len čisto nutnosťou riešiť explicitne memory management, životnosť a ownership. Čo je niečo, čo v bežnej komplexnejšej biznis aplikácii, na ktorej vývoj nie je k dispozícii celý čas sveta, človek normálne riešiť nechce.

Rovnako ako opačne, nechcem GC runtime, keď píšem regulačnú slučku pre 48 MHz Cortex-M0 s 8k SRAM alebo modul do jadra.
2
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Radek Miček kdy Dnes v 22:01:00 »
Citace: CHe  Dnes v 21:48:21
Ono celá téma vlákna je dosť bizár, prechod z Javy na Rust je niečo ako prechod z C# na C, proste úplne iné svety adresujúce iné okruhy problémov a vyžadujúce do veľkej miery aj iné zručnosti.

Rust je vcelku vysokoúrovňový. Hodně se inspiroval ML jazyky a Haskellem. Osobně mi nepřijde o moc jiné psát v Rustu a F#. Moc nízkoúrovňových věcí v Rustu řešit nemusíte, pokud používáte standardní knihovnu. Občas je dokonce jednodušší psát v Rustu než v Javě, protože ta API v Rustu nejde použít špatně díky typovému systému.

Zrovna z C# do C je úplně něco jiného než z Javy do Rustu.
3
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od CHe kdy Dnes v 21:48:21 »
Citace: anonacct  Dnes v 14:41:50
Moje odpověď je rust, ale hodně firem použije na server věci prostě golang
To, na čo sa dá použiť golang, nie je normálne nika pre C/C++/Rust like jazyky, to už sa dá rovnako dobre spáchať aj v Jave (s komfortom a zázemím solídneho konzervatívneho ekosystému tvoreného príčetnými ľuďmi, na rozdiel trebárs od PHP/JS bordelu) alebo inom GC jazyku s tučným runtime. Sila tamtej trojice je práve tam, kde z rôznych dôvodov nie je vhodný fat GC runtime – námatkovo napr. firmvéry, systémový sw., ovládače, meranie a regulácia, signal processing, computer vision, low latency služby a pod.

Ono celá téma vlákna je dosť bizár, prechod z Javy na Rust je niečo ako prechod z C# na C, proste úplne iné svety adresujúce iné okruhy problémov a vyžadujúce do veľkej miery aj iné zručnosti.
4
Hardware / Re:Ochrana koženky
« Poslední příspěvek od jauznevimco kdy Dnes v 21:46:50 »
Preventivni ochranu kozenky jsem neresil, po jejich doziti jsem provedl nahradu nausniku aftermatker materialem pokrytym nejakou latkou - narozdil od kozenky to celkem i luftuje, takze v tom pres leto nejsou usi uplne zapareny.
Vlastne skoda, ze to s tou latkovinou vyrobce nedodaval rovnou, komfort je o parnik jinde.

Cili doporucuju se spis mrknout po aftermarket dilech (vc. ebay), na velkym mnozstvi (tuplem v kategorii nejakych lepsich) sluchatek to urcite bude k sehnani.
5
Sítě / Re:MikroTik L009UiGS-2HaxD len 300 Mbps
« Poslední příspěvek od CFM kdy Dnes v 21:42:49 »
Citace: Marvin  Dnes v 12:41:26
Podle konfigurace IPv6 nepoužívá, fronta není změněná (takže by měla být default = hw) a pokud během toho testu nejede nic dalšího, tak by HW offload asi neměl mít vliv, protože NAT jde stejně přes CPU ... takže slabé místo má nejspíš jinde. Každopádně souhlasím, že to jsou správná nastavení.

Zkoušel jsem rychlý pokus s hAP ac^2: iperf3 v TCP módu v default nastavení (tj. asi velké pakety) a s NATem to dávalo 960Mbit/s. CPU 17% přičemž jedno jádro ze čtyř bylo kolem 50-60% a ostatní nízké jednotky %.

Píše, že má CPU load 45-55%, takže u jeho dvoujádra bych tipoval, že jedno bude zasaturované na 100%. Pokud tomu tak je, tak otázka zní, zda RoS dokáže NAT rozhodit na víc jader? Nějaké podmínky (například jen pro více paralelních spojení a pokud speedtest jede jen jedno ...)?
6
Hardware / Re:Ochrana koženky
« Poslední příspěvek od peete kdy Dnes v 20:47:54 »
Nasel jsem v Cine stejny rozmer nausniku a vymenil...
7
Hardware / Re:Utilita na zistenie kompatibility HW s Linuxom?
« Poslední příspěvek od Martin Poljak kdy Dnes v 20:43:43 »
Citace: František Ryšánek  19. 09. 2025, 21:08:34
Obecně bych se měl v Linuxu na pozoru před big.LITTLE (posledních pár generací CPU Intel) - raději AMD, kde jsou všechna jádra stejná (plnohodnotná).

Marně pátrám, jaký byste k tomu měl mít důvod. Funguje to celkem bez problémů. Pravda je, že Intelu na nich podle benchmarků o něco hůř funguje schedulling ale to je tak vše. Zase je ale v idle energeticky o dost úspornější. Každý má své pro a proti. A na nových CPU jsou, mimochodem, i ta úsporná jádra dost výkonná, Intel na tom dost zapracoval.
8
Bazar / Re:Prodám disky, NVR, kamery, MikroTik
« Poslední příspěvek od Hornik kdy Dnes v 20:38:34 »
Mikrotiky a dalsi varka disku na ceste k novym majitelum.
9
Hardware / Ochrana koženky na sluchátkách
« Poslední příspěvek od hknmtt kdy Dnes v 20:25:15 »
Pouzivate nejake specialne pripravky na osetrenie kozenky na predlzenie zivnosti a zabraneniu odlupovania sa, primarne ak ide o sluchadla? Strasne ma stve, ked musim vyhodit plne funkcny hardware len preto, ze vyrobcovia pouzivaju umelinu vsade, ktora vydrzi taky rok a potom sa zacne lupat a skor ci neskor to dospeje do stadia nepouzitelnosti.
10
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od BoneFlute kdy Dnes v 18:43:10 »
Citace: novomente  Dnes v 05:58:34
Jaká je rychlost kódování v Rustu oproti C/C++. Máte někdo již dlouhodobější zkušenost? A co generování částí kódu Rustu pomocí AI?
Tu samou věc, kterou bych napsal v Java/C#/PHP za jednotku času, napíšu v Rustu za dvě jednotky času. (Proti C/C++ bohužel nemohu sloužit, je to už dlouho.)
LLM pomáhá hodně, používám. Ne celé aplikace, ale části a hledání problému ano. (Ale tam je to asi nepřenosné, vzhledem k tomu, jak kdo používá LLM jakým způsobem.)
Stran: [1] 2 3 ... 10