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).
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 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).
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.
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.
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)
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.
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.
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.
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 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.
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 « modems » adsl n’ont jamais modulé/démodulé, on les appelle pourtant toujours des modems
Pardon ???????????????
Comment tu fais pour obtenir plusieurs mégabits par seconde sur plusieurs kilomètres avec une transmission en bande de base ? Bref c'est toujours modulé et c'est pas prêt de changer
Le prix d'un uC 8/16bits étant < 1$, on ne voit pas pourquoi mettre des uC ou processeurs dont le coût des composants est > 10/15$ (car il faut rajouter de la ram, le pmic, du stockage…)[…]De plus, même avec des uC 32bits[…]
La comparaison 16bits vs 32bits n'est plus d'actualité depuis un moment, en particulier depuis l'arrivée des Cortex-M0 (compter 1 à 3 € acheté par 100)
Pour reprendre le vocabulaire de ARM, il faut plutôt comparer les CPU applicatifs (Cortex-A, Intel Core-i, …) destinés à faire tourner un système d'exploitation et les microcontrôleurs intégrant la totalité de la mémoire nécessaire (Cortex-M, 68HC12, AVR, … d'autres dont même le jeu d'instructions est sous NDA)
Enfin ça ne retire rien au fond de ton propos loin de là.
Est-ce que tu as mis un sticky bit sur le dossier qui contient les fichiers ?
Si le dossier s'appelle coucou et est censé avoir les permissions 770:
chmod 2770 coucou/
ça permettra que tous les dossiers et sous dossiers créés dans ce dossier appartiennent au groupe.
Ce que tu essai de faire ressemble de loin à ce que fait recalbox (toujours sur raspberry pi).
A ma connaissance recalbox n'utilise pas le protocole DNS mais le protocole zeroconf pour signaler la présence d'un serveur example.local (attention ici le .local a un sens).
Pour ma part, en tant qu'utilisateur, ça marche très bien quand j'accède au raspberry depuis mon PC mais pas depuis mon téléphone Android (je n'ai pas cherché à résoudre le problème.
Je disais de loin car dans le cas dont je parle, le raspberry n'est pas le point d'accès mais un simple client connecté à celui-ci.
Le plus rapide est de faire Super + Fin
ça créé un nouveau bureau tout propre
Ensuite il n'y a plus qu'à retrouver le bureau précédent à coup de Super + PageSup
Pour les gants c'est juste un principe de précaution pour pas se saloper les mains.
Et vu que c'est dans un labo où il y a une boite de gants tous les 10 mètres, on ne se pose pas de question.
Maintenant qu'on vide ce bac toutes les semaines, il n'y a presque plus rien à nettoyer dedans donc pas besoin de gants (il suffit juste de retourner le bac au dessus de la poubelle et c'est fait).
On dirait bien un multifonction Xerox à encre solide (ColorQube).
Je vois que monsieur est connaisseur.
C'est bien un colorQube, pour ce qui est du taux de pannes, difficile de critiquer.
D'un côté j'ai des imprimantes laser personnelles qui lâchent à tout bout de champs ou qui me mange un toner par semaine, de l'autre sur ce genre de bécanes (partagé par le plateau) on a un contrat de maintenance et on a eu une demi-journée d'indisponibilité en 3 ans (à part le problème du début d'année où personne n'avais vidé le bac depuis au moins 6 mois).
[^] # Re: pas de protection mémoire
Posté par flavien75 . En réponse au message probleme avec le fonctionnement d'un thread. Évalué à 1 (+0/-0).
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).
# pas de protection mémoire
Posté par flavien75 . En réponse au message probleme avec le fonctionnement d'un thread. Évalué à 3 (+2/-0).
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éralementsysté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()).
[^] # Re: Quelques réponses.
Posté par flavien75 . En réponse au message question sur la structure du code que fait le compilateur (.text, .bss, .heap ...). Évalué à 4 (+3/-0). Dernière modification le 05/08/19 à 10:41.
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).
# blocs du système de fichiers ou blocs de 512 octet
Posté par flavien75 . En réponse au message taille de mon ficher fait 7 octets mais il prend en mémoire 8 blocks de 4096 octets. Évalué à 7.
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
[^] # Re: Rien à signaler chef !
Posté par flavien75 . En réponse au journal USB 3.0 : vitesse réelle... et vitesse rêvée.... Évalué à 3.
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.
[^] # Re: Refus
Posté par flavien75 . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 3.
Pareil chez Sosh (c'était en août dernier)
[^] # Re: Avant de tout mettre sur smartphone...
Posté par flavien75 . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 7.
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)
[^] # Re: Hardware
Posté par flavien75 . En réponse au message Récupération données sur un disque dur externe. Évalué à 1.
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.
# Méthode de Héron
Posté par flavien75 . En réponse au message Code pour calculer une approximation d'une racine carrée. Évalué à 2. Dernière modification le 12/02/19 à 16:21.
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
[^] # Re: Bande passante de la fonction oscilloscope
Posté par flavien75 . En réponse au journal Pocket Science Lab, une carte d'expérimentation GPLv3. Évalué à 1. Dernière modification le 13/01/19 à 12:54.
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.
[^] # Re: Bande passante de la fonction oscilloscope
Posté par flavien75 . En réponse au journal Pocket Science Lab, une carte d'expérimentation GPLv3. Évalué à 1.
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.
[^] # Re: J'admire ton dévouement et tes rêves, mais...
Posté par flavien75 . En réponse à la dépêche Vision pour LILA et ZeMarmot. Évalué à 1. Dernière modification le 31/12/18 à 14:01.
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.
[^] # Re: Mode Ancien combattant : on
Posté par flavien75 . En réponse au journal Comment on codait un jeu sur un ordi 8 bits dans les années 1980s. Évalué à 1. Dernière modification le 27/11/18 à 23:16.
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).
[^] # Re: Mode Ancien combattant : on
Posté par flavien75 . En réponse au journal Comment on codait un jeu sur un ordi 8 bits dans les années 1980s. Évalué à 4.
Mode pinailleur: on
5000 Francs en 1987, c'était un smic. Donc aujourd'hui ça ferai plutôt 1500 euros.
[^] # Re: Le rapide et le furieux : dérive de Tokyo
Posté par flavien75 . En réponse au journal Le Zérophone arrive, un tel mobile libre à 50$. Évalué à 3.
Pardon ???????????????
Comment tu fais pour obtenir plusieurs mégabits par seconde sur plusieurs kilomètres avec une transmission en bande de base ?
Bref c'est toujours modulé et c'est pas prêt de changer
[^] # Re: Aucun !
Posté par flavien75 . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 5. Dernière modification le 10/09/18 à 16:38.
La comparaison 16bits vs 32bits n'est plus d'actualité depuis un moment, en particulier depuis l'arrivée des Cortex-M0 (compter 1 à 3 € acheté par 100)
Pour reprendre le vocabulaire de ARM, il faut plutôt comparer les CPU applicatifs (Cortex-A, Intel Core-i, …) destinés à faire tourner un système d'exploitation et les microcontrôleurs intégrant la totalité de la mémoire nécessaire (Cortex-M, 68HC12, AVR, … d'autres dont même le jeu d'instructions est sous NDA)
Enfin ça ne retire rien au fond de ton propos loin de là.
[^] # Re: GRoupes
Posté par flavien75 . En réponse au message Partager des folders d'un serveur entre utilisateurs locaux/distants sans faille. Évalué à 1. Dernière modification le 08/09/18 à 20:00.
Est-ce que tu as mis un sticky bit sur le dossier qui contient les fichiers ?
Si le dossier s'appelle coucou et est censé avoir les permissions 770:
chmod 2770 coucou/
ça permettra que tous les dossiers et sous dossiers créés dans ce dossier appartiennent au groupe.
[^] # Re: configuration zeroconf ?
Posté par flavien75 . En réponse au message Configuration DNS et domaine. Évalué à 1.
merci de l'info,
Ça m'évitera de perdre mon temps à essayer de faire marcher le .local sur Android
# configuration zeroconf ?
Posté par flavien75 . En réponse au message Configuration DNS et domaine. Évalué à 2.
Ce que tu essai de faire ressemble de loin à ce que fait recalbox (toujours sur raspberry pi).
A ma connaissance recalbox n'utilise pas le protocole DNS mais le protocole zeroconf pour signaler la présence d'un serveur example.local (attention ici le .local a un sens).
Pour ma part, en tant qu'utilisateur, ça marche très bien quand j'accède au raspberry depuis mon PC mais pas depuis mon téléphone Android (je n'ai pas cherché à résoudre le problème.
Je disais de loin car dans le cas dont je parle, le raspberry n'est pas le point d'accès mais un simple client connecté à celui-ci.
# blacklist par le gestionnaire de paquets Synaptic
Posté par flavien75 . En réponse au message Peut-on mettre une blacklist/whitelist de paquet dans le Gnome Update Manager ?. Évalué à 1.
Synaptic permet d'interdire la mise à jour d'un paquet, il suffit de le sélectionner puis dans le menu "paquet" sélectionner "Bloquer la version".
J'avais eu l'occasion de l'utiliser temporairement quand Pulseaudio était devenu incompatible avec mon ordinateur.
[^] # Re: Icones bureau
Posté par flavien75 . En réponse à la dépêche GNOME 3.28. Évalué à 3.
Le plus rapide est de faire Super + Fin
ça créé un nouveau bureau tout propre
Ensuite il n'y a plus qu'à retrouver le bureau précédent à coup de Super + PageSup
# chez moi ça marche (tm)
Posté par flavien75 . En réponse au message encoder pour samsung tv. Évalué à 1.
je viens d'essayer la commande que tu as indiqué.
ça marche sur une UE40H6400 (via un partage DLNA avec miniDLNA).
As-tu essayé avec d'autres fichiers ?
Perso j'en ai quelques-un qui posent problème (soit-disant codec), je n'ai pas trouvé d'où venait le problème.
Sinon vu la qualité lamentable du résultat (ça pique les yeux), je conseillerai d'utiliser du H264 (qui est très bien supporté par la TV).
[^] # Re: intéressant, mais pas sûr de tout comprendre
Posté par flavien75 . En réponse à la dépêche Scrutari, moteur de recherche pour sites gentils. Évalué à 3.
On peut le voir comme opposé de menteur/escroc/…, c'est pertinent dans la mesure où le moteur ne se base que sur les déclaration du site.
[^] # Re: Deux problèmes
Posté par flavien75 . En réponse au journal Obsolescence programmée... ou maintenance préventive ?. Évalué à 1.
Pour les gants c'est juste un principe de précaution pour pas se saloper les mains.
Et vu que c'est dans un labo où il y a une boite de gants tous les 10 mètres, on ne se pose pas de question.
Maintenant qu'on vide ce bac toutes les semaines, il n'y a presque plus rien à nettoyer dedans donc pas besoin de gants (il suffit juste de retourner le bac au dessus de la poubelle et c'est fait).
[^] # Re: Deux problèmes
Posté par flavien75 . En réponse au journal Obsolescence programmée... ou maintenance préventive ?. Évalué à 3.
C'est bien un colorQube, pour ce qui est du taux de pannes, difficile de critiquer.
D'un côté j'ai des imprimantes laser personnelles qui lâchent à tout bout de champs ou qui me mange un toner par semaine, de l'autre sur ce genre de bécanes (partagé par le plateau) on a un contrat de maintenance et on a eu une demi-journée d'indisponibilité en 3 ans (à part le problème du début d'année où personne n'avais vidé le bac depuis au moins 6 mois).