Incus, komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 7.0 LTS (YouTube). Stejně tak související LXC a LXCFS.
Google Chrome 148 byl prohlášen za stabilní. Nejnovější stabilní verze 148.0.7778.96 přináší řadu novinek z hlediska uživatelů i vývojářů. Vypíchnout lze Prompt API (demo) pro přímý přístup k AI v zařízení. Podrobný přehled v poznámkách k vydání. Opraveno bylo 127 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Richard Hughes oznámil, že po společnostech Red Hat a Framework a organizacích OSFF a Linux Foundation, službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzorují také společnosti Dell a Lenovo. Do dnešního dne bylo díky LVFS provedeno více než 145 milionů aktualizací firmwarů od více než 100 různých výrobců na milionech linuxových zařízení.
Americké technologické společnosti Microsoft, Google a xAI souhlasily, že vládě Spojených států poskytnou přístup k novým modelům umělé inteligence (AI) před jejich uvedením na trh. Oznámila to americká vláda, která tak bude moci prověřit, zda modely nepředstavují hrozbu pro národní bezpečnost. Oznámení podtrhuje rostoucí obavy Washingtonu z rizik spojených s výkonnými AI systémy. Americké úřady chtějí v rámci předběžného přístupu
… více »Společnost Valve zveřejnila (GitLab) nákresy ovladače Steam Controller a puku. Pro všechny, kdo by jej chtěli hacknout nebo modifikovat, případně pro ně navrhnout nějaké příslušenství. Pod licencí Creative Commons (CC BY-NC-SA 4.0).
PHP bylo dlouho distribuováno pod vlastní licencí – s výjimkou částí spadajících pod licenci Zend Engine. Po několikaleté práci se povedlo PHP přelicencovat na 3bodovou licenci BSD.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube). Na Linuxu je vedle Qt frontendu nově k dispozici také GTK4 / libadwaita frontend.
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 3.1 specifikace OpenCL (Open Computing Language). OpenCL je průmyslový standard pro paralelní programování heterogenních počítačových systémů.
Homebridge pro integraci chytrých domácích zařízení byl vydán ve verzi 2.0.0. Nově vedle protokolu HomeKit Accessory Protocol (HAP) podporuje standard chytré domácnosti Matter.
Omarchy je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 3.7.0 - The Gaming Edition. Z novinek lze vypíchnout příkaz omarchy a celou řadu herních možností.
Ahoj, mam pro lepsi vypocet 100Mbps download 50Mbps upload pripojeni k internetu (v realu o hodne min).
Internet od ISP je pripojeny k sitovce eth0.
Uzivatele jsou pripojeni v samostatnych 4 VLAN na sitovce eth1 - eth1.1, eth1.2, eth1.3 a eth1.4. VLANy jsou nastavene na porty switche.
Jedna se o OpenWrt WiFi router.
Potrebuju nastavit pro eth1.1 (bude v ni pouze jeden pc) maximalni prioritu.
A pokud zbyde tak:
pro eth1.2 co nejlepe zarucenych 50Mbps/25Mbps
pro eth1.3 co nejlepe zarucenych 20Mbps/10Mbps
a pro eth1.4 zbytek.
Pokud je volna kapacita, rad bych vsem dal moznost vyuzit maximalni rychlosti 100/50Mbps.
Priority v jednotlivych VLAN resit nepotrebuju (pro kazdou IP ve VLAN, nebo prioritu urcitych protokolu).
Uvazoval jsem o wondershaperu, ale vadi mi nemoznost nastavit strop. Pokud nastavim treba eth1.3 max pro DL 20Mbps, rad bych, pokud bude volno povolil 100Mbps.
Odchozi provoz neni problem nastavit. Jak ale prichozi? Je nutne imq? Nebo zahazovat tcp pakety? Nebo to neresit?
Mohlo by to realne fungovat, nebo na to jdu uplne spatne? :
tc qdisc del dev eth0 root tc qdisc add dev eth0 root handle 1:0 htb default 13 tc class add dev eth0 parent 1:0 classid 1:1 htb rate 102400kbit tc class add dev eth0 parent 1:1 classid 1:11 htb rate 51200kbit ceil 102400kbit tc class add dev eth0 parent 1:1 classid 1:12 htb rate 20480kbit ceil 102400kbit tc class add dev eth0 parent 1:1 classid 1:13 htb rate 20480kbit ceil 102400kbit tc qdisc add dev eth0 parent 1:11 handle 11:0 sfq perturb 10 tc qdisc add dev eth0 parent 1:12 handle 12:0 sfq perturb 10 tc qdisc add dev eth0 parent 1:13 handle 13:0 sfq perturb 10 iptables -t mangle -A FORWARD -o eth0 -j MARK --set-mark 13 iptables -t mangle -A FORWARD -o eth0 -i eth1.1 -j MARK --set-mark 1 iptables -t mangle -A FORWARD -o eth0 -i eth1.2 -j MARK --set-mark 11 iptables -t mangle -A FORWARD -o eth0 -i eth1.3 -j MARK --set-mark 12 iptables -t mangle -A FORWARD -o eth0 -i eth1.4 -j MARK --set-mark 13 iptables -t mangle -I PREROUTING -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -j MARK --set-mark 1 iptables -t mangle -I PREROUTING -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -j RETURN tc filter add dev eth0 protocol ip handle 1 fw flowid 1:1 tc filter add dev eth0 protocol ip handle 11 fw flowid 1:11 tc filter add dev eth0 protocol ip handle 12 fw flowid 1:12 tc filter add dev eth0 protocol ip handle 12 fw flowid 1:13
Jak se da technicky vyresit zahazovani TCP paketu?V LARTC o tom něco psali. A ty shapovací utility to dělají.
A jak se da vyresit UDP? Tam prece zahazovat nemuzu.Prostě ti přijde paket a ty ho zahodíš místo abys ho poslal dál.
Kdyz otestuju rychlost z pocitace pripojeneho k eth1.4, ma to jet max 20Mbps. Ja ale namerim 100Mbps, coz je rate pro 1:0 - tedy maximum.
Nevite nekdo, kde mam chybu?
Kdyz na eth1.4 dam wondershapper, funguje to bez problemu.
Tiskni
Sdílej: