Il manque quand même une vrai library graphique. Le port de gtk ressemble à un hack et n'est pas vraiment maintenu. Un langage moderne sans GUI c'est dommage.
Si on pouvait faire un serveur web correct comme en go, le problème serait bien plus limité.
Error: This expression has type string but an expression was expected of type int
Tu sais aussi que c'est le même genre d'erreur si il y a redefinition de type, ce qui donne : Error: This expression has type mytype_t but an expression was expected of type mytypet_
Je crois qu'ils sont en train de travailler dessus, ce qui manque c'est les adresses dans les fichiers du pourquoi de l'erreur, en gros, les 2 définitions qui entre en conflit.
Le livre présente progressivement les concepts du langage et débute d'ailleurs par des traits purement impératifs comme les boucle for, les tableaux, les boucles while pour n'aborder qu'ensuite les spécificités du paradigme fonctionnel.
Pour des pures débutant, je ne suis pas sur que map et fold_left fasse si peur. Gérer correctement une boucle peut être bien plus compliqué que l'on peut le croire (erreur d'off by one). Et une fois que l'on a gouter au filtrage de type, on a plus besoin du "if" :)
Pour chaque architecture, il y a (avait ?) un clock tree qui représentait cet arbre d'horloge avec toutes les coupures possibles. Linux faisait son possible pour couper les clocks inutiles.
Sur omap3, l'arbre était tellement gros et complexe qu'il était généré depuis la base hardware du SoC. je crois que le système s'est simplifié.
Je connais peu Haskell et beaucoup Oaml, on retrouve les même concept. Le principale problème de ces langages est qu'ils sont "vendu" par des matheux bac+12 de 120 de QI. Donc, ils oublient quelques bases, comme des messages d'erreurs lisibles, obligatoire pour le débutant (petit souvenir de gcc 2.95 et de ses messages lunaires.). Ils aiment bien commencer par les gros mots : comme monade, type algébrique, closures, ou bien currying. Des trucs bien inutiles pour commencer.
Pour un peu moins de doigt mouillé, on peut prendre le langage shootout avec la comparaison de la taille de code vs la vitesse dans des exemples standardisés :
En version courte : la reconstruction d'un raid5 DM-raid demande de se faire tout le disque, ce qui prend des heures, la reconstruction d'un raid5 FS prend en compte uniquement les données valides.
En version longue, tu comprends bien le problème du 'dependancies hell' si un jour tu as joué avec les plugins Eclipse ou le tryptique linux/gcc/libC pour faire un cross compilateur vers une cible embarquée. Plus tu as de couches, plus tu as de probabilité d'une incompatibilité avec certaine combinaison de version.
Cela dépend en fait beaucoup de la stabilité des interfaces. Si les interfaces sont stables, les couches se défendent sinon…
Dans les FS, les raids deviennent trop gros pour se corriger simplement, les SSD ont changé totalement les optimisations d'accès au disque (plus de têtes mais un trim, à gérer)… On a changé le hard en dessous, ce qui implique de changer les interfaces logiciels, ce qui rend le modèle en couche moins efficace.
(un bon troll rends, il faut l'avouer, les discussions plus vivantes, parce quand tout le monde est d'accord, c'est chiant………….. avis personnel).
Je ne suis pas d'accord, un troll pourri la discussions, il ne l'enrichit pas. Il n'hésite pas à utiliser la mauvaise fois, les attaques personnels, cela n'a rien d'intéressant.
ou alors, c'est pour gérer les erreurs plus gros qu'un bloc (4ko actuellement, il me semble). J'imagine que c'est les fameux bloc rempli de zéro que google a évoqué dans son rapport sur la fiabilité des disques dures.
Les disques et les SSD disposent d'une énorme quantité de correcteur de code. Je ne sais plus la proportion, mais c'est plus de 20% de la mémoire stockée.
Donc, le checksum parait inutile. Idem pour le scrubing.
Si justement. Le principe est : est-ce que ton programme continue de tourner si tu vires zlib. Si oui, cela va, sinon tu es en violation de la licence.
En gros, dans le cas de zlib, il faudrait pouvoir gérer d'autres lib de compression, que zlib ne soit qu'une sorte de plugin.
zlib n'étant pas en GPL, le problème ne se pose pas.
C'est exactement la différence entre GPL et LGPL. Il existe aussi la variante GPL + exclusion concernant certaines interfaces "public" (les bouts de code de gcc inclus dans les binaires).
C'est aussi le but de Readline qui n'était fournis qu'en GPL pure, pour n'être utiliser qu'en GPL.
On comprend aussi l'acceptation des codes de drivers Nvidia en format proprio, car c'est un code qui fonctionne d'abord sous windows, et n'a pas besoin de Linux pour être utile. C'est le cas aussi pour un vieux FS (celui de minix ?).
Est-ce que le checksumming sert réellement ? Après tout, le disque dur lui-même en utilise déjà un gros, qui est caché.
Pourquoi le copy-on-write pose problème ?
"dump de dataset" ? C'est un snapshot que tu peux récupérer telquel sur un autre disque ?
Le scrubbing est réellement utile ? Je suis quasiment sûr qu'il existe un moyen de le faire faire au niveau du disque dure (genre un simple read doit provoquer l'équivalent d'un scrubbing au niveau hardware).
Selon ce que tu fais, tu va détruire la puce en enlevant des sécurités (par exemple la grille au dessus), tu va tenter des attaques laser et si tu touches un détecteur la puce est morte. Tu peux aussi faire des trous pour mettre des sondes et rater ton coup. Tu peux la chauffer pour faire sauter toute la partie métallique et ne garder que le silicium, tu peux ainsi lire sur le Si certaine forme de ROM.
Je reçois par la TNT et le décodage se fait par le home cinema.
M6 est la seule chaîne gratuite qui diffuse du 5.1 sur ses flux HD.
Il me semble que TF1 le fait aussi selon le film diffusé.
Donc quand vous visionnez une chaîne fournissant du stéréo, il est possible que votre décodeur audio effectue un upmix (fabrique un faux 5.1 à partir du mix stéréo) et cela modifie en général le loudness.
J'utilise un mode stereo "5 enceintes". J'imagine que la bascule ne peut pas être neutre ("Spatialisation" du son au minimum, etc…).
| Et donc il y a une nette amélioration de l'harmonisation des niveaux sonores d'un programme à l'autre (y compris les pubs) et d'une chaîne à l'autre.
J'ai un bon système 5.1, et j'ai souvent l'impression qu'il y une baisse de volume sur M6 par exemple, par rapport aux autres chaines.
Je ne suis pas sûr que l'on parle du même écrêtage. Couper/saturer un signal, cela détruit le son. Je ne pensais pas cela si courant. Si c'est courant, il faut peut être le mesurer par rapport à la durée du morceau.
Ils peuvent toujours faire de la compression mpeg4 avec quelques frames pour éviter d'avoir trop de latence. Le mpeg4 est gourmand mais toutes les puces (sauf intel ?) viennent avec leur compresseurs mpeg4 hardware.
Cela serait possible d'utiliser cette lib pour détecter la qualité d'un morceau de musique : détection de la loudness war,
détection d’écrêtage (et donc non respect du théorème de Shanon, et donc création d'aliasing),
détection de filtre anti-souffle tellement efficace qu'il détruit toutes hautes fréquences ?
C'est bien beau d'avoir des enregistrements 24 bits 96 khz, mais si ils sont issues d'un enregistrement de CD mal fait, cela n'aura aucun intérêt
Je pense que tu confonds mise à jour de l'OS et mise à jour du SE. Si tu peux mettre jour à le SE, il me parait très risqué d’autoriser une mise à jour logiciel tout en gardant le contenu sécurisé, même avec une vérification de signature.
[^] # Re: Pourquoi ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 5.
Il manque quand même une vrai library graphique. Le port de gtk ressemble à un hack et n'est pas vraiment maintenu. Un langage moderne sans GUI c'est dommage.
Si on pouvait faire un serveur web correct comme en go, le problème serait bien plus limité.
"La première sécurité est la liberté"
[^] # Re: Pourquoi ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 4.
Tu sais aussi que c'est le même genre d'erreur si il y a redefinition de type, ce qui donne :
Error: This expression has type mytype_t but an expression was expected of type mytypet_
Je crois qu'ils sont en train de travailler dessus, ce qui manque c'est les adresses dans les fichiers du pourquoi de l'erreur, en gros, les 2 définitions qui entre en conflit.
Pour des pures débutant, je ne suis pas sur que map et fold_left fasse si peur. Gérer correctement une boucle peut être bien plus compliqué que l'on peut le croire (erreur d'off by one). Et une fois que l'on a gouter au filtrage de type, on a plus besoin du "if" :)
"La première sécurité est la liberté"
[^] # Re: Pourquoi ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 6.
Il y a plusieurs version de python utilisé. Le shootout propose différent type d'algo, et pas seulement du calcul numérique.
Avant de critiquer, je me demande si tu as simplement été voir le benchmark !
"La première sécurité est la liberté"
[^] # Re: Clock gating
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Tentative d'upgrade d'un vieux NAS sous ARM/Linux [episode 2]. Évalué à 2.
Pour chaque architecture, il y a (avait ?) un clock tree qui représentait cet arbre d'horloge avec toutes les coupures possibles. Linux faisait son possible pour couper les clocks inutiles.
Sur omap3, l'arbre était tellement gros et complexe qu'il était généré depuis la base hardware du SoC. je crois que le système s'est simplifié.
"La première sécurité est la liberté"
[^] # Re: Pourquoi ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 4.
Oui, c'est complètement faux si on regarde le shootout : https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=v8&lang2=python3
"La première sécurité est la liberté"
[^] # Re: Pourquoi ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 10.
Je connais peu Haskell et beaucoup Oaml, on retrouve les même concept. Le principale problème de ces langages est qu'ils sont "vendu" par des matheux bac+12 de 120 de QI. Donc, ils oublient quelques bases, comme des messages d'erreurs lisibles, obligatoire pour le débutant (petit souvenir de gcc 2.95 et de ses messages lunaires.). Ils aiment bien commencer par les gros mots : comme monade, type algébrique, closures, ou bien currying. Des trucs bien inutiles pour commencer.
"La première sécurité est la liberté"
[^] # Re: Pourquoi ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Swift sous GNU/Linux - Introduction. Évalué à 8.
Pour un peu moins de doigt mouillé, on peut prendre le langage shootout avec la comparaison de la taille de code vs la vitesse dans des exemples standardisés :
source : http://blog.gmarceau.qc.ca/2009/05/speed-size-and-dependability-of.html issue de https://benchmarksgame.alioth.debian.org/
"La première sécurité est la liberté"
[^] # Re: L'OS n'est pas le problème
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Microsoft va porter SQL Server sur Linux. Évalué à 2.
C'est pourtant des databases du top 5 les plus utilisés (pour tout usage, pas forcément "générique") MongoDb est devant cassandra par exemple.
"La première sécurité est la liberté"
[^] # Re: Base de la position de Canonical
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 6.
En version courte : la reconstruction d'un raid5 DM-raid demande de se faire tout le disque, ce qui prend des heures, la reconstruction d'un raid5 FS prend en compte uniquement les données valides.
En version longue, tu comprends bien le problème du 'dependancies hell' si un jour tu as joué avec les plugins Eclipse ou le tryptique linux/gcc/libC pour faire un cross compilateur vers une cible embarquée. Plus tu as de couches, plus tu as de probabilité d'une incompatibilité avec certaine combinaison de version.
Cela dépend en fait beaucoup de la stabilité des interfaces. Si les interfaces sont stables, les couches se défendent sinon…
Dans les FS, les raids deviennent trop gros pour se corriger simplement, les SSD ont changé totalement les optimisations d'accès au disque (plus de têtes mais un trim, à gérer)… On a changé le hard en dessous, ce qui implique de changer les interfaces logiciels, ce qui rend le modèle en couche moins efficace.
"La première sécurité est la liberté"
[^] # Re: Un potentiel sacré bourbier
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 6.
Je ne suis pas d'accord, un troll pourri la discussions, il ne l'enrichit pas. Il n'hésite pas à utiliser la mauvaise fois, les attaques personnels, cela n'a rien d'intéressant.
"La première sécurité est la liberté"
[^] # Re: L'OS n'est pas le problème
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Microsoft va porter SQL Server sur Linux. Évalué à 2.
Comme toujours, il suffit de regarder qui a financé l'étude. Mais noter comme avant-gardiste une base SQL, c'est rigolo.
SQL server est quand même un jouet coincé entre MySQL/mariaDB d'un coté, puis Oracle/MongoDb/Cassandra/redis de l'autre.
"La première sécurité est la liberté"
[^] # Re: agar.io
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Où en est la version GNU/Linux de Firefox côté performances ? . Évalué à 5.
Tu viens de ré-ouvrir un trou noir de temps…. Le temps disparait dans agar.io.
Et c'est mal !
"La première sécurité est la liberté"
[^] # Re: Drôle d'argument
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 1.
Non, le cas est complètement différent. Nvidia accèpte que son code soit exécuter dans Linux.
Le code open source de ZFS dispose d'une licence qui est explicitement incompatible avec la GPL.
"La première sécurité est la liberté"
[^] # Re: Zfs vs BTRFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 1.
ou alors, c'est pour gérer les erreurs plus gros qu'un bloc (4ko actuellement, il me semble). J'imagine que c'est les fameux bloc rempli de zéro que google a évoqué dans son rapport sur la fiabilité des disques dures.
"La première sécurité est la liberté"
[^] # Re: Zfs vs BTRFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à -1.
Les disques et les SSD disposent d'une énorme quantité de correcteur de code. Je ne sais plus la proportion, mais c'est plus de 20% de la mémoire stockée.
Donc, le checksum parait inutile. Idem pour le scrubing.
"La première sécurité est la liberté"
[^] # Re: Drôle d'argument
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 5.
Si justement. Le principe est : est-ce que ton programme continue de tourner si tu vires zlib. Si oui, cela va, sinon tu es en violation de la licence.
En gros, dans le cas de zlib, il faudrait pouvoir gérer d'autres lib de compression, que zlib ne soit qu'une sorte de plugin.
zlib n'étant pas en GPL, le problème ne se pose pas.
C'est exactement la différence entre GPL et LGPL. Il existe aussi la variante GPL + exclusion concernant certaines interfaces "public" (les bouts de code de gcc inclus dans les binaires).
C'est aussi le but de Readline qui n'était fournis qu'en GPL pure, pour n'être utiliser qu'en GPL.
On comprend aussi l'acceptation des codes de drivers Nvidia en format proprio, car c'est un code qui fonctionne d'abord sous windows, et n'a pas besoin de Linux pour être utile. C'est le cas aussi pour un vieux FS (celui de minix ?).
"La première sécurité est la liberté"
[^] # Re: Zfs vs BTRFS
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche ZFS, Canonical et GPL. Évalué à 1.
C'est quoi la "dédup" ?
Est-ce que le checksumming sert réellement ? Après tout, le disque dur lui-même en utilise déjà un gros, qui est caché.
Pourquoi le copy-on-write pose problème ?
"dump de dataset" ? C'est un snapshot que tu peux récupérer telquel sur un autre disque ?
Le scrubbing est réellement utile ? Je suis quasiment sûr qu'il existe un moyen de le faire faire au niveau du disque dure (genre un simple read doit provoquer l'équivalent d'un scrubbing au niveau hardware).
"La première sécurité est la liberté"
[^] # Re: Precisions
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dilemme entre vie privée et contrôle de sa machine. Évalué à 2.
Selon ce que tu fais, tu va détruire la puce en enlevant des sécurités (par exemple la grille au dessus), tu va tenter des attaques laser et si tu touches un détecteur la puce est morte. Tu peux aussi faire des trous pour mettre des sondes et rater ton coup. Tu peux la chauffer pour faire sauter toute la partie métallique et ne garder que le silicium, tu peux ainsi lire sur le Si certaine forme de ROM.
"La première sécurité est la liberté"
[^] # Re: la cible visée est-elle toujours la bonne
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Raspberry Pi 3 bientôt disponible ? Est-il celui que vous attendiez ?. Évalué à 4.
Ou une clef USB carte sonore (comme le dragonfly).
"La première sécurité est la liberté"
[^] # Re: Sujet intéressant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de libebur128 v1.1.0. Évalué à 3.
Je reçois par la TNT et le décodage se fait par le home cinema.
Il me semble que TF1 le fait aussi selon le film diffusé.
J'utilise un mode stereo "5 enceintes". J'imagine que la bascule ne peut pas être neutre ("Spatialisation" du son au minimum, etc…).
"La première sécurité est la liberté"
[^] # Re: Sujet intéressant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de libebur128 v1.1.0. Évalué à 4.
| Et donc il y a une nette amélioration de l'harmonisation des niveaux sonores d'un programme à l'autre (y compris les pubs) et d'une chaîne à l'autre.
J'ai un bon système 5.1, et j'ai souvent l'impression qu'il y une baisse de volume sur M6 par exemple, par rapport aux autres chaines.
"La première sécurité est la liberté"
[^] # Re: Sujet intéressant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de libebur128 v1.1.0. Évalué à 3.
Je ne suis pas sûr que l'on parle du même écrêtage. Couper/saturer un signal, cela détruit le son. Je ne pensais pas cela si courant. Si c'est courant, il faut peut être le mesurer par rapport à la durée du morceau.
"La première sécurité est la liberté"
[^] # Re: mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La transparence réseau et Wayland. Évalué à 1.
Ils peuvent toujours faire de la compression mpeg4 avec quelques frames pour éviter d'avoir trop de latence. Le mpeg4 est gourmand mais toutes les puces (sauf intel ?) viennent avec leur compresseurs mpeg4 hardware.
"La première sécurité est la liberté"
[^] # Re: Sujet intéressant
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de libebur128 v1.1.0. Évalué à 6.
La compression dynamique est le "loudness".
Cela serait possible d'utiliser cette lib pour détecter la qualité d'un morceau de musique : détection de la loudness war,
détection d’écrêtage (et donc non respect du théorème de Shanon, et donc création d'aliasing),
détection de filtre anti-souffle tellement efficace qu'il détruit toutes hautes fréquences ?
C'est bien beau d'avoir des enregistrements 24 bits 96 khz, mais si ils sont issues d'un enregistrement de CD mal fait, cela n'aura aucun intérêt
"La première sécurité est la liberté"
[^] # Re: Precisions
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dilemme entre vie privée et contrôle de sa machine. Évalué à 2.
Je pense que tu confonds mise à jour de l'OS et mise à jour du SE. Si tu peux mettre jour à le SE, il me parait très risqué d’autoriser une mise à jour logiciel tout en gardant le contenu sécurisé, même avec une vérification de signature.
"La première sécurité est la liberté"