flavien75 a écrit 407 commentaires

Tant qu'on y est, on a qu'à demander à tout ceux qui ont passé un master de refaire 2-3 ans d'études.

Heureusement que le ridicule ne tue pas.

Les vrais naviguent en -42

D'autant plus que c'est pas comme si la carte bancaire à puce n'avait pas été inventée en France…

Les vrais naviguent en -42

On peut aussi faire un somme.si() multi-critères en utilisant sommeprod().

• département voulu en J4
• date début en J5
• date fin en J6
• somme "incid_dc": =SOMMEPROD(A:A=J4;B:B>=J5;B:B<=J6;E:E)

Les vrais naviguent en -42

Salut,

Ça pourrait être un problème d'alimentation ou un faux contact sur le câble ou la prise.

J'imagine que tu as essayé sans la rallonge.
Est-ce que ça le fait quand le casque est posé et que tu ne bouge pas le fil ?

Les vrais naviguent en -42

mais ça reste promoteur prometteur

Les vrais naviguent en -42

Il y a des tailleurs-jupe, et suivant les domaines c'est vrai que ça peut être mal vu pour un homme.

Les vrais naviguent en -42

Ça fait quelques temps que j'ai pas suivi l'actualité des iMx de NXP, mais on peut trouver en vente chez Mouser (du style Cortex-A53).
Freescale était également pas mal abordable à l'époque, mais vu qu'il a été racheté par NXP…

A l'époque, on avait effectivement des soucis à approvisionner chez certains fabricants qui refusent catégoriquement de vendre en dessous de quelques dizaines de milliers de pièces, mais on arrivait généralement à se rabattre sur un autre.
Pour Broadcom et Samsung, ils ne visent visiblement pas les PME, à vrai dire je n'ai jamais eu l'occasion de les croiser sur un salon.

Les vrais naviguent en -42

ça dépend de la valeur, du moyen de transport et de si tu es travailleur frontalier.
Si tu n'est pas frontalier, en France, c'est 300 ou 430€ selon que tu voyage par la route ou en avion.
Si tu es frontalier, c'est moins mais j'ai aucune idée des montants.

Les vrais naviguent en -42

Je plussoie, j'ai eu le même problème il y a quelques mois avec le canal 13.
Ce canal est bien autorisé en France mais pas dans d'autres pays (genre Japon).

Donc en laissant la configuration par défaut de la distribution (Recalbox dans mon cas), le wifi ne pouvait pas capter la box.

Les vrais naviguent en -42

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