Je me demande si select() fonctionne sur un fichier de type ttyUSBx. Pourtant j'ai vu un exemple sur le net très proche de mon appli, c'était sur un fichier ttySx
pas de raison, c'est un appel système géré par le kernel, cela va fonctionner quelque soit la source du flux.
Le timeout d'une seconde est correct, du moins lorsque j'exécute le programme il y a bien une seconde d'attente avant de m'indiquer l'erreur timeout.
Certes, mais est-ce que dans cet interval très court ton port série a vraiment eu le temps de bufferiser des données ?
Je m’exécute donc et remarque que la copie se fait vraiment très rapidement (1,1Tio en quelques minutes < 5 mn)
oui alors ça déjà c'est très mauvais
J’essaie, ceci une fois terminé, de lire les fichiers copiés, et là, horreur, tous les fichiers sont corrompus ! Je vais donc voir sur le disque original, et c’est la même chose, tous les fichiers sont corrompus, sauf ceux en .txt…
Est-ce que quelqu’un pourrait m’aider et me dire ce que je pourrais faire pour réussir à récupérer tout cela SVP !!!
Remonter un backup ? je ne vois pas d'autres option viable sincérement.
Sauf si tu veut passer les 150 prochaines années a "recoller" les morceaux de tes fichiers.
Essaye de voir le bon côté, dis toi que du coup tu a 6To d'espace vide a remplir ;)
Après moi je ferais de bon gros tests sur ton disque de 3To car a mon avis il probablement défectueux.
Toujours faire des tests de nouveaux disques avant de transférer quoi que ce soit définitivement dessus, j'ai eu droit a un paquet de blagues dans le genre …
Hum, de ce que je vois tu n'est pas du tout en train de lire un "flux usb" mais un port serie, sur bus USB certes mais ce n'est rien d'autre qu'un port serie normal (enfin modulo que ton adapteur serie<=>usb soit de bonne facture).
Ne devrais tu pas configurer ton baud rate & compagnie avant tout du coup ?
Pour le select as tu essayé d'augmenter le timeout ça pourrait etre pas mal aussi
Si la question est "est-ce que je peut récupérer plus que les lignes affichées actuellement" => en général oui, la façon de faire va dépendre du terminal en question (terminal texte, emulateur graphique (xterm, gnome-terminal, konsole), multiplexeur (screen, tmux), …) mais tu va disposer d'un buffer, d'une taille pré-configurée en général et donc limitée, qui te permet de remonter avec shift-pageUP/down pour la majorité (sauf les multiplexeurs).
Si la question est "est-ce que je peut récupérer le texte qui n'est plus disponible dans le buffer" => non, une fois qu'il est sorti du tampon il n'existe plus
Car offenser un programmeur auto-didacte handicapé mentale [..]
A priori personne ici n'est au courant de cette particularité, et les critiques seraient les mêmes dans d'autres conditions de santé a priori
[…] la part de la communauté qui se veut libre et pacifiste.
On ne doit pas parler de la même communauté alors, lit les grosses listes de diffusions linux tu verra que si le libre est important, le pacifisme n'est pas franchement une caractéristique de cette communauté XD
--
pour revenir au sujet et sans rajouter sur ce qui a déjà été dit:
tu fourni des rpm / deb qui compilent en post-install ton programme .. ça n'est pas quelque chose qui se fait, clairement, d'autant qu'il manque le compilateur en dépendance sur le .deb en tout cas.
si tu ne veut pas compiler pour les différentes architectures, ne fourni que les sources, éventuellement les sources au format adapté pour debian et pour redhat mais pas ce genre de choses.
je sais que tout les gouts et les couleurs sont dans la nature mais les choix faits sont ton sites sont très "agressifs", quelque chose de plus sobre basé sur les modèles actuels (bootstrap & compagnie) t'offrirait surement plus de visibilité.
si c'est pour le "depaqueter" au final la conversion en DEB32Bits est de faible interet non ?
Il existe de nombreuses façon de depaqueter deb et rpm, mais ma préférée dans e genre de cas est de browser le paquet directement depuis mc (midnight commander, ce bon vieux (oui j'ait été sous DOS et alors !)
pam_mkhomedir créé les dossiers home en utilisant le /etc/skel en modèle, si les homes sont sur un partage nfs ce n'est pas l'outil à utiliser.
Le sftp c'est du transfert de fichier sur ssh donc ce sont les règles d'auth "système"/ssh qui vont entrer en jeu.
Tu as deux options a mon sens:
* configurer les clients sftp pour spécifier le dossier a utiliser en racine.
* utiliser du sftp avec un autre logiciel que openssh (proftpd) et donc sur un autre port que le 22 par défaut (ou jouer sur du binding d'ip pour utiliser ssh et proftpd/sftp sur le même port
Avec une image docker, je suis certain que même dans 5 ans mon image fonctionnera encore.
Cela me semble être un bon moyen de figer un logiciel, non ?
Heu non, dans 5 ans docker aura pris 50 versions à la vitesse à laquelle ils vont, les layers sources ubuntu actuels n'existeront plus forcement, ou auront été mis à jours (sécu/autre), …
Utiliser docker pour vouloir figer un logiciel sur 5 ans c'est tout aussi illusoire que via une compilation statique d'ailleurs
le procédé est appellé "CrossGrading" et il marche très bien, plusieurs guides existent
Installation a coté:
debootstrap --arch=amd64 stretch /path/to/newroot
par contre tu aura besoin d'un kernel amd64 pour faire tourner le chroot donc probablement au moins les premières étapes du CrossGrading, supprimable après.
Aurait-tu une machine qui boote en UEFI ?
Regarde dans ton bios les différentes option de boot, si tu as une entrée "Windows Manager" ou quelque chose d'approchant il faut l'utiliser
Tu peut "voir" avec linux, et te promener dans les arborescences: les gestionnaires de fichiers graphiques existent depuis quelques années quand même XD
Je suis curieux: quelles tâches ne peut-tu pas faire sous linux sans des programmes windows ?
Pour le reste, la facilité n'est qu'une façade sous windows, certes chaque programme à son dossier (enfin … en général) mais en pratique dans le dossier c'est la foire à l'organisation.
Certes tu peut "voir" beaucoup de chose avec ta souris mais en pratique quand tu veut faire un peu plus que voir bein c'est vite compliqué.
Il n'est pas nécessaire sur un linux récent d'user du terminal, en général tout peut se faire depuis l'interface graphique, du moins le plus important. J'ai plusieurs utilisateurs dans ma famille qui ne lançent jamais un terminal.
Après il faut passer à linux pour de bonnes raisons, et en général il ne faut pas le faire seul car sinon on tombe dans ton cas de figure, en gros tu as probablement les même difficultées que quand tu as commencé avec windows sauf que depuis le temps tu as acquis un ensemble de connaissances spécifiques qui n'ont pas de valeur dans ce nouvel environnement et qui te bloquent.
Pour le problème il faut utiliser un CD/DVD d'installation windows pour restaurer le MBR (Master Boot Record, endroit du disque qui contient le premier bloc de code executé au démarrage de ta machine par le BIOS) via le lien plus haut
Pour écrire des scripts, je te conseille d'apprendre Python,
le code est plus propre qu'avec des scripts shell.
Mouais, alors la c'est très subjectif, et si c'est pour faire un tas de os.system() …
De plus en plus d'administrateurs systèmes utilisent Python (au lieu de shell et Perl, principalement).
Personnellement je n'en connais aucun..
Certains font de l'admin avec des script ruby, est-ce pour autant une bonne idée ??
Pour l'administration système, je te conseille d'apprendre un outil d'automatisation comme Ansible ou Puppet.
ou chef, ou salt, ..
C'est un très bon conseil au demeurant, mais avant de savoir automatiser une configuration il est plutôt recommandé de savoir le faire manuellement et surtout de savoir ce que tu fait (ou fait faire par l'automate)
Je ne cautionne pas le "format" proposé ci dessus, même s'il y a surement des usages (bien qu'un INTEGER donc 32 ou 64b pour stocker une puissance reste quand même un poil abusé).
Par contre le double même "correctement utilisé" reste un dérivé du float, et donc une approximation du nombre d'origine via une puissance de 2 => dans tout les cas c'est inadapté à des calculs monetaires précis.
le DECIMAL() est un format de stockage et des règles de calculs adaptés au monetaire (tant que le calcul se fait dans le SGBD) similaire au format proposé dont je ne vois pas bien l'intérêt sauf pour le coté NIH peut-être …
Si tu a vraiment besoin d'une précision à 5 ou plus chiffres après la virgule il suffit de partir sur un DECIMAL(13,5) ou plus.
En gros il te faut deux indicateurs sur ton monitoring:
Le temps passé par chaque thread de traitement à bosser
La taille de la queue (nombre de message en attente)
Si le premier est faible (et que le second est toujours nul ou presque) => tu as moyen de réduire le nombre de worker
Si le second est élevé et que les workers sont très souvent tous actif => il faut essayer d'augmenter les worker ("essayer" car le travail des worker peut est bloqué par une autre contrainte qui limite tout le système)
Je pense que tu as mal lu le bench, je ne connais pas SQS qui est apparement un produit amazon
. I wasn’t able to reach the peak of its possibilities
– which would probably require more than 16 nodes in total.
But once your requirements get above 35k messages per second, …
dans tout les cas je ne pense pas qu'il soit très utile de se prendre la tête sur les performances du système de file de message, essaye plutot en priorité de calculer les taux d'usages de tes threads de traitements pour savoir si tu en a besoin d'autant ou de plus
Bah du coup ça va dépendre de l'API Rest "finale", si elle est synchrone (requête bloquante) et que le traitement est long la présence de plusieurs worker va permettre de paralléliser les traitements.
Il y a par contre une petite subtilité: si l'API Rest elle-même est mono-traitement avec un lock sur une ressource commune les multiples workers ne vont pas être très utiles.
Par contre si on se focalise sur la partie "Queue", ce sont des systèmes spécifiquement fait pour être consommé par plusieurs workers, c'est la tout le principe: on empile les tâches dans la file d'attente et dès qu'un worker est disponible il dépile une tâche et la traite, laissant les autres tâches prêtes à être affectées au prochain worker disponible.
comment déterminer le nombre optimal et les facteurs déterminants?
J'imagine qu'il y des considérations de latence du réseaux et du nombre de processeurs
C'est la partie compliquée, dans ton cas cela va dépendre de l'api est (distante ?) et des capacités de traitement qu'elle offre principalement.
Ca va dépendre aussi de ton nombre de réquêtes/messages à traiter (une queue avec 200 workers pour 2 messages / heures ce n'est pas très pertinent).
Dans le cas de worker faisant le travail en local ça va dépendre des ressources à disposition versus celles nécessaires pour le traitement.
La latence du réseau peut être un élement moteur en effet, je pense pas qu'il soit prioritaire mais l'augmentation des workers peut compenser la lenteur du réseau si le traitement est déporté comme dans ton cas.
Alors non il n'y a pas de script auto-magique capable de cela, par contre il existe des outils de monitoring et de supervision pour historiser les compteurs (collectd, monit (très bof), cacti, zabbix, …) .
L'enregistrement des logs est une question surprenante, par définition les logs sont enregistrés et archivés donc analyser les logs en fonction de la date est assez simple.
Pour finir je rappelle juste que le load average en soit n'est pas un indicateur suffisament pertinent de l'état de ton serveur, il faut l'utiliser en correlation avec des métriques plus adaptées (temps de réponse du service) ou comme dernière chance. Et un load average de 10 sur une machine à 16 core n'est pas une valeur si problèmatique que ça par exemple.
Je suis désolé mais je ne crois pas avoir déjà lu un tel gloubi-glouba incompréhensible …
Relis toi, fait un schema, essaye de comprendre ta configuration avant de poser la question parce que la c'est un mashup de termes réseaux sans aucun sens
[^] # Re: Liste des interfaces, et pistes
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message wifi désactivé. Évalué à 3.
Première remarque: tu est conscient que ubuntu 14.4 à 3+ ans et la version LTS courante est la 16.04 ?
mettre a jour les bases d'ID matérielles:
$ sudo update-pciids
$ sudo update-usbids
Inventaire du matériel de la machine:
$ sudo lspci
…
$ sudo lsusb
…
[^] # Re: Port serie
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message [flux USB] select ne fonctionne pas.. Évalué à 1.
pas de raison, c'est un appel système géré par le kernel, cela va fonctionner quelque soit la source du flux.
Certes, mais est-ce que dans cet interval très court ton port série a vraiment eu le temps de bufferiser des données ?
# Hum, backup ?
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Problème avec BTRFS: Fichiers corrompus. Évalué à 2.
Sauf si tu veut passer les 150 prochaines années a "recoller" les morceaux de tes fichiers.
Essaye de voir le bon côté, dis toi que du coup tu a 6To d'espace vide a remplir ;)
Après moi je ferais de bon gros tests sur ton disque de 3To car a mon avis il probablement défectueux.
Toujours faire des tests de nouveaux disques avant de transférer quoi que ce soit définitivement dessus, j'ai eu droit a un paquet de blagues dans le genre …
[^] # Re: Port serie
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message [flux USB] select ne fonctionne pas.. Évalué à 1.
Quelques bases sur la gestion des ports series
# Port serie
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message [flux USB] select ne fonctionne pas.. Évalué à 3.
Hum, de ce que je vois tu n'est pas du tout en train de lire un "flux usb" mais un port serie, sur bus USB certes mais ce n'est rien d'autre qu'un port serie normal (enfin modulo que ton adapteur serie<=>usb soit de bonne facture).
Ne devrais tu pas configurer ton baud rate & compagnie avant tout du coup ?
Pour le select as tu essayé d'augmenter le timeout ça pourrait etre pas mal aussi
[^] # Re: Tu m'as convaincu !
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3.
oui c'est justement l'idée il me semble, ou en partie.
par contre tu peut activer les différents clients ou serveurs openvpn via l'unit "modèle" openvpn@, par "systemctl enable openvpn@"
[^] # Re: sur secteur
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message écran noir. Évalué à 1.
c'est quand même dans la gestion de l'energie que tu trouvera les réglages pour cela
13s c'est quand meme etonnament court
# buffer limité
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Récupérer le résultat d'une commande en console. Évalué à 3.
Hello,
Si la question est "est-ce que je peut récupérer plus que les lignes affichées actuellement" => en général oui, la façon de faire va dépendre du terminal en question (terminal texte, emulateur graphique (xterm, gnome-terminal, konsole), multiplexeur (screen, tmux), …) mais tu va disposer d'un buffer, d'une taille pré-configurée en général et donc limitée, qui te permet de remonter avec shift-pageUP/down pour la majorité (sauf les multiplexeurs).
Si la question est "est-ce que je peut récupérer le texte qui n'est plus disponible dans le buffer" => non, une fois qu'il est sorti du tampon il n'existe plus
[^] # Re: looker gtk+-3.0 et libvlc, mon lecteur personnaliser.
Posté par -=[ silmaril ]=- (site web personnel) . En réponse à la dépêche My name is looker…. Évalué à 6.
A priori personne ici n'est au courant de cette particularité, et les critiques seraient les mêmes dans d'autres conditions de santé a priori
On ne doit pas parler de la même communauté alors, lit les grosses listes de diffusions linux tu verra que si le libre est important, le pacifisme n'est pas franchement une caractéristique de cette communauté XD
--
pour revenir au sujet et sans rajouter sur ce qui a déjà été dit:
si tu ne veut pas compiler pour les différentes architectures, ne fourni que les sources, éventuellement les sources au format adapté pour debian et pour redhat mais pas ce genre de choses.
[^] # Re: firmware i386
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Importer des fichiers dans un Chroot Stretch i386 sur un système amd64 . Évalué à 2.
si c'est pour le "depaqueter" au final la conversion en DEB32Bits est de faible interet non ?
Il existe de nombreuses façon de depaqueter deb et rpm, mais ma préférée dans e genre de cas est de browser le paquet directement depuis mc (midnight commander, ce bon vieux (oui j'ait été sous DOS et alors !)
[^] # Re: LDAP est ton ami
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message sftp active directory. Évalué à 1.
C'est pas bien clair ton histoire.
pam_mkhomedir créé les dossiers home en utilisant le /etc/skel en modèle, si les homes sont sur un partage nfs ce n'est pas l'outil à utiliser.
Le sftp c'est du transfert de fichier sur ssh donc ce sont les règles d'auth "système"/ssh qui vont entrer en jeu.
Tu as deux options a mon sens:
* configurer les clients sftp pour spécifier le dossier a utiliser en racine.
* utiliser du sftp avec un autre logiciel que openssh (proftpd) et donc sur un autre port que le 22 par défaut (ou jouer sur du binding d'ip pour utiliser ssh et proftpd/sftp sur le même port
[^] # Re: Assets copié-collés
Posté par -=[ silmaril ]=- (site web personnel) . En réponse à la dépêche Mr.Boom version GNU/Linux. Évalué à 1.
Étonnant qu'il soit rentré dans les repo debian dans ce cas !
[^] # Re: et bien fait le
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Empaqueter une appli dans docker. Évalué à 1.
Heu non, dans 5 ans docker aura pris 50 versions à la vitesse à laquelle ils vont, les layers sources ubuntu actuels n'existeront plus forcement, ou auront été mis à jours (sécu/autre), …
Utiliser docker pour vouloir figer un logiciel sur 5 ans c'est tout aussi illusoire que via une compilation statique d'ailleurs
[^] # Re: debootstrap
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal Installer Debian 9.2.1 Stretch depuis le disque dur avec une image ISO et GRUB2, sans clé USB ni DVD. Évalué à 7. Dernière modification le 20 octobre 2017 à 22:06.
Tout depend bien sûr du souhait exact (remplacement de la debian 32bits par la 64 ou ajout d'une 64 en // ?)
le procédé est appellé "CrossGrading" et il marche très bien, plusieurs guides existent
par contre tu aura besoin d'un kernel amd64 pour faire tourner le chroot donc probablement au moins les premières étapes du CrossGrading, supprimable après.
[^] # Re: Quand te reverraiiiii-je ?????? Windows merveilleeeeeeeeuuux !!!!!!
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Je suis bloquée sur le grub. Évalué à 2.
Aurait-tu une machine qui boote en UEFI ?
Regarde dans ton bios les différentes option de boot, si tu as une entrée "Windows Manager" ou quelque chose d'approchant il faut l'utiliser
[^] # Re: la faute à Windows
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Je suis bloquée sur le grub. Évalué à 4. Dernière modification le 03 octobre 2017 à 17:41.
Tu peut "voir" avec linux, et te promener dans les arborescences: les gestionnaires de fichiers graphiques existent depuis quelques années quand même XD
Je suis curieux: quelles tâches ne peut-tu pas faire sous linux sans des programmes windows ?
Pour le reste, la facilité n'est qu'une façade sous windows, certes chaque programme à son dossier (enfin … en général) mais en pratique dans le dossier c'est la foire à l'organisation.
Certes tu peut "voir" beaucoup de chose avec ta souris mais en pratique quand tu veut faire un peu plus que voir bein c'est vite compliqué.
Il n'est pas nécessaire sur un linux récent d'user du terminal, en général tout peut se faire depuis l'interface graphique, du moins le plus important. J'ai plusieurs utilisateurs dans ma famille qui ne lançent jamais un terminal.
Après il faut passer à linux pour de bonnes raisons, et en général il ne faut pas le faire seul car sinon on tombe dans ton cas de figure, en gros tu as probablement les même difficultées que quand tu as commencé avec windows sauf que depuis le temps tu as acquis un ensemble de connaissances spécifiques qui n'ont pas de valeur dans ce nouvel environnement et qui te bloquent.
Pour le problème il faut utiliser un CD/DVD d'installation windows pour restaurer le MBR (Master Boot Record, endroit du disque qui contient le premier bloc de code executé au démarrage de ta machine par le BIOS) via le lien plus haut
[^] # Re: Quelques références en vrac
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Se former à l'administration Linux : par où commencer ?. Évalué à 2.
Mouais, alors la c'est très subjectif, et si c'est pour faire un tas de os.system() …
Personnellement je n'en connais aucun..
Certains font de l'admin avec des script ruby, est-ce pour autant une bonne idée ??
ou chef, ou salt, ..
C'est un très bon conseil au demeurant, mais avant de savoir automatiser une configuration il est plutôt recommandé de savoir le faire manuellement et surtout de savoir ce que tu fait (ou fait faire par l'automate)
[^] # Re: Monnaie = danger
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au journal SQL Decimal vs Double. Évalué à 1.
Je ne cautionne pas le "format" proposé ci dessus, même s'il y a surement des usages (bien qu'un INTEGER donc 32 ou 64b pour stocker une puissance reste quand même un poil abusé).
Par contre le double même "correctement utilisé" reste un dérivé du float, et donc une approximation du nombre d'origine via une puissance de 2 => dans tout les cas c'est inadapté à des calculs monetaires précis.
le DECIMAL() est un format de stockage et des règles de calculs adaptés au monetaire (tant que le calcul se fait dans le SGBD) similaire au format proposé dont je ne vois pas bien l'intérêt sauf pour le coté NIH peut-être …
Si tu a vraiment besoin d'une précision à 5 ou plus chiffres après la virgule il suffit de partir sur un DECIMAL(13,5) ou plus.
# rename
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message 1 ligne de shell pour les changer tous. Évalué à 7.
Le listing est completement illisible, mais je ne prend pas trop de risque avec la solution:
sous debian "rename" est fourni dans les paquets "perl" et "rename"
[^] # Re: Temps de traitement
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Nombre de Consommateurs par queue. Évalué à 1.
En gros il te faut deux indicateurs sur ton monitoring:
Le temps passé par chaque thread de traitement à bosser
La taille de la queue (nombre de message en attente)
Si le premier est faible (et que le second est toujours nul ou presque) => tu as moyen de réduire le nombre de worker
Si le second est élevé et que les workers sont très souvent tous actif => il faut essayer d'augmenter les worker ("essayer" car le travail des worker peut est bloqué par une autre contrainte qui limite tout le système)
[^] # Re: Temps de traitement
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Nombre de Consommateurs par queue. Évalué à 1.
Je pense que tu as mal lu le bench, je ne connais pas SQS qui est apparement un produit amazon
dans tout les cas je ne pense pas qu'il soit très utile de se prendre la tête sur les performances du système de file de message, essaye plutot en priorité de calculer les taux d'usages de tes threads de traitements pour savoir si tu en a besoin d'autant ou de plus
# Temps de traitement
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Nombre de Consommateurs par queue. Évalué à 4.
Bah du coup ça va dépendre de l'API Rest "finale", si elle est synchrone (requête bloquante) et que le traitement est long la présence de plusieurs worker va permettre de paralléliser les traitements.
Il y a par contre une petite subtilité: si l'API Rest elle-même est mono-traitement avec un lock sur une ressource commune les multiples workers ne vont pas être très utiles.
Par contre si on se focalise sur la partie "Queue", ce sont des systèmes spécifiquement fait pour être consommé par plusieurs workers, c'est la tout le principe: on empile les tâches dans la file d'attente et dès qu'un worker est disponible il dépile une tâche et la traite, laissant les autres tâches prêtes à être affectées au prochain worker disponible.
C'est la partie compliquée, dans ton cas cela va dépendre de l'api est (distante ?) et des capacités de traitement qu'elle offre principalement.
Ca va dépendre aussi de ton nombre de réquêtes/messages à traiter (une queue avec 200 workers pour 2 messages / heures ce n'est pas très pertinent).
Dans le cas de worker faisant le travail en local ça va dépendre des ressources à disposition versus celles nécessaires pour le traitement.
La latence du réseau peut être un élement moteur en effet, je pense pas qu'il soit prioritaire mais l'augmentation des workers peut compenser la lenteur du réseau si le traitement est déporté comme dans ton cas.
[^] # Re: C'est quoi, la question, au juste?
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Service réseau en C. Évalué à 1.
Je rajouterai aussi "a quel endroit tu est 'obligé de rajouter 443'" ?
Que fait exactement ton "service reseau" ?
# Supervision
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message Identification responsable d'une forte charge sur un serveur. Évalué à 3.
Alors non il n'y a pas de script auto-magique capable de cela, par contre il existe des outils de monitoring et de supervision pour historiser les compteurs (collectd, monit (très bof), cacti, zabbix, …) .
L'enregistrement des logs est une question surprenante, par définition les logs sont enregistrés et archivés donc analyser les logs en fonction de la date est assez simple.
Pour finir je rappelle juste que le load average en soit n'est pas un indicateur suffisament pertinent de l'état de ton serveur, il faut l'utiliser en correlation avec des métriques plus adaptées (temps de réponse du service) ou comme dernière chance. Et un load average de 10 sur une machine à 16 core n'est pas une valeur si problèmatique que ça par exemple.
http://www.brendangregg.com/blog/2017-08-08/linux-load-averages.html
# Hein ???
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message résolution dns google mystère. Évalué à 2.
Je suis désolé mais je ne crois pas avoir déjà lu un tel gloubi-glouba incompréhensible …
Relis toi, fait un schema, essaye de comprendre ta configuration avant de poser la question parce que la c'est un mashup de termes réseaux sans aucun sens