flavien75 a écrit 373 commentaires

100 Ko/s c'est surtout le débit montant réel d'une ligne ADSL…

Les vrais naviguent en -42

Est-ce que tu as permuté les deux câbles HDMI ?

Pour le coup de fonctionnement au démarrage et pas dans la session graphique, ça pourrait s'expliquer par le fait que la session graphique doit connaître les caractéristiques de l'écran tandis que l'UEFI peut peut-être se mettre en mode VGA sans chercher à connaître l'écran.

Je dis ça vu que le plug-n-play de l'écran (DDC) passe par des fils indépendants du signal vidéo.

Les vrais naviguent en -42

Trop tard pour éditer…

Après sur les CPU moderne (moins de 10 ans) il n'y a pas que la fréquence, en général le système va en priorité couper l'alimentation des cœurs qui ne servent pas.
Un utilitaire comme powertop pourra te donner plus d'informations.

Pour info, le miens est entre 26 et 31°C avec un ventilo qui tourne à 1150 rpm

Les vrais naviguent en -42

Essai ça

cat /proc/cpuinfo | grep "cpu MHz"

ça renverra une ligne par cœur du CPU
je te laisse gérer l'enregistrement dans le fichier

Les vrais naviguent en -42

Il n'y a pas a dire, le VHDL est et restera plus lisible:

library ieee;
use ieee.std_logic_1164.all;
use ieee.numeric_std.all;

entity mux is
   generic (
      N : positive := 3);
   port (
      d : in  std_logic_vector((2**N)-1 downto 0);
      s : in  unsigned(N-1 downto 0);
      z : out std_logic);
end mux;

architecture flow of mux is
begin
   z <= d(to_integer(s));
end flow;

Les vrais naviguent en -42

Méfie toi quand même de awk, selon les distributions (Ubuntu et Fedora dans mon cas) on peut se retrouver avec mawk ou gawk.

Et elles ne sont bien sûr pas 100% compatible.

Les vrais naviguent en -42

J'ai bien une solution mais elle implique de travailler avec un autre profile (à moins que ?):
1. créer un nouveau profile (about:profiles), sans le mettre par défaut, par exemple "toto"
2. lancer firefox via la commande (voire créer un lanceur):

firefox -private-window -P "toto"


Normalement avec ça, il y a peu de chances que les sites puissent communiquer d'une fenêtre à l'autre.

Peut-être même que le paramètre "-new-instance" permettrait de faire la même sans créer un nouveau profil.

Les vrais naviguent en -42

La Suisse et l'Allemagne s'en sortent encore mieux que la Corée du Sud pour le moment.

Pardon ?
La Corée a été touchée bien avant l'Allemagne, attend une semaine ou deux et on pourra comparer les nombres de décès.

En attendant, voici les chiffres de la Corée du Sud (au 24 mars):
- cas confirmé : 9037 (51.7 cas / million d'habitant)
- décès : 120 (2.32 / million d'habitants)
Chiffres de l'Allemagne:
- cas confirmé : 29212 (351.5 cas / million d'habitant)
- décès : 126 (1.52 / million d'habitants)
Chiffres de la Suisse:
- cas confirmé : 8015 (932 cas / million d'habitant)
- décès : 66 (7.67 / million d'habitants)

Je ne connais pas la politique de dépistages l'Allemagne et la Suisse mais de ce que j'ai entendu sur la Corée, je ne pense pas que celle-ci sous-estime son nombre de malades.
En attendant l'Allemagne et la Suisse ne vont pas beaucoup mieux.

Donc on ne peut saura qu'après la fin de l'épidémie.

Les vrais naviguent en -42

Si vraiment le service dont tu parles est limité (style les employés de ton entreprise), il vaut peut-être mieux passer par une whitelist : tu interdits tout le monde sauf… Mais bon courage avec des FAI comme Orange qui donnent encore des IP variables.

En plus d'avoir changé le numéro de port SSH, on faisait également ça dans mon premier boulot.
Le problème des IP dynamiques était réglé par un script qui mettait à jour la whitelist en fonction d'un dyndns.

Les vrais naviguent en -42

Juste pour clarifier, dans la source on trouve (le gras est de moi) :

les maladies sont traitées immédiatement pour éviter toute souffrance à l'animal; lorsque le recours à des produits phytothérapeutiques, homéopathiques ou autres est inapproprié, des médicaments vétérinaires allopathiques chimiques de synthèse, notamment des antibiotiques, peuvent être utilisés si nécessaire, et dans des conditions strictes; en particulier, les restrictions relatives aux traitements et au temps d'attente doivent être définies;

Le temps d'attente est rapport au délais entre le traitement d'une bête et son abattage (histoire de limiter le risque de retrouver des antibiotiques dans le steak).

Certes on voit au vocabulaire que l'article (de loi) a été écris par un homéopathe, mais au final l'usage des médicaments reste autorisés sur les bêtes.

Finalement ici c'est plutôt la partialité du rédacteur de l'article Wikipedia qui pose problème.

Edit: je ne sais même pas pourquoi j'ai été chercher s'il était honnête quand on voit que l'auteur cite le site agencebio.org au lieu de simplement donner le lien vers lex-europa

Les vrais naviguent en -42

J'ai fait un essai pour du x86_64 (le "march=i386" ne passe pas chez moi) avec gcc 5.4.0.
Donc pour le classique "hello world":

#include <stdio.h>

int main(int argc, char * argv[])
{
    printf("Hello world\n");
    return 0;
}

Par défaut (gcc helloworld.c -o helloworld), j’obtiens 8.5K.
En ajoutant -static, on passe à 892K.
En ajoutant en plus -ffunction-sections -Wl,--gc-sections pour supprimer les fonctions inutilisées dans le binaire, on redescend à 856K.

J'espère qu'il y a d'autres moyens d'optimiser la taille, parce que Turbo C ne dépassait pas la dizaine de kilooctets pour ça.

Les vrais naviguent en -42

Si je passe à 8Mo pour la CG, que va-t-il se passer ? Les 64Mo servaient à quoi ? Pour du jeu vidéo, par exemple ?

Ça risque d'être limite si l'affichage se fait en 1920x1080. Perso je prévoirai au minimum de quoi stocker 2 buffers dans la carte graphique : l'un qui est affiché, l'autre qui est en cours de composition.
Donc : 1920*1080*32bits * 2buffers => 15.8Mo

Le reste de la RAM graphique sert à stocker les textures dans les jeux vidéos. Certains composers peuvent s'en servir pour dessiner le contenu des fenêtres indépendamment et laisser la CG gérer la superposition des fenêtres en mettant éventuellement de la transparence.
Même des applications "sérieuses" comme Kicad peuvent utiliser les capacités de la carte graphique pour effectuer des rendus "2D".

Donc le mieux est de réduire la RAM allouée pour ne garder que 2 buffers et tester pour voir s'il y a un gros ralentissement au niveau de la réactivité de l'interface et dans tes applications habituelles.

Les vrais naviguent en -42

Ouh là… on va partir dans une discussion qui dépasse de loin la question initiale, mais pourquoi pas.

Le moyen que j'ai indiqué ne correspond bien évidement pas à tous les cas qui peuvent arriver, d'ailleurs la libération d'une variable dépend toujours du contenu et du rôle de celle-ci.

Souvent dans mes logiciels, la variable passée lors de la création du thread correspond à un "ordre de mission" pour le thread (quelle donnée traitée, quel traitement, où stocker le résultat…). Dans ce cas je voir ça comme un "don" et le destinataire est chargé de détruire proprement la variable lorsqu'il n'en a plus besoin.
Cette approche a l'avantage de supprimer les risques d'accès concurrents (par exemple la modifications d'une structure alors qu'elle est en cours de lecture par un autre thread).

Un autre cas est la variable partagée, mais dans ce cas il va souvent falloir ajouter les mutex pour gérer les accès concurrents ce qui n'est pas ce qui va assurer les meilleurs performances. Dans ce cas, le thread créant la variable pourrait être vu comme le propriétaire de la variable et aura donc à gérer sa destruction au moment opportun (soit la méthode que tu as proposée).

Les vrais naviguent en -42

Bonjour,

Tout d'abord, il n'y a aucun cloisonement de la mémoire entre les différents threads d'un processus. Le thread secondaire peut donc tout à fait accéder à une variable stockée dans la pile du premier, à condition bien sûr de connaître son adresse.

Par contre, les piles sont bien indépendantes ce qui est nécessaire pour que les différents threads puissent (facilement) appeler des fonctions, créer des variables locales…

Après on évite généralement systématiquement de partager des variables stockées dans la pile d'un autre thread car il devient rapidement compliqué de garantir que celles-ci existeront toujours au moment de l'accès.
Un moyen plus sûr serait que le thread "principal" créé la variable dans le tas (malloc()), l'initialise, fasse ce qu'il a faire avec et seulement ensuite transmette l'adresse de celle-ci au thread secondaire qui se chargera de libérer la variable (free()).

Les vrais naviguent en -42

Les variables globales sont "stockées" dans la pile

Pardon ?????
Les variables globales ne sont pas stockées dans la pile mais stockées soit dans le segment data soit dans le segment BSS (selon si elles sont initialisées ou pas).

Il n'y a donc pas de limitation de taille (hormis la taille de la RAM).

Les vrais naviguent en -42

Le test donne le même résultat chez moi, ce qui est normal.

Par contre en consultant la manpage de fstat, on voit que st_blocks est le nombre de blocs de 512 octets tandis que st_blksize est le nombre d'octets dans un bloc du système de fichiers.
Donc le fichier occupe forcément un nombre entier de blocs de 4096 octets, ce qui nous fait 8*512.

CQFD

Les vrais naviguent en -42

C'est dans la norme USB2 (page 55): l'overhead et les inter-trames prennent de 11% à 98%. Donc le débit max théorique est de 50.8 MiB.

Après sur un disque dur on peut espérer que la plupart des trames seront remplis au maximum (512 octets). Les 20-30% correspondrait à des trames de 192 octets.

Les vrais naviguent en -42

Pareil chez Sosh (c'était en août dernier)

Les vrais naviguent en -42

Sur le chemin pour le guichet pour refaire ta carte unique, tu te prends une première amende pour non présentation des papiers d'identité,

Je ne sais pas dans quel pays tu vis, mais en France on ne peut pas prendre une amende pour non-présentation de carte d'identité. Tout au plus on peut être retenu 4 heures au poste le temps qu'ils fassent des recherches sur toi (article 78-3 du CPP).

En fait on n'est même pas légalement tenu de détenir une pièce d'identité.

(c'était juste parce que j'en ai marre d'entendre cette rumeur)

Les vrais naviguent en -42

Qu'entends-tu par la ?

Il est possible que le problème vienne du boîtier USB (ou du câble comme précédemment dit).
Donc la première chose que je ferais serait soit de brancher directement le disque dans une tour (en SATA donc) ou de changer de boîtier USB.

Les vrais naviguent en -42

Wikipedia est ton ami
Le nombre de départ n'a pas d'impact sur la valeur finale de la suite (mise à part que si tu le choisi bien tu pourras limiter le nombre d'itérations) d'où la valeur de N

Pour J, c'est juste le nombre d'itération que ton programme est censé faire, il faudra demander à ton prof.

Edit: Wikipedia indique aussi pourquoi J=3

Les vrais naviguent en -42

je ne vois pas pourquoi ce serai le cas. Il ne s'agit pas d'une limitation en bande passante mais du temps que met l'ADC à numériser l'entrée. Celui-ci converti bit par bit du poids fort au poids faible.

Dans le cas des entrées numériques, c'est la vitesse que met le CPU à stocker les données qui sera ici le point limitant.

Les vrais naviguent en -42

au passage, je suppose qu'il s'agit de composants externes au µC

mouai… mais non

Les schémas de la cartes sont dispos (en fait tout le projet Kicad donc on est bien sur du libre), et il n'y a rien à l'extérieur du MCU qui puisse échantillonner à 2MHz (il n'y a qu'un buffer en entrée et un ampli paramétrable). J'ai vérifier parce que j'espérai trouver un ADC externe.
Tant qu'à se lancer dans des suppositions non vérifiées, on aura qu'à dire que le microcontrôleur est capable d'échantillonner plus vite mais en réduisant la précision (du genre 8 bits). Ce ne serait pas le premier du genre. A voir dans le user manual (pas le temps, et il est trop tard).

Pour l'horloge externe, c'est normal vu que les horloges internes des microcontrôleurs sont généralement ajustées à 1% (quand elles sont ajustées, sinon c'est la fête). D'ailleurs de mémoire ce n'est pas suffisant pour faire de l'USB2. Le moindre quartz externe est capable de réduire l'imprécision d'un facteur 100 (celui-ci est à 20ppm soit 0.002%).

Dernier point, est-ce que tu as vraiment besoin de tout traduire et expliquer ? je veux dire quand tu m'explique le terme ADC, j'ai vraiment l'impression que tu me prend pour un con incapable de faire une recherche google/wikipedia/whatsoever… ça devient lourd.

Les vrais naviguent en -42

Les 82% représentent la somme des charges salariales ET patronales. Sinon le résultat n'est pas loin.
Le site de l'ursaff donne un coût (total chargé) de 3007 € par salarié.

Ce même simulateur donne un salaire net de 1551€ pour un total de 2500€, pas de quoi manger du caviar au petit déjeuner.

En même temps, ce site se plante de 4% sur mon salaire, il ne tient pas compte des conventions collectives et de la mutuelle.

Les vrais naviguent en -42

De mon côté, je me suis basé sur les montants du smic (selon l'INSEE) en faisant quelques arrondis.
Donc en 1987, le smic (brut mensuel) était à 4704.96 francs (soit presque 5000 francs).
Aujourd'hui, il est à 1498.47€.

Par contre je n'ai pas été comparer le montant des prélèvements obligatoires (et je n'ai aucune idée de leur évolution).

Les vrais naviguent en -42