Bratislava OpenCamp pokračuje vo svojej tradícii a fanúšikovia otvorených technológií sa môžu tešiť na 4. ročník, ktorý sa uskutoční 25. 4. 2026 na FIIT STU v Bratislave. V súčasnosti prebieha prihlasovanie prednášok a workshopov – ak máte nápad, projekt, myšlienku, o ktoré sa chcete podeliť s komunitou, OpenCamp je správne miesto pre vás.
Krádež není inovace (Stealing Isn't Innovation). Koalice umělců, spisovatelů a tvůrců protestuje proti používání autorsky chráněných děl velkými technologickými společnostmi pro trénování AI systémů bez povolení či kompenzace.
Stát, potažmo ministerstvo vnitra plánuje zřízení nového, neveřejného virtuálního operátora, který by byl primárně určený na zajištěni kritické infrastruktury státu. Cílem je zajistit udržitelné, bezpečné, mobilní, vysokorychlostní datové a hlasové služby umožňující přístup ke kritickým aplikacím IZS a krizového řízení.
Byla vydána nová verze 10.0 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze nové balíčky ownCloud Infinite Scale a Uptime-Kuma.
Byla vydána nová verze 3.0.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Microsoft poskytl FBI uživatelské šifrovací klíče svého nástroje BitLocker, nutné pro odemčení dat uložených na discích třech počítačů zabavených v rámci federálního vyšetřování. Tento krok je prvním známým případem, kdy Microsoft poskytl klíče BitLockeru orgánům činným v trestním řízení. BitLocker je nástroj pro šifrování celého disku, který je ve Windows defaultně zapnutý. Tato technologie by správně měla bránit komukoli kromě
… více »Spotify prostřednictvím svého FOSS fondu rozdělilo 70 000 eur mezi tři open source projekty: FFmpeg obdržel 30 000 eur, Mock Service Worker (MSW) obdržel 15 000 eur a Xiph.Org Foundation obdržela 25 000 eur.
Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
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.)
. Jak rychlé to je, jsi napsal až teď.
.
(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í.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: