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.
Je crois que la gestion de la sécurité en rapport avec les input device avait pris récemment un temps conséquent. Je pense qu'il sous-estime très largement le problème. Je n'ai jamais vu un protocole réseau correct, quand la sécurité est pensé "ensuite" (latence d'une communication TLS classique, problème de gestion des attaques MiM dû problème de vérification des clefs public, etc…).
Concernant les images, le plus simple est de les transmettre tel-quel, n'importe quoi est capable de lire un gif, un jpeg ou un png ou une texture compressé.
Ce que veut le FBI a terme, c'est une backdoor dans iOS lui meme, ce qui est évidemment délirant vu que ca revient a retirer toute la sécurité qui a été construite dans le produit.
Pas pour le moment. Il demande de pouvoir brancher par USB l'iphone en question pour forcer une mise à jour firmware qui entraine son délockage immédiat ou presque (tester 10000 mots de passe, c'est immédiat).
Sur secure enclave, la question est est ce qu'apple peut flasher la puce apres coup, ce qui anihilerait son interet.
Si le secure enclave est un carte à puce, genre tpm, une mise à jour entraine un effacement.
Et pour avoir bosser dans la sécurité des cartes puces, sauf bug (hard ou soft) connu, lire le contenu d'une puce nécessite d'en avoir plusieurs dizaines. Donc être sûr de pouvoir lire le contenu de la mémoire d'une seul puce n'est pas gagné du tout.
oui, ça c'est l'argument massue, je l'avais en tête aussi bien sûr ; même si, dans mon constat, peu de monde réussit à comprendre le problème ; accessoirement, je suis toujours autant étonné d'avoir à l'expliquer alors que ça me paraît évident o_O
C'est même encore pire que ça pour l'OEB. Comme la Suisse est incluse dedans, l'OEB n'est pas sous le contrôle des instances européennes. Ainsi, le patron de l'OEB a un status de diplomate. Il y a eu un scandale, il n'y a pas longtemps de harcèlement, qui n'a pas pu être jugé à cause de ce status.
L'argent ne rentre pas dans les caisses européennes, mais reste dans l'Office.
J'aimais bien les règles allemandes qui demandent qu'un brevet met en œuvre les forces de la nature. Cela exclue tout ce qui est logiciel, business plan ou concept de façon clair.
[^] # 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é"
# mouais...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La transparence réseau et Wayland. Évalué à 4.
Je crois que la gestion de la sécurité en rapport avec les input device avait pris récemment un temps conséquent. Je pense qu'il sous-estime très largement le problème. Je n'ai jamais vu un protocole réseau correct, quand la sécurité est pensé "ensuite" (latence d'une communication TLS classique, problème de gestion des attaques MiM dû problème de vérification des clefs public, etc…).
Concernant les images, le plus simple est de les transmettre tel-quel, n'importe quoi est capable de lire un gif, un jpeg ou un png ou une texture compressé.
"La première sécurité est la liberté"
[^] # Re: Affichage de façade
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dilemme entre vie privée et contrôle de sa machine. Évalué à 3.
Affaiblir la crypto. Comme leur appel politique ne marche pas, il tente le judiciaire.
"La première sécurité est la liberté"
[^] # Re: Comprend pas
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dilemme entre vie privée et contrôle de sa machine. Évalué à 1.
Ce genre de module existe depuis longtemps, c'est une puce de carte à puce.
"La première sécurité est la liberté"
[^] # Re: Comprend pas
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.
Pas pour le moment. Il demande de pouvoir brancher par USB l'iphone en question pour forcer une mise à jour firmware qui entraine son délockage immédiat ou presque (tester 10000 mots de passe, c'est immédiat).
"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é à 3.
Si le secure enclave est un carte à puce, genre tpm, une mise à jour entraine un effacement.
Et pour avoir bosser dans la sécurité des cartes puces, sauf bug (hard ou soft) connu, lire le contenu d'une puce nécessite d'en avoir plusieurs dizaines. Donc être sûr de pouvoir lire le contenu de la mémoire d'une seul puce n'est pas gagné du tout.
"La première sécurité est la liberté"
[^] # Re: Article sur le sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Brevet et création 3D. Évalué à 2.
C'est même encore pire que ça pour l'OEB. Comme la Suisse est incluse dedans, l'OEB n'est pas sous le contrôle des instances européennes. Ainsi, le patron de l'OEB a un status de diplomate. Il y a eu un scandale, il n'y a pas longtemps de harcèlement, qui n'a pas pu être jugé à cause de ce status.
L'argent ne rentre pas dans les caisses européennes, mais reste dans l'Office.
J'aimais bien les règles allemandes qui demandent qu'un brevet met en œuvre les forces de la nature. Cela exclue tout ce qui est logiciel, business plan ou concept de façon clair.
"La première sécurité est la liberté"