Poslední příspěvky

91

Server / Re:Virtualizace Hyper-V vs. VM

« Poslední příspěvek od Vít Šesták (v6ak) kdy 29. 09. 2024, 21:59:32 »

V Linuxu je ještě virtualizace postavená na XEN, což je na stejné úrovni jako KVM+QEMU. XEN není součástí upstream jádra, musí se patchovat/binární stahovat někde jinde. Ale asi bych to zkrátil tak, že XEN je mrtev...

Xen je hypervisor, běží tedy nad Linuxem.

Pachovat – jaké patche? Kdysi dávno tu byl Xenlinux, znamenalo to separátní patche, ale to bylo do kernelu verze 2.6.18. Tedy docela dávno. Dnes místo toho máme pvops, které jsou součástí upstreamu. Navíc ne vždy jsou potřeba.

Navíc Xen má dnes mnoho způsobů virtualizace (původní legacy PV, plná virtualizace HVM a pak různé mezistupně, zejména PVH), pro HVM není potřeba speciální kernel, tam rozjedete třeba i Windows.

Druhá věc je, jak rozumně a uživatelsky přívětivě Xen nastavit. Přímo upravovat konfiguráky jsem nezkoušel. Umí to Qubes OS, ale je tam docela znát, že Windows pro ně není priorita.

92

Hardware / Re:Nový monitor na práci vývojáře

« Poslední příspěvek od ondrej _ kdy 29. 09. 2024, 21:23:29 »

Co místo dvou monitorů použít jeden ultraširokoúhlý?

Vyhýbal jsem se tomu kvůli sdílení obrazovky přes MS Teams, Zoom apod. Potřebuji při sdílení přepínat mezi aplikacemi, takže je potřeba sdílet celou obrazovku – a žádná z mně známých aplikací pro videokonference neumí sdílet jen půlku obrazovky. Ale alespoň některé širokoúhlé obrazovky umí vedle sebe zobrazovat dva různé vstupy, takže by šlo k počítači připojit jakoby dvě obrazovky, akorát by mezi nimi nebyl žádný rámeček ani mezera.

Máte někdo s takovým použitím pro vývoj zkušenost? Nebo tam vidíte nějaký problém?

Problém je, že teď mám hlavní monitor 4K, ale ultraširoké displeje se dělají jen 2×QHD (resp. viděl jsem jeden ultraširoký displej s 8K, ale za cenu asi tak dvou počítačů).

Skusal som to na mojom 30" a je mozne na vyber viacere moznosti ako rozdelit plochu(na polovicu alebo dve rozne velkosti vyrezu v jednom z rohov) ale na to je naozaj potrebny dostatocne velky monitor aby tie plochy boli dostatocne velke.

Pre mna je nevyhoda jedneho velkeho monitora v tom, ze nepotrebnu plochu nemozem vypnut ako druhy monitor. Nie vzdy tu celu velku plochu vyuzivam.

93

Sítě / Re:Firewall: může server být neviditelný?

« Poslední příspěvek od smoofy kdy 29. 09. 2024, 20:04:56 »

Ale zalezi

Tazatel umi nakonfigurovat jen svuj stroj (A), treba tak, ze bude vse zahazovat.
Vedle existuje hypoteticka adresa (B), ktera ale do site neni zapojena, resp. je vypnuta a neni tam aktivni ani WOL.

A ted existuje posledni router R, kterym jsou stroje s adresami A a B pripojeny do site.

Pokud budu skenovat adresy A a B, tak bude odezva z routru R jina - takze JSEM schopen rozlisit, zda stroj bezi, nebo nebezi.

Ono totiz existuji nizsi sitove vrstvy, ktere nemuzete odfiltrovat (napr. arp), pokud chcete zachovat funkcnost stroje A pro nejakou podmnozinu klientu.

Aby neslo tohle poznat - rozeznat stavy A vs B, tak by tazatel musel mit pod svoji spravou i posledni router R, a nastavit tam par specifickych pravidel.

Dulezite je urcit, jak presne budu scanovat

94

Sítě / Re:Firewall: může server být neviditelný?

« Poslední příspěvek od Filip Jirsák kdy 29. 09. 2024, 19:23:41 »

Tazatel umi nakonfigurovat jen svuj stroj (A), treba tak, ze bude vse zahazovat.

Aby neslo tohle poznat - rozeznat stavy A vs B, tak by tazatel musel mit pod svoji spravou i posledni router R, a nastavit tam par specifickych pravidel.

To je jen váš dohad, že tazatel chce konfigurovat cílový stroj a ne router.

Pokud budu skenovat adresy A a B, tak bude odezva z routru R jina - takze JSEM schopen rozlisit, zda stroj bezi, nebo nebezi.

Pokud by router odpovídal u vypnutého stroje třeba ICMP Destination host unreachable, nic vám nebrání tu samou odpověď poslat z cílového serveru při REJECTu pomocí --reject-with místo standardního ICMP Destination port unreachable.

95

Hardware / Re:Nový monitor na práci vývojáře

« Poslední příspěvek od anonacct kdy 29. 09. 2024, 17:07:52 »

Prohnutý širokoúhlý 40" je můj tip - jakmile si na to zvykneš už se nebudeš chtít vrátit zpět.

96

Hardware / Re:Nový monitor na práci vývojáře

« Poslední příspěvek od Karel Vávra kdy 29. 09. 2024, 15:02:13 »

Ad sdileni obrazovky - muj OS je Linux s KDE v6 a Waylandem jako kompozitorem, lze sdilet jednotliva okna, nebo nakreslit na monitoru mysi obdelnikovou plochu, ktera se bude sdilet, funguje to krasne, neni treba sdilet celou "nudli"...

97

Hardware / Re:Nový monitor na práci vývojáře

« Poslední příspěvek od Karel Vávra kdy 29. 09. 2024, 14:58:58 »

Ja uz 4 roky pouzivam 49" ultra-wide zakriveny monitor s rozlisenim myslim 5120 × 1440 (32:9) a uz bych nic jineho nechtel. Nahradi to 3 monitory - clovek si proste udela 3 plochy, ktere pouziva. Porad spokojenost, o nicem lepsim nevim.

98

Desktop / Re:Proč mi zabiják OOM zabil Chromium

« Poslední příspěvek od Vít Šesták (v6ak) kdy 29. 09. 2024, 14:52:45 »

V dmesg nebo journalctl by mělo jít vidět, co všechno OOM killer sejmul.

Nemusel to nutně být kernelový OOM, jsou tu i různé user-space killery (systemd-oomd, earlyoom, oomd, …), které ale mohou logovat jinam. Nicméně nejspíš to bude vidět v journalctl pod rootem.

Swap máte? Z popisu chování hádám, že spíše ne.

99

Desktop / Re:Nelze přepnout klávesnici a indikátor je k ničemu

« Poslední příspěvek od RDa kdy 29. 09. 2024, 14:22:24 »

v TDE mam stejny problem (nereaguje na klavesu, prenuti na tray ikone ukazuje ceskou ale nepise to hacky carky ale cislice) - pokazde musim otevrit nastaveni jazyku, kliknout sem tam, aby se aktivovalo "apply" tlacitko, byt tam zadna realna zmena neni, a pak to uz funguje.

Nastavovaci dialog vypisuje prikaz, takze mam podezreni ze pri natazeni DE se proste tohle nepusti, nebo to selze na necem, takze muj plan na pristim rebootu bude zkusit prikaz pustit rucne.  Pokud to pomuze, tak to zakomponuji do startup skriptu nebo profilu.

Kód: [Vybrat]

setxkbmap -model pc104 -layout us,cz,sk -variant ,qwerty,qwerty
setxkbmap -option grp:alt_space_toggle

100

Sítě / Re:Firewall: může server být neviditelný?

« Poslední příspěvek od RDa kdy 29. 09. 2024, 13:55:57 »

Ale zalezi :)

Tazatel umi nakonfigurovat jen svuj stroj (A), treba tak, ze bude vse zahazovat.
Vedle existuje hypoteticka adresa (B), ktera ale do site neni zapojena, resp. je vypnuta a neni tam aktivni ani WOL.

A ted existuje posledni router R, kterym jsou stroje s adresami A a B pripojeny do site.

Pokud budu skenovat adresy A a B, tak bude odezva z routru R jina - takze JSEM schopen rozlisit, zda stroj bezi, nebo nebezi.

Ono totiz existuji nizsi sitove vrstvy, ktere nemuzete odfiltrovat (napr. arp), pokud chcete zachovat funkcnost stroje A pro nejakou podmnozinu klientu.

Aby neslo tohle poznat - rozeznat stavy A vs B, tak by tazatel musel mit pod svoji spravou i posledni router R, a nastavit tam par specifickych pravidel.