Anthony Jaguenaud a écrit 1957 commentaires

  • [^] # Re: debug

    Posté par  . En réponse au message [Résolu] Bizarrerie entre clock hardware et clock système…. Évalué à 2.

    Du coup, ça a décalé la clock hardware sur la mauvaise heure… ensuite j’ai fait un date et tout est rentré dans l’ordre.

    Merci, j’ai appris qu’il y avait une gestion du glissement de l’horloge sous Linux.

  • [^] # Re: debug

    Posté par  . En réponse au message [Résolu] Bizarrerie entre clock hardware et clock système…. Évalué à 2. Dernière modification le 06 octobre 2015 à 07:56.

    $ hwclock --hctosys --debug
    hwclock de util-linux 2.26.2
    Utilisation de l’interface /dev pour l’horloge.
    Le dernier ajustement de dérive a été fait 1305215267 secondes après 1969
    La dernière calibration a été faite 1304853345 secondes après 1969
    L'horloge matérielle fonctionne selon le temps UTC
    L’horloge matérielle est supposée conservée à l’heure UTC.
    En attente d'un tic d'horloge…
    … a obtenu un tic d'horloge
    Heure lue de l'horloge matérielle : 2015/10/06 05:52:50
    Heure de l'horloge matérielle : 2015/10/06 05:52:50 = 1444110770 secondes depuis 1969
    L'heure depuis le dernier ajustement est de 138895503 secondes
    La dérive calculée de l’horloge matérielle est de 1883.160984 secondes
    Appel de settimeofday :
            tv.tv_sec = 1444112653, tv.tv_usec = 160984
            tz.tz_minuteswest = -120
    $ cat /etc/adjtime
    1.171421 1305215267 0.000000
    1304853345
    UTC
    $ 

    Effectivement, il détecte une dérive de l’horloge de 1884s soit environ 31 minutes, ça doit correspondre à ça le problème.

    Comment puis-je corriger ?

  • [^] # Re: ça voir ecrire !

    Posté par  . En réponse au sondage Sur LinuxFr.org, quand je vote pertinent/inutile, en fait je vote.... Évalué à 4.

    Et toi d'une suffisance crasse et d'un deni de celle ci.

    Dis, pourquoi tu ne nous laisse pas tranquillement entre abrutis ? Pourquoi tu t’évertues à essayer d’ensemencer ce site avec des vrais valeurs alors que les habitués n’en veulent pas ? Ne vaudrait-il mieux pas simplement aller voir ailleurs ? Sur internet, c’est pourtant facile de trouver des gens qui pensent comme toi.

  • # Ce qui m’a fait tiquer…

    Posté par  . En réponse à la dépêche Rust versions 1.1, 1.2 et 1.3. Évalué à 2. Dernière modification le 24 septembre 2015 à 14:33.

    Version 1.1 :

    Nouvelles API std::fs. Cette version stabilise un grand ensemble d’extensions aux API du système de fichiers, permettant, par exemple, de compiler Cargo avec une version stable de Rust.

    J’avais voulu installer Rust à partir des sources lors de la sortie de la 1.0, et je n’avais pas réussi à compiler Cargo. Je comprends maintenant pourquoi, mais j’aurais aimé que ça soit stabilisé pour la 1.0.

    Une question pour ceux qui suivent ce langage de près, le langage est-il stable grammaticalement ? Reste-il beaucoup de fonction à ajouter ?

    Est-il prévu un comité de normalisation comme le c et c++ ?

  • [^] # Re: ça voir ecrire !

    Posté par  . En réponse au sondage Sur LinuxFr.org, quand je vote pertinent/inutile, en fait je vote.... Évalué à 5.

    Dire à quelqu’un qu’il devrait surveiller son orthographe ou sa grammaire ce n’est pas l’insulter.

    Si. Cela n'a aucun autre intérêt.

    Non, je préfère apprendre quelque chose que rester ignorant. J’ai un collègue d’origine grecque. Ça fait 20 ans qu’il vit en France et il fait toujours des fautes de français à l’oral… je lui ai demandé si ça le dérangeait que je le reprenne. Il m’a répondu, que non, et que comme personne ne le reprend jamais il pensait ne plus faire d’erreur.

    Ton ressenti est que si on te dit que c’est faux tu le prends mal. D’autre l’accepte car ça les fait progresser.

  • [^] # Re: Debian Sid, gnome-shell 3.16.3-2

    Posté par  . En réponse au journal C'est officiel, la semaine 43 du calendrier n'existe plus et a été remplacée par la semaine 53.. Évalué à 2.

    C'est un classique de l'informatique de rater la gestion de la date/heure (bug an 2000, secondes intercalaires, débordements, année bissextile, etc.).

    De toute façon, l’informatique ce n’est pas fiable !

    À moins que ce ne soit le cerveau des programmeurs…

  • [^] # Re: Pour quoi faire ?

    Posté par  . En réponse au message Programmer un daemon. Évalué à 2.

    Comme on est vendredi…

    Sinon, tu utilises une distrib moderne et tu laisses systemd s’occuper de tout !

    Autant, je comprends bien que systemd => une distrib moderne, autant je ne vois pas bien l’équivalence…

    Une distrib moderne ≠> systemd.

  • [^] # Re: news from Tetrane

    Posté par  . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 2.

    Les offres ont l’air sympas, mais j’imagine que ce n’est pas sur Bordeaux :-( je n’ai pas vu où était les postes proposés.

  • [^] # Re: HP48 sur Android

    Posté par  . En réponse au journal Calculatrice : matériel et logiciel ouverts ?. Évalué à 2.

    Merci, c’est beaucoup plus réactif que l’original qui traine dans mon bureau et dont les piles doivent être vide après 10 ans et 2 utilisations depuis le dernier changement de pile…

    Peut-on utiliser l’asm et les pointeurs sur les objets interne ? est-ce un émulateur ?

  • [^] # Re: Impartialité

    Posté par  . En réponse au journal 2017 : On change les têtes et on fait le grand ménage avant que le vent tourne. Évalué à 1.

    Le TCE a simplement montré que le peuple était capable de penser contre le discours dominant.

    Pas vraiment, les politiques ont fait la campagne en ne parlant que de politique nationale ! avec des exemples du type : « l’Europe nous impose ça (ça étant impopulaire) » au lieu de parlait d’avenir, de perspective économique mondiale et de dire « l’Europe sera forte économiquement, et nous pourrons améliorer nos niveaux de vie… ». Les politiques en France on dit : « Nous sommes pour » en faisant une campagne « nous sommes contre. » ! Voila pour mon ressenti.

    Je suis de ceux qui pensent que l’Europe doit devenir notre nation.

  • [^] # Re: Les systèmes à entités

    Posté par  . En réponse à la dépêche Je crée mon jeu vidéo E15 : J'arrête.... Évalué à 5.

    Dans le second cas, tes données vont être éparpillées en mémoire et donc tu vas te taper plein de défaut de cache. Dans le premier cas, le processeur va reconnaître un pattern d'accès à la mémoire et va précharger les positions futures, ce qui va considérablement améliorer ton temps de traitement.

    Ça me semble péremptoire. Ce sera vrai dans certain cas, mais dans d’autre, tu risques les recopies d’objets, tu dois faire attention à ne pas modifier ton tableau (cas 1) dans un fil d’exécution léger pendant qu’un autre fil dispose d’une référence sur l’objet N. Car l’implémentation peut déplacer les objets en mémoire (std::vector)…

    En fonction de comment on utilise les données, l’un ou l’autre sera plus adapté. Àmha.

  • [^] # Re: Des questions...

    Posté par  . En réponse au journal Typographie & logiciels. Évalué à 3.

    Donc, tu autorises quelqu’un l’ayant récupérer à le mettre en téléchargement quelque part. Quelqu’un peut-il le faire ? Je n’ai toujours pas pu le lire et ça m’intéresse.

  • # Téléchargement

    Posté par  . En réponse au journal Typographie & logiciels. Évalué à 9.

    Salut,
    Je suis dans le même cas que certains, je n’arrive pas à le télécharger sur dl.free… Quelqu’un aurait-il l’amabilité de le mettre ailleurs, si l’auteur l’autorise ?

    Sinon, tu as un source de ton document j’imagine. Est-il possible de le récupérer ? Quelle est la licence ?

  • [^] # Re: Choix

    Posté par  . En réponse au message cherche distrib(s) désespérément . Évalué à 2.

    Gentoo
    Je n'ai jamais utilisé cette distrib mais il me semble qu'elle est un peu comme BSD au niveau de la gestions des packages et pas friendly comme debian

    J’utilise depuis 2003, et je trouve ça friendly, même plus que debian… comme quoi les habitudes. Le système de paquet est clair, il affiche les infos en couleur. On peut facilement adapté le système à son usage. Seule l’installation et l’upgrade de paquets peut-être longue. Après de là à conseiller gentoo… c’est une bonne distrib pour apprendre, bien documentée et très souple à l’usage. Mais ne connaissant pas crunch bang, je ne peux pas dire si c’est le genre de distrib qui conviendrait à tchiguel.

  • [^] # Re: Inutile

    Posté par  . En réponse au message Antivirus pour Linux ?. Évalué à 3.

    Je suis d’accord avec Hodj. Il y a peu de problème avec les virus sous Linux. Évidemment, ça vient du fait que Linux ayant peu de part de marché, le business est moins intéressant. La deuxième vient surtout de l’expérience des utilisateurs :

    • Les utilisateurs ne font généralement pas de commande sous un compte d’administration.
    • Les utilisateurs installe moins facilement un logiciel trouvé sur internet. Genre « keygen.exe… ».
    • Les CD, clé USB n’exécute pas d’autorun au montage.
    • Les programmes sont installé via le gestionnaire de paquet, donc tu as le même soft que ton voisin qui a la même distribution et pour introduire un virus il faut soit l’introduire dans les sources du logiciel sans que le mainteneur du dit logiciel ne s’en rende compte… soit pénétrer l’architecture serveur d’une distribution pour introduire une version infectée du logiciel.
  • [^] # Re: Et le Expanded Malware Protection?

    Posté par  . En réponse à la dépêche Sortie de Firefox 40. Évalué à 2.

    J’utilise : auto unload tab et tab memory usage.

  • [^] # Re: Faux.

    Posté par  . En réponse au message Linux Mint en français ?. Évalué à 2.

    Il serait arrivé en disant :
    « Je n’ai pas réussi à installer en français, y-a-t-il quelque-chose à faire ? » je suis persuadé qu’il aurait eu des réponses constructives. Là, ça fait un peu le message : « Vous êtes des abrutis qui parlait anglais mais moi je ne le parle pas. » en plus, il parle de windaub, donc j’en déduis qu’il n’aime pas non plus Windows… on peut lui conseiller MAC ?

  • [^] # Re: il manque une bonne vraie étude (et pas par les vendeurs d'écran)

    Posté par  . En réponse au journal Lumière bleue, attention les yeux.. Évalué à 3.

    Il y a d’ailleurs eu un « Science et vie » sur le sujet avant l’été.

  • [^] # Re: Découpage ou UDP/IP

    Posté par  . En réponse au message Vitesse d'envoi de trames ethernet. Évalué à 2.

    Juste pour précisé, fait gaffe avec le temps réel en mono processeur sur une boucle infini, le process ne rendra jamais la main. Le Ctrl + C devrait fonctionner néanmoins.

  • [^] # Re: Découpage ou UDP/IP

    Posté par  . En réponse au message Vitesse d'envoi de trames ethernet. Évalué à 2.

    Tu as dis plus haut que le programme prenait 2s pour envoyer 98 paquets. (Arrête moi si je n’ai pas bien compris)

    Tu peux calculer le temps d’exécution de ta fonction d’envoi. Tu as un exemple ici. Tu peux aussi faire un tableau de toutes tes mesures et faire des stats : min, max, moy…

    Vérifies aussi toutes les sorties des fonctions que tu appelles. Certaines peuvent sortir avec EAGAIN ce qui peut vouloir dire que le processus a été dégager d’un appel système sur réception d’un signal. Dans ce cas, il faut relancer l’appel système.

  • [^] # Re: Découpage ou UDP/IP

    Posté par  . En réponse au message Vitesse d'envoi de trames ethernet. Évalué à 2.

    J'ai essayé de modifier la priorité du processus, cela n'a rien changé..

    Attention, le nice ne sert presque à rien… il faut utiliser le scheduler FIFO. man sched_setscheduler passer en mode SCHED_FIFO.

  • [^] # Re: Découpage ou UDP/IP

    Posté par  . En réponse au message Vitesse d'envoi de trames ethernet. Évalué à 3.

    le programme ne fait que ca, sans aucune limitation de temps, et celui-ci met quand meme plus de 2 secondes pour 42ko…

    Ouch, il y a un problème. La puissance de la machine émettrice sous Linux ? (je n’y crois pas)

    Pour utiliser la libpcap, j’imagine que le programme est exécuté en root. Donc tu peux passer ton processus sur le scheduler FIFO qui le rendra prioritaire sur tout sauf le noyau. Si tu as plusieurs cores, tu peux également lui assigner un seul core pour l’émission. Ça peut éviter des transfères de RAM fait par le noyau, mais je pense néanmoins que le problème doit-être ailleurs…

    Si tu mets un autre PC sur le réseau et que tu snif les paquets que tu envoie, sont-ils bien de la forme que tu attends ? (Je reviens aux sources car j’ai du mal à voir pourquoi ça ne marcherai pas)

    Le source est-il publiable, histoire de voir s’il n’y aurait pas un loup dedans ?

  • [^] # Re: Puisqu’on a des pro du vélo

    Posté par  . En réponse au journal C'est bientôt le « salon du vélo ». Évalué à 3.

    Merci beaucoup. Car si je peux faire rapidement la part des choses en informatique, en mécanique c’est une autre histoire ;-)

  • [^] # Re: Découpage ou UDP/IP

    Posté par  . En réponse au message Vitesse d'envoi de trames ethernet. Évalué à 2.

    Quel est le problème de réception ?

    • Les paquets sont-ils mal formés ?
    • Le timing des paquets est-il correct ?

    Tu peux essayer d’envoyer tes paquets répartis de manière uniforme dans le temps :

    toutes les 32ms tu envoies 98 paquets… on va dire 100. Peux-tu émettre un paquet ethernet toutes les 320μs ? (sans déraper dans le temps).

  • # Puisqu’on a des pro du vélo

    Posté par  . En réponse au journal C'est bientôt le « salon du vélo ». Évalué à 3.

    Salut,
    J’ai un VTT Rockrider de décathlon (400€ en 2005). J’aimerai être capable de régler mon dérailleur, y-a-t-il des tuto correct pour les réparations réglages des vélos. Je pourrais chercher sur le net, mais je ne suis pas sûr de pouvoir juger si un tuto est valable ou pas avant d’avoir réparé ou pété mon vélo.