Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5

optimisation des flux wifi RPi
#1

Bonjour,

Voici mon problème:
J'ai un RPi connecté en wifi opérationnel (A l'étage par rapport à la box)
Par l'intermédiare d'une zibase connectée à des capteurs oregon (bavards certes), je charge une base MySQL du rpi
Lorsque je souhaite accéder à la base par une requête http avec un programme php il me faut 2 trois essais avant de réussir, je m'en contentais jusqu'à présent.
Pour maintenir ma base, j'ai de plus en plus de mal à accéder au RPi par ssh et généralement je perds la connexion très rapidement, cela devient insupportable.
Que faire? peut être y a t-il des processus ouverts? quels sont les bonnes pratiques en la matière?
Cela dépasse mes compétences linux mais je me soigne...
Pour aider voilà ce que donne top
Code :
[== Indéfini ==]
%Cpu(s):  1.0 us,  1.0 sy,  0.0 ni, 97.7 id,  0.0 wa,  0.0 hi,  0.3 si,  0.0 st
KiB Mem:    382840 total,   232540 used,   150300 free,    46232 buffers
KiB Swap:   102396 total,        0 used,   102396 free,    90184 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
6173 pi        20   0  4672 1476 1036 R   1.6  0.4   0:01.48 top
2580 mysql     20   0  309m  45m 6104 S   0.7 12.2  36:29.81 mysqld
1716 root      20   0  1752  504  412 S   0.3  0.1   1:39.49 ifplugd
    1 root      20   0  2148  720  616 S   0.0  0.2   0:07.64 init
    2 root      20   0     0    0    0 S   0.0  0.0   0:00.02 kthreadd
    3 root      20   0     0    0    0 S   0.0  0.0   0:02.44 ksoftirqd/0
    5 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 kworker/0:0H
    7 root      20   0     0    0    0 S   0.0  0.0   0:18.27 rcu_preempt
    8 root      20   0     0    0    0 S   0.0  0.0   0:00.00 rcu_bh
    9 root      20   0     0    0    0 S   0.0  0.0   0:00.00 rcu_sched
   10 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 khelper
   11 root      20   0     0    0    0 S   0.0  0.0   0:00.00 kdevtmpfs
   12 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 netns
   13 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 writeback
   14 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 bioset
   15 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 crypto
   16 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 kblockd
   17 root      20   0     0    0    0 S   0.0  0.0   0:00.43 khubd
   19 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 rpciod
   20 root      20   0     0    0    0 S   0.0  0.0   0:00.15 khungtaskd
   21 root      20   0     0    0    0 S   0.0  0.0   0:00.00 kswapd0
   22 root      20   0     0    0    0 S   0.0  0.0   0:00.00 fsnotify_mark
   23 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 nfsiod
   29 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 kthrotld
   30 root       1 -19     0    0    0 S   0.0  0.0   0:00.00 VCHIQ-0
   31 root       1 -19     0    0    0 S   0.0  0.0   0:00.00 VCHIQr-0
   32 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 VCHIQs-0
   33 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 iscsi_eh
   34 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 dwc_otg
   35 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 DWC Notificatio
   37 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 deferwq
   39 root      20   0     0    0    0 S   0.0  0.0   0:06.95 mmcqd/0
   40 root      20   0     0    0    0 S   0.0  0.0   0:03.11 jbd2/mmcblk0p2-
   41 root       0 -20     0    0    0 S   0.0  0.0   0:00.00 ext4-rsv-conver
  156 root      20   0  2932 1324  748 S   0.0  0.3   0:00.59 udevd
  296 root      20   0  2928 1068  484 S   0.0  0.3   0:00.02 udevd
  711 root      20   0  2928 1000  424 S   0.0  0.3   0:00.00 udevd
1722 root      20   0  1752  504  420 S   0.0  0.1   0:20.61 ifplugd
1742 root      20   0  1752  528  436 S   0.0  0.1   2:14.05 ifplugd
1797 root      20   0     0    0    0 S   0.0  0.0   1:20.60 RTW_CMD_THREAD
1809 root      20   0  5644 1252  892 S   0.0  0.3   0:02.41 wpa_supplicant
2015 root      20   0 27976 1588 1128 S   0.0  0.4   0:10.62 rsyslogd
2019 nobody    20   0  2020  636  516 S   0.0  0.2   0:03.78 thd
2061 root      20   0 39176 8024 4092 S   0.0  2.1   0:19.74 apache2
2116 root      20   0  3828  968  768 S   0.0  0.3   0:01.17 cron
Répondre
#2

Salut
Il faudrait regarder les logs /var/log liées à SSH pour voir pourquoi il est déconnecté. Si c'était un soucis tu perdrais la main mais pas la connexion je suppose

Raspberry Pi Home Server : http://www.pihomeserver.fr
Hotspot Wifi avec portail captif pour Raspberry Pi: Kupiki Hotspot
Répondre
#3

Merci,

Pour récupérer les log je viens de transférer par ftp sur PC le répertoire "var" sans coupure réseau et c'est long.
D'ailleurs par ftp l'accès est donné assez souvent du premier coup.
Donc c'est plutôt sur une question de priorité ou d'encombrement qu'il faut peut-être chercher.
Alors je sèche, un petit rappel sur les logs utiles me ferait du bien; moi à part syslog je suis noyé dans les logs.
Répondre
#4

Tu peux essayer de garder up la connexion depuis ton client SSH ou ta ligne de commande (certains outils propose d'envoyer des paquets régulièrement) sinon de changer la priorité du service SSH avec la commande renice mais si ca résoud la déconnexion ca ne résoud pas ton problème sur le fond
J'ai 4 rapsberry pi à la maison (wifi, RJ45) dont un qui fait office de proxy donc avec 4 appareils qui passent par lui et je n'ai aucun soucis de connexion/déconnexion

Pourrais-tu essayer de l'utiliser en supprimant temporairement tout ce qui est sur GPIO et USB ? Qu'il n'y est pas de saturation et/ou pertubation à cause d'un module ou périphérique

Raspberry Pi Home Server : http://www.pihomeserver.fr
Hotspot Wifi avec portail captif pour Raspberry Pi: Kupiki Hotspot
Répondre
#5

Merci

J'ai bien compris que renice modifiait la priorité d'un processus en cours.
J'essaierai pour ne pas être coupé quand je suis dans ssh.

Mon problème c'est de pouvoir y entrer rapidement que ce soit en ftp ou ssh mais surtout lors de l'exploitation régulière semi automatique de la base (en php)
Effectivement je peux bloquer toute les requêtes HTTP automatique venant des scénarios de la zibase pour mes travaux de maintenance mais pour l'exploitation journalière il faut que j'améliore la situation 7 ou 8 essais c'est trop.
Répondre
#6

Peut être que tu devrais regarder au niveau de l'occupation de la bande passante (http://www.binarytides.com/linux-command...r-network/)

Est-ce que tu as regardé la log /var/log/auth.log ?

Raspberry Pi Home Server : http://www.pihomeserver.fr
Hotspot Wifi avec portail captif pour Raspberry Pi: Kupiki Hotspot
Répondre
#7

Auth me dit que la tâche cron est exécutée toute les 10mn comme souhaité.

J'ai chargé quelques outils mais je ne suis pas assez compétent pour interpréter les résultats.
Comment choisir le bon puisque je ne sais pas exactement ce que je cherche.
Je suis mono utilisateur et je maitrise ce que le RpI reçoit 2,3 requêtes HTPP par minutes peut-ête plus en pointe pour charger la base et une poignée de requêtes HTTP par jour pour consulter la base.
Je pense plutôt que le débit wifi est trop faible et que cela bourre un peu par moment.
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)