[risolto] rete wifi va troppo lenta con Fedora

Fedora Linux Internet, Reti e Sicurezza
#21

Ti chiedo altri dati.

  1. Marca e modello del portatile.

  2. Altri output:

$ lsmod
# ethtool wlp4s0
#22

1 acer aspire 5732ZG

comando 1 :

Module Size Used by fuse 94208 3 xt_CHECKSUM 16384 1 ipt_MASQUERADE 16384 3 nf_nat_masquerade_ipv4 16384 1 ipt_MASQUERADE tun 28672 1 ccm 20480 1 nf_conntrack_netbios_ns 16384 0 nf_conntrack_broadcast 16384 1 nf_conntrack_netbios_ns ip6t_rpfilter 16384 1 ip6t_REJECT 16384 2 nf_reject_ipv6 16384 1 ip6t_REJECT xt_conntrack 16384 22 ip_set 36864 0 nfnetlink 16384 1 ip_set ebtable_nat 16384 1 ebtable_filter 16384 1 ebtable_broute 16384 1 bridge 126976 1 ebtable_broute stp 16384 1 bridge llc 16384 2 stp,bridge ebtables 32768 3 ebtable_broute,ebtable_nat,ebtable_filter ip6table_mangle 16384 1 ip6table_raw 16384 1 ip6table_security 16384 1 ip6table_nat 16384 1 nf_conntrack_ipv6 20480 12 nf_defrag_ipv6 36864 1 nf_conntrack_ipv6 nf_nat_ipv6 16384 1 ip6table_nat ip6table_filter 16384 1 ip6_tables 28672 5 ip6table_filter,ip6table_mangle,ip6table_security,ip6table_nat,ip6table_raw iptable_mangle 16384 1 iptable_raw 16384 1 iptable_security 16384 1 iptable_nat 16384 1 nf_conntrack_ipv4 16384 12 nf_defrag_ipv4 16384 1 nf_conntrack_ipv4 nf_nat_ipv4 16384 1 iptable_nat nf_nat 24576 3 nf_nat_ipv4,nf_nat_ipv6,nf_nat_masquerade_ipv4 nf_conntrack 102400 9 nf_conntrack_netbios_ns,nf_nat,nf_nat_ipv4,nf_nat_ipv6,xt_conntrack,nf_nat_masquerade_ipv4,nf_conntrack_broadcast,nf_conntrack_ipv4,nf_conntrack_ipv6 uvcvideo 90112 0 videobuf2_vmalloc 16384 1 uvcvideo videobuf2_memops 16384 1 videobuf2_vmalloc videobuf2_v4l2 28672 1 uvcvideo arc4 16384 2 videobuf2_core 36864 2 uvcvideo,videobuf2_v4l2 snd_hda_codec_realtek 81920 1 v4l2_common 16384 1 videobuf2_v4l2 ath9k 126976 0 ath9k_common 36864 1 ath9k videodev 167936 4 uvcvideo,v4l2_common,videobuf2_core,videobuf2_v4l2 snd_hda_codec_generic 69632 1 snd_hda_codec_realtek media 24576 2 uvcvideo,videodev snd_hda_intel 36864 7 ath9k_hw 458752 2 ath9k_common,ath9k snd_hda_codec 126976 3 snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel snd_hda_core 61440 4 snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel ath 28672 3 ath9k_common,ath9k,ath9k_hw mac80211 700416 1 ath9k acer_wmi 20480 0 iTCO_wdt 16384 0 sparse_keymap 16384 1 acer_wmi snd_hwdep 16384 1 snd_hda_codec iTCO_vendor_support 16384 1 iTCO_wdt snd_seq 69632 0 mxm_wmi 16384 0 snd_seq_device 16384 1 snd_seq snd_pcm 114688 3 snd_hda_codec,snd_hda_intel,snd_hda_core coretemp 16384 0 cfg80211 552960 4 ath,ath9k_common,ath9k,mac80211 snd_timer 32768 2 snd_pcm,snd_seq rfkill 24576 4 cfg80211,acer_wmi lpc_ich 24576 0 snd 73728 23 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_seq,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device i2c_i801 20480 0 joydev 20480 0 ene_ir 20480 0 soundcore 16384 1 snd rc_core 28672 1 ene_ir wmi 20480 2 acer_wmi,mxm_wmi video 40960 1 acer_wmi shpchp 36864 0 acpi_cpufreq 20480 0 tpm_tis 20480 0 tpm 40960 1 tpm_tis nfsd 315392 1 auth_rpcgss 61440 1 nfsd nfs_acl 16384 1 nfsd lockd 90112 1 nfsd grace 16384 2 nfsd,lockd sunrpc 315392 7 nfsd,auth_rpcgss,lockd,nfs_acl amdkfd 131072 1 amd_iommu_v2 20480 1 amdkfd radeon 1503232 7 i2c_algo_bit 16384 1 radeon drm_kms_helper 126976 1 radeon serio_raw 16384 0 ttm 90112 1 radeon atl1c 49152 0 drm 335872 10 ttm,drm_kms_helper,radeon fjes 28672 0

comando 2 :

Settings for wlp4s0: Link detected: yes

#23

Prova con questo, da root:

# echo "blacklist acer_wmi" > /etc/modprobe.d/wireless.conf

Riavvia. Noti malfunzionamenti o la situazione migliora?

#24

purtroppo non ho potuto testare ieri…questo pomeriggio provo e riporto…nel frattempo segnalo che abbiamo sistemato dei cavi del telefono…la velocità su windows è raddoppiata e vedo anche film in hd senza problemi su netflix…su fedora invece stessa situazione di prima e non riesco a caricare neanche le pagine web a meno di (come già detto) essere molto vicini al modem…

EDIT : ho provato il comando…con il sudo ottengo un accesso negato…con il root invece non succede nulla…ho provato ad aspettare una decina di minuti ma l’unica cosa che succede è che chiudendo il terminale ricevo il messaggio di un processo in esecuzione…riavviamdo cmq non cambia niente…

#25

Prova con questo:

# echo "options ath9k nohwcrypt=1" > /etc/modprobe.d/wireless.conf;echo "ps_enable=0" >> /etc/modprobe.d/wireless.conf

La precedente linea - come quella di post #23 - non fa altro che creare un file di configurazione, quindi è normale che non ti venga restituito output.

Dopo aver impartito il comando, riavvia e vedi se è cambiato qualcosa, o se la qualità della navigazione risulta ancora scadente.

#26

[quote=arkanoid]Prova con questo:

# echo "options ath9k nohwcrypt=1" > /etc/modprobe.d/wireless.conf;echo "ps_enable=0" >> /etc/modprobe.d/wireless.conf

La precedente linea - come quella di post #23 - non fa altro che creare un file di configurazione, quindi è normale che non ti venga restituito output.

Dopo aver impartito il comando, riavvia e vedi se è cambiato qualcosa, o se la qualità della navigazione risulta ancora scadente.[/quote]
grazie per l’aiuto…purtroppo comunque come ti ho già scritto riavviando non cambia niente…

#27

Quindi… Nessun miglioramento (neanche sensibile) ne’ con comando di post #23, ne’ con comando di post #25?

#28

allora…adesso vi scrivo da iceweasel su debian 8.4 mentre scarico vivaldi e non ho nessun rallentamento…quindi su debian internet funziona benissimo…no per rispondere alla tua domanda nessuno dei suggerimenti è servito a niente purtroppo e la cosa mi dispiace perché con debian proprio non mi trovo…

#29

Vediamo il risultato dei seguenti:

$ ping -c 10 www.google.it
# iwconfig

Se possibile, esegui i comandi sia con Fedora che con Debian e posta qui i risultati ottenuti.

#30

innanzitutto di nuovo grazie per l’aiuto…
ecco il risultato di ping -c 10 www.google.it

[code]PING www.google.it (216.58.198.35) 56(84) bytes of data.
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=1 ttl=55 time=73.3 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=2 ttl=55 time=2070 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=3 ttl=55 time=1800 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=4 ttl=55 time=844 ms

— www.google.it ping statistics —
10 packets transmitted, 4 received, 60% packet loss, time 8999ms
rtt min/avg/max/mdev = 73.381/1197.173/2070.421/792.714 ms, pipe 3
[/code]

e di iwconfig

[code]wlp4s0 IEEE 802.11bgn ESSID:“InfostradaWiFi-002847”
Mode:Managed Frequency:2.412 GHz Access Point: DC:EE:06:CD:8D:D8
Bit Rate=11 Mb/s Tx-Power=16 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=53/70 Signal level=-57 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:1 Invalid misc:338 Missed beacon:0

virbr0-nic no wireless extensions.

enp5s0 no wireless extensions.

virbr0 no wireless extensions.

lo no wireless extensions.
[/code]

a quanto pare ci sono il 60% dei pacchetti persi…windows invece da quel che vidi tempo fa ha tipo lo 0% di pacchetti persi…
cmq mi dispiace non poter effettuare le prove anche su debian ma l’ho tolto per rimettere fedora…se riesco a metterlo in dual boot provo…

#31

Gli output da Debian andrebbero bene anche da una live.

Comunque… Da Fedora, prova anche questo:

# echo "options ath9k ps_enable=0" > /etc/modprobe.d/wireless.conf

Dopo aver impartito il comando, riavvia e vedi se la situazione migliora.

#32

ho provato l’ultimo comando ma non ci sono miglioramenti…eccoti ad ogni modo i report dalla live di debian (che funziona benissimo tra l’altro)

ping -c 10 www.google.it

[code]PING www.google.it (216.58.198.35) 56(84) bytes of data.
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=1 ttl=55 time=26.3 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=2 ttl=55 time=26.8 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=3 ttl=55 time=27.0 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=4 ttl=55 time=30.0 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=5 ttl=55 time=26.4 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=6 ttl=55 time=26.5 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=7 ttl=55 time=27.1 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=8 ttl=55 time=26.7 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=9 ttl=55 time=26.3 ms
64 bytes from mil04s04-in-f3.1e100.net (216.58.198.35): icmp_seq=10 ttl=55 time=26.8 ms

— www.google.it ping statistics —
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 26.300/27.035/30.048/1.045 ms[/code]

iwconfig

[code]eth0 no wireless extensions.

wlan0 IEEE 802.11bgn ESSID:“InfostradaWiFi-002847”
Mode:Managed Frequency:2.412 GHz Access Point: DC:EE:06:CD:8D:D8
Bit Rate=1 Mb/s Tx-Power=16 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality=47/70 Signal level=-63 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:7 Missed beacon:0

lo no wireless extensions.
[/code]

#33

Segnalerei il problema come bug.

Vediamo, sia da Fedora che da Debian, il seguente output:

$ uname -r
#34

questo è l’output su fedora

4.2.3-300.fc23.x86_64

quello di debian lo posto appena posso :slight_smile:

#35

vi segnalo che il problema sembra essersi risolto da solo…adesso sono in grado di navigare perfettamente e anche di scaricare…la velocità di windows è ancora un pochino superiore ma fa niente…ora cmq aggiorno a fedora 24…sperando che non cambi nulla… :slight_smile:

#36

Meglio così.

Immagino ci fosse un bug nel kernel (o in qualche pacchetto relativo alla rete), che presumibilmente è stato risolto da aggiornamenti. Se è questo il caso, troverai gli stessi miglioramenti anche con una Fedora 24 completamente aggiornata.

Il tentativo fatto in precedenza, può essere rimosso:

# rm /etc/modprobe.d/wireless.conf
#37

ho fatto un installazione pulita di f24…tutto è filato liscio e senza problemi e la rete wifi va come dovrebbe…quindi direi che si può chiudere :slight_smile: