T-Mobile od 15. září zpřístupňuje RCS (Rich Communication Services) zprávy i pro iPhone.
Společnost ARM představila platformu Arm Lumex s Arm C1 CPU Cluster a Arm Mali G1-Ultra GPU pro vlajkové chytré telefony a počítače nové generace.
Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 17.0. Přidáno bylo 4 803 nových znaků. Celkově jich je 159 801. Přibylo 7 nových Emoji.
Apple představil (YouTube) telefony iPhone 17 Pro a iPhone 17 Pro Max, iPhone 17 a iPhone Air, sluchátka AirPods Pro 3 a hodinky Watch Series 11, Watch SE 3 a Watch Ultra 3.
Realtimová strategie Warzone 2100 (Wikipedie) byla vydána ve verzi 4.6.0. Podrobný přehled novinek, změn a oprav v ChangeLogu na GitHubu. Nejnovější verzi Warzone 2100 lze již instalovat také ze Snapcraftu a Flathubu.
Polské vývojářské studio CD Projekt Red publikovalo na Printables.com 3D modely z počítačové hry Cyberpunk 2077.
Organizátoři konference LinuxDays 2025 vydali program a zároveň otevřeli registrace. Akce se uskuteční 4. a 5. října na FIT ČVUT v pražských Dejvicích, kde vás čekají přednášky, workshopy, stánky a spousta šikovných lidí. Vstup na akci je zdarma.
Uživatelé komunikátoru Signal si mohou svá data přímo v Signalu bezpečně zálohovat a v případě rozbití nebo ztráty telefonu následně na novém telefonu obnovit. Zálohování posledních 45 dnů je zdarma. Nad 45 dnů je zpoplatněno částkou 1,99 dolaru měsíčně.
Server Groklaw, zaměřený na kauzy jako právní spory SCO týkající se Linuxu, skončil před 12 lety, resp. doména stále existuje, ale web obsahuje spam propagující hazardní hry. LWN.net proto v úvodníku připomíná důležitost zachovávání komunitních zdrojů a upozorňuje, že Internet Archive je také jen jeden.
Jakub Vrána vydal Adminer ve verzi 5.4.0: "Delší dobu se v Admineru neobjevila žádná závažná chyba, tak jsem nemusel vydávat novou verzi, až počet změn hodně nabobtnal."
Ahoj, mam jednu vetev u servriku na wifine 2,4GHz. Jako AP v rezimu AP mam nyni WLA-5200AP a jako AP v rezimu klient mam WL-5460AP v2. Antenu mam u klienta smerovou (dratena parabola) myslim 21dB a u AP mam panelovku tusim 16dB. PC za klientem mi ted nejak zacalo pokulhavat, co se tyce pripojeni k netu. Drive jsem mel jako AP Ovise WL-9000vpn a rychlost netu na wifi se pohybovala bez problemu kolem 9Mbit. Ted ale mam kolisavou rychlost, nekdy jen 700Kbit a nekdy 6Mbit. Cim to ale je, laboroval jsem s RTS atd, ale nic moc zmena. Ted mam defaultni nastaveni. Zkousel jsem ale:
ping -s 1024 10.0.10.1 -c 1000
a vysledek:
1000 packets transmitted, 996 received, 0% packet loss, time 1003291ms
coz si myslim, ze je v poradku.
Nevite, kde muze byt problem, uz dva dny se s tim trapim a zadny uspech
Blbnu, to AP je WLA-5000AP a FW posledni. Zacalo to delat po zmene AP. Nejdriv jsem tam dal Zcom WA-2204A a to same. AP mi ukazuje signal na klientovi -67dbm, coz mi prijde nejak malo, nato ze na sebe krasne vidi. Jinak mam viditelne SSID (nevi, jestli je to BSSID). Rychlost merim na www.dsl.cz ale vidim to i pri stahovani, napr. UBUNTU, ze je to bida..
AP jako rezim AP Stare jsem prodal, pac bylo zbytecne po tom, co jsem nasadil server a s takovym problemem jsem bohuzel nepocital, bral jsem to jako vymenu kus za kus (sic za jinej)...
Jeste dodam, ze viditelnost je prima zhruba 200metru.
Nameril jsem ted:
Rychlost připojení k internetu: 9,489 Mbit/s
A za okamzik:
Rychlost připojení k internetu: 3,355 Mbit/s
atd..
uf, to abych studoval dokumentaci muzes mi se hodit parametry, kterymi to nejlip otestuju? diky
server: iperf -s klient: iperf -c 192.168.1.1Jeden smer a druhej smer:
klient: iperf -s server: iperf -c 192.168.1.2
To je pekna hracicka
tak tohle je prvni pripad:
Client connecting to 10.0.10.1, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 10.0.10.33 port 53898 connected with 10.0.10.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 18.5 MBytes 15.5 Mbits/sec
a tady druhej:
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 10.0.10.33 port 5001 connected with 10.0.10.1 port 4512
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.1 sec 10.0 MBytes 8.33 Mbits/sec
Tak jsem zkusil tu minitu:
[ 3] local 10.0.10.33 port 44374 connected with 10.0.10.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-60.1 sec 99.2 MBytes 13.9 Mbits/sec
[ 3] local 10.0.10.1 port 4193 connected with 10.0.10.33 port 5001
[ 3] 0.0-60.0 sec 82.0 MBytes 11.5 Mbits/sec
10.0.10.33 - klient
10.0.10.1 - server
jen trosku nechapu ten vysledek po te minute... cislo mi prijde nejaky vysoky... nebo to se nasobi vterinama ??
aha, diky.. kdyz mi to jede na 802.11g neni to malo?
Jinak co ten signa (viz. vys), me se zda taky nejakej malej, mel by se zvysovat k nule,ne?
ted jsem dal test na 5 minut a vysledek: 13.2 Mbits/sec
sifrovani tam mam, to je pravda. Schvalne ho na chviku vypnu a testnu co to ukaze..
jeste jsem sifrovani nevypl a pustil jsem opacny smer.. (-t 300)
[ 3] local 10.0.10.1 port 1987 connected with 10.0.10.33 port 5001
[ 3] 0.0-300.0 sec 260 MBytes 7.27 Mbits/sec
nejak to kleslo..
presne tak (iperf -s u rodicu, tj pocitac za wifi klientem)...
takze co z toho plyne? mam zkusit jinou antenu? Power regulovat lze, zkousel jsem nejvyssi i nizzsi, ale zadna zmena.. zustal jsem opet u default..
Máš dobře nastavenou anténu? Já kdysi otočil polarizaci - anténu o 90˚ ve směru paprsku signálu, místo vertikální jsem ji měl horizontální. Jinak nevim, rušení apod se těžko zjišťuje.
no ja antenama vubec nehejbal, jen jsem odpojil kabel a vymenil "krabicku" ... a samozrejme nastavil IP atd..
Tak pak může bejt chyba i na druhé straně na anténě/ap/wifi routeru. Byl jsem připojený přes wifi asi 2 roky, už jsem se podle diagnostiky, co jsem viděl u sebe, naučil odhadovat, kde je asi chyba, podle toho, zda jsem dostal přes dhcp adresu, kam jsem se doping, dotracoval. Nikdy nevíš, na jaké hranici/únosnosti technických parametrů to poskytovatel provozuje, slyšel jsem i o "taky poskytovatelích", co dělí 2Mbit mezi 20 lidí.
"Poskytovatel" jsem ja sam Je to jedna vetev v me lance k rodicum pres wifi...
Ok, tak zkus změnit kanál na AP, zda se něco změní.
menil jsem kanaly a kolikrat jsem mel uz radost, ze se to zlepsilo, ale za chvili to same Scanoval jsem i okolni wifi a vybiral jsem kanal, ktery tam neni (samozrejme vim, ze jsou i skryte ap), ale zmena vzdycky jen chvilkova... Ale kdyby mi to predtim nejelo, tak to dejme tomu svedu na ruseni, ale takhle...
Hmmm, mam ale vsechny PC v LAN nastavene stejne. Tim myslim pravidla pro pristup k netu atd. na serveru. A ta wifina je jakoby soucast te lanky, jen neni mezi kabel je ale pravda, ze ted nevim, jestli by to fungovalo s tim puvodnim AP i ted...
Dobre, diky.. jeste to poradne zitra proverim.
A jeste jeden dotaz
U nasich mam jeste jedno AP (WLA-5200AP) v rezimu AP aby si mohli pripojit notebook po byte pres wifi. Tam je to uvsem ale uplne katastrofa. Notebook jim ted pry lezi vedle toho "bytoveho" AP a zkousel jsem merit rychlost pomoci iperf vuci serveru (tzn. notebook --> wifi AP --> wifi client --> wifi AP --> server ) , a vysledek:
iperf -c 10.0.10.1 -t 60 na rodicu notebooku a iperf -s na serveru:
14,9 Mbits/sec
ALE opacne:
iperf -s na rodicu notebooku a iperf -c 10.0.10.1 -t 60 na serveru:
nedeje se nic, pokud na tom notebooku nekliknu na nejaky odkaz na webu nebo nepingnu server... potom se to teprve rozjede a vysledek je:
8,61 Mbits/sec
Nemuze to byt nejakym uspornym rezimem na tom notebooku? Bezi tam Ubuntu a ntb je nan nabijecce..
Tiskni
Sdílej: