Dlouholetý balíčkář KDE Jonathan Riddell končí. Jeho práci na KDE neon financovala firma Blue Systems, která ale končí (Clemens Tönnies, Jr., dědic jatek Tönnies Holding, ji už nebude sponzorovat), někteří vývojáři KDE se přesunuli k nově založené firmě Techpaladin. Pro Riddella se již nenašlo místo. Následovala debata o organizaci těchto firem, které zahraniční vývojáře nezaměstnávají, nýbrž najímají jako kontraktory (s příslušnými důsledky z pohledu pracovního práva).
V Amsterdamu probíhá Blender Conference 2025. Videozáznamy přednášek lze zhlédnout na YouTube. V úvodní keynote Ton Roosendaal oznámil, že k 1. lednu 2026 skončí jako chairman a CEO Blender Foundation. Tyto role převezme současný COO Blender Foundation Francesco Siddi.
The Document Foundation, organizace zastřešující projekt LibreOffice a další aktivity, zveřejnila výroční zprávu za rok 2024.
Byla vydána nová stabilní verze 7.6 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 140. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 1.90.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.
Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Ahoj, mám PCMCIA Wifi kartu Zyxel a access point Zyxel. Obě zařízení jsou kompatibilní s 802.11n Draft 2.0.
Rychlost spojení je bohužel tak zoufale pomalá, až je to k nevíře. Je navlas stejná jako rychost při použití 802.11g karty Intel (se stejným routerem Zyxel).
Čím by to mohlo být? Nevšiml jsem si, že by pro ath9k existovaly nějaké speciální parametry modulu, případně utility v userspace.
Zařízení vypadá takto:
02:00.0 Network controller: Atheros Communications Inc. AR5008 Wireless Network Adapter (rev 01)
iwconfig wlan0Za wlan0 si dosaď dle svého.
V dotazu jsem naprosto jasně psal, co to znamená zoufale pomalé. Tedy znovu: Znamená to, že se dosahuje stejné rychlosti jako při 802.11g.
Přenosová rychlost je kolem 3 MB/s, tedy nějakých 24 Mb/s. To je přesně navlas tatáž rychlost, jaké běžně dosahují zařízení standardu 802.11g. S některými kombinacemi těchto zařízení se mi už podařilo dosáhnout až 34 Mb/s. Tady ovšem jde o 802.11n, tedy 24 Mb/s je nehorázně málo. Očekával bych skutečnou rychlost aspoň 100 Mb/s, když už...
Výpis z iwconfig je tady:
wlan0 IEEE 802.11bgn ESSID:"Net2" Mode:Managed Frequency:2.437 GHz Access Point: 00:23:F8:22:AA:A6 Bit Rate=11 Mb/s Tx-Power=20 dBm Retry min limit:7 RTS thr:off Fragment thr:off Encryption key:871B-9C8C-91E0-A56D-3EA2-DE5E-E016-3F7E [2] Security mode:open Power Management:off Link Quality=66/70 Signal level=-44 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0
Nikdy se tam neukazuje jiná rychlost než 1 Mb/s nebo 11 Mb/s. Nicméně je to samozřejmě blbost, skutečná přenosová rychlost je kolem těch 24 Mb/s, jak už jsem psal. (To by odpovídalo „teoretickým“ 54 Mb/s.)
Výkon access pointu se regulovat nedá. Vzdálenost je cca 5 metrů. (Návrh na snížení výkonu považuji za překlep nebo špatný vtip.)
iwconfig wlan0 essid Nazev rate 108MTaké bych doporučil nejdříve řešit rychlost spoje bez zabezpečení. Až by byla rychlost uspokojivá, tak bych pak řešil šifrování apod (ve chvilkovém testovacím režimu je bezpečnost irelevantní). Čím míň faktorů je ve hře, tím líp se problém řeší.
Hmm, tak to považuješ špatně(teda doufám, že nezaměňuješ význam slov "výkon" a "rychlost"). Pokud nemáš praktické zkušenosti, tak doporučuji pročíst aspoň teorii a fóra, kde uživatelé řeší problémy s bezdrátovou sítí.
Fámám ohledně snižování výkonu příliš nevěřím. (Přesněji řečeno, vůbec.) I kdybych jim věřil, můj router nemá nastavení výkonu. Pokud by u nějakého routeru snížení výkonu zlepšilo kvalitu signálu, jedná se o zmetek zralý na reklamaci. K otázce, zda zaměňuji výkon a rychlost: Umím číst, umím psát, mentálně jsem v pořádku, význam pojmů mi nedělá potíže.
Takže abychom se pohnuli, mohl by jsi napsat, co máš za zařízení? Jak máš spoj realizován (používáš nějaký typ MIMO?). Dále by bylo dobré, kdyby jsi se díval do logu, když s wifinou manipuluješ (dmesg), abychom vyloučili aspoň část problémů.
Router je ZyXEL NBG-420N, klient je ZyXEL NWD-170N (PCMCIA) (Atheros AR5416 Rev 2 / AR2122 Rev 81). Pojem MIMO je další z mnoha bublin. Zda má PCMCIA karta pod krytem víc antén než jednu, netuším. Prý ano. Router má dvě antény. (Ne tři, jen dvě.)
Pokud jde o poznámky ohledně logu: Kdybych se nepodíval do logu, nepoužil debugfs a nezkontroloval vše potřebné, nepsal bych sem dotaz.
Zkoušel jsi si hrát s nastováním rychlosti? Třeba nějak takto?iwconfig wlan0 essid Nazev rate 108M
Takto určitě ne. Samozřejmě to vrací invalid argument, protože u 802.11n se nic takového nastavovat nedá. Program iwconfig používá staré API a jeho použití se v případě novějších driverů nedoporučuje. Kromě toho ani iwconfig, ani jeho nástupce iw zatím neumí správně ukazovat rate u zařízení typu 802.11n. Například iwconfig ukazuje 0kb/s, 1Mb/s a podobné nesmysly, přestože připojení má v té chvíli (podle toho, co tvrdí iperf) skutečnou přenosovou rychlost třeba 20 Mb/s. Kromě toho je dobé mít možnost experimentovat s nastavením „širokých“ kanálů (20/40+/40-), což umí pouze iw.
Podle mě se rate 108M vůbec netýká normy 802.11n, nýbrž proprietárního 802.11g+ od Atherosu. Toto rozšíření podporuje MadWifi, ale ath9k ho nemá a ani mít nebude. Pro Linux zatím neexistuje utilita, která by dokázala explicitně nastavit režimy spojení pro 802.11n a je docela dobře možné, že ani existovat nebude. Hardware by to měl umět lépe.
Také bych doporučil nejdříve řešit rychlost spoje bez zabezpečení. Až by byla rychlost uspokojivá, tak bych pak řešil šifrování apod (ve chvilkovém testovacím režimu je bezpečnost irelevantní). Čím míň faktorů je ve hře, tím líp se problém řeší.
Ano, ve chvilkovém testovacím režimu je sice bezpečnost irelevantní, ale pro mě je zcela irelevantní, zda to bez zabezpečení funguje rychleji nebo ne. Já bez RSN a EAP-TLS tu síť nikdy (trvale) provozovat nebudu, takže pokud může být rychlejší, má to smysl jedině s tímto zabezpečením. Kromě toho nejsem sám, kdo tu síť používá. Není tedy myslitelné, že bych ji prostě na půl dne odpojil a experimentoval s nastavením, které tam stejně nikdy trvale nebude.
Včera se mi podařilo (především díky mailing listu vývojářů ath9k) dosáhnout přenosové rychlosti mezi 50 a 80 Mb/s. Stačilo pouze na routeru zapnout WMM QoS. U standardu 802.11n je QoS prostě nedílnou součástí každé sítě, takže by router vlastně vůbec neměl umožnit nechat něco takového vypnuté... Vypnutí QoS zcela zjevně vede k tomu, že 802.11n se vůbec nepoužije a funguje pouze g.
Kdokoliv podrobně zná hostapd.conf (což je místy zajímavé počtení, to se musí nechat), dobře ví, že nastavení WMM je nějakých 30 proměnných. Na tom routeru je prostě jeden checkbox ano/ne, který vůbec nevysvětluje, co přesně vypíná. A už vůbec tam nikde není varování bacha, 802.11n nebude fungovat, nezapomeň povolit WMM.
Takže momentálně je situace taková, že dosahuji přenosové rychlosti, která je sice mnohem lepší než u 802.11g, ale na plné využití 802.11n to rozhodně nevypadá. Na mailing listu ath9k mi zcela jasně potvrdili, že dosahovaná rychlost by správně měla být mnohem vyšší. Vyzkoušel jsem už přinejmenším tři verze novějších patchů pro ath9k, které zatím nejsou v Linusově kernelu, ale pokud jde o rychlost připojení, nic z toho nepomohlo.
Jelikož tak nebo tak minimálně třikrát do týdne kompiluju nějaký ten kernel, budu to prostě zkoušet dál a třeba se jednou přijde na to, v čem je problém. Taky je docela dobře možné, že firmware na routeru je špatný. (Aktualizace ovšem zatím nejsou.)
Snížení výkonu opravdu někdy pomůže. V tomto případě ale o tom pochybuji.
MIMO není bublina, ale nutná podmínka k dosažení vyšších rychlostí standardu 802.11n.
Když nahlédnu do souboru rcstat v debugfs, vidím tam, že většina paketů se opravdu posílá při rychlosti 300 Mb/s. Jenže při přenosu prostě naměřím jenom 70 Mb/s.
Možná tu budou hrát roli ještě další fakta. PCMCIA karta nemá možnost zapojení externích antén a nejspíš bude mít horší příjem. Rychlost směrem z notebooku na router je mírně vyšší než v opačném směru, což tuhle domněnku potvrzuje. Taky se samozřejmě může stát, že nestíhá router. Je to levný router Zyxel. Už při těch 70 Mb/s se dočtu ve webovém rozhraní toho routeru, že zatížení procesoru je 50%. To je trochu divné, protože nějakých 200 Mb/s (mezi dvěma bezdrátovými stanicemi) pak už z principu dosáhnout nepůjde. Rychlost spojení z routeru dál na můj server je samozřejmě shora omezená nějakými 100 Mb/s, protože to je obyčejný starý ethernet. Router nemá gigabitové porty.
Tiskni
Sdílej: