Cela dit j'ai refait les tests avec /dev/urandom et /dev/random
Hair:~ otta $ time dd if=/dev/urandom of=/Volumes/Data/toto.bin bs=512k count=1200
1200+0 records in
1200+0 records out
629145600 bytes transferred in 60.276656 secs (10437633 bytes/sec)
real 1m0.973s
user 0m0.004s
sys 0m59.471s
Hair:~ otta$ time dd if=/dev/random of=/Volumes/Data/toto.bin bs=512k count=1200
1200+0 records in
1200+0 records out
629145600 bytes transferred in 53.121547 secs (11843511 bytes/sec)
real 0m53.393s
user 0m0.003s
sys 0m52.576s
Hair:~ otta $ ls -l /dev/*rand*
crw-rw-rw- 1 root wheel 13, 0 14 jan 22:00 /dev/random
crw-rw-rw- 1 root wheel 13, 1 18 oct 16:25 /dev/urandom
Pas de lecteur CD sous la main, macbouc air, toussa.
On constate qu'effectivement c'est plus long et qu'un core du CPU est au taquet. Cela dit 10 Mo d'aléas "cryptographique" par seconde (/dev/random vs /dev/urandom) , c'est très (trop?) rapide. Je me demande si le bazard n'a pas un générateur de bruit matériel (avec un linux et sans générateur on serait tombé très rapidement à quelques octets par seconde voire moins sur /dev/random) ou si le générateur est tout pourri.
ca ne fait que 26Mo/s pendant 23 secondes
je n'appelle pas ca un test dans le temps
Je multiplie les chiffres par dix :
dd if=/dev/zero of=/Volumes/Data/toto.bin bs=512k count=12000
12000+0 records in
12000+0 records out
6291456000 bytes transferred in 212.616966 secs (29590564 bytes/sec)
Très comparable.
Bref, mauvaise foi spotted :
1 - Tu parles de disque dur, je fais un test sur un disque dur. La, tu testes avec deux clefs USB. Ah wai, les clefs sont lentes.
2 - Tu me parles de disques trop lents, et tu demandes de tester avec autre chose que /dev/zero. Tu cherches à vérifier quoi ? Que ton disque est lent ou que la vitesse de génération de l'aléas est faible ? Tu penses qu'un disque est plus lent à écrire des zéros que de l'aléas ?
Faut savoir ce que tu veux benchmarker.
mais il ne faut pas oublier qu'il lui faut lire le disque dur defecteux
Oui, certes. Mais c'est pas moi qui ait dit que le disque USB était le maillon faible et que dd c'était tout lent.
Wii, sur des sauvegardes d'iso debian, bien sûr.
Avec des dd avec un bs important sur le macbook avec le quel je tapote ces lignes j'obtiens:
Hair:~ otta $ time dd if=/dev/zero of=/Volumes/Data/toto.bin bs=512k count=1200
1200+0 records in
1200+0 records out
629145600 bytes transferred in 23.536381 secs (26730771 bytes/sec)
real 0m23.845s
user 0m0.004s
sys 0m0.671s
Le texte que tu cites semble indiquer qu'implémenter HDCP réduit le prix de la taxe HDMI chez intel ? (Note que je n'ai pas eu le courage d'aller sur le site de "Digital Content Protection, LLC, an Intel subsidiary.")
Je ne suis pas clair visiblement. Je voulais dire que tous les CPU Ivy Bridge (fixe/portable) et tous les CPU Sandy Bridge portables embarquent un IGP. Je ne me prononce pas sur AMD. En fait, je pensais qu'il y en avait moins que ça avec IGP intégré notamment en raison des intégrateurs (ça permettrait de leur autoriser de grosses économies d'échelle, sur la base sans IGP=moins cher qu'avec).
C'est pas si simple : déjà on(je) ne sais pas comment les ventes sont comptées (est-ce au cpu ou à la config?). De plus la majorité intel était déjà vraie à l'époque où intel n'embarquait pas ses IGP dans les CPU, mais avait deux lignes de chipsets, l'une avec IGP et l'autre sans.
Mais c'est clair qu'on pourrait dire que suivant la logique 1 IGP vendu=1machine, intel a 100% de part de marché sur les machines avec CPU ivy bridge http://fr.wikipedia.org/wiki/Sandy_Bridge_(famille)#Famille_Ivy_Bridge et sandy bidge (mais uniquement dans ce cas-ci sur les portables).
C'est vrai que c'est rare, mais c'est dommage que tu ais raté ça : ça te met en noir sur un joli fond gris (fondu avec l'image en mémoire au moment du plantage) que le macinou s'est planté comme une loutre bourrée à la bière, qu'apple est très désolé, et que tu doit appuyer sur le bouton paouwer. Le tout simultanément en français anglais espagnol et japonais (au moins).
Ben pourtant c'est facile : il suffit que n'importe qui se pointe sur ce réseau (en montrant patte blanche) avec un windows ou un macos pas bordé et il va broadcaster/multicaster à la France entière sa liste de partages d'imprimantes et tout un tas de trucs tout aussi utiles. Ca va être sale.
[^] # Re: Serveurs
Posté par oinkoink_daotter . En réponse au journal Systemd: tuons les mythes. Évalué à 1.
Juste pour le troll : comment je fais pour avoir grub2 sur mes sparc ?
[^] # Re: Chapeau bas l'artiste !
Posté par oinkoink_daotter . En réponse au journal Alan Cox quitte le kernel. Évalué à 5.
Je me rappelle qu'il avait déjà cette réputation en 2000.
[^] # Re: ce soir je joue aussi
Posté par oinkoink_daotter . En réponse au journal Ce soir, je joue, tu joues, nous jouons !. Évalué à 2.
Boarf, de nos jours, avec les copies de sauvegarde sur Internet et les imprimantes laser couleur … /o/
# C'est bien gentil !
Posté par oinkoink_daotter . En réponse au journal Je me fais des amis (au sens littéral). Évalué à 3.
Mais il manque le plus important : il est sous quelle licence, le code ?
[^] # Re: commentaire bookmark
Posté par oinkoink_daotter . En réponse au journal Mega reprend le flambeau.. Évalué à 2.
Et sinon, les chevilles, ça va ?
[^] # Re: La vraie question
Posté par oinkoink_daotter . En réponse au journal Non à la privatisation du domaine public par la Bibliothèque nationale de France !. Évalué à 2.
Ce qui nous vaut très régulièrement de de nous faire dézinguer par la cours de justice de l'UE. C'est une souveraineté toute relative.
[^] # Re: d'autres options peuvent etre utiles
Posté par oinkoink_daotter . En réponse au message vitesse de récupération avec ddrescue. Évalué à 1. Dernière modification le 14 janvier 2013 à 22:19.
Cela dit j'ai refait les tests avec /dev/urandom et /dev/random
Pas de lecteur CD sous la main, macbouc air, toussa.
On constate qu'effectivement c'est plus long et qu'un core du CPU est au taquet. Cela dit 10 Mo d'aléas "cryptographique" par seconde (/dev/random vs /dev/urandom) , c'est très (trop?) rapide. Je me demande si le bazard n'a pas un générateur de bruit matériel (avec un linux et sans générateur on serait tombé très rapidement à quelques octets par seconde voire moins sur /dev/random) ou si le générateur est tout pourri.
Fin du hors sujet.
[^] # Re: d'autres options peuvent etre utiles
Posté par oinkoink_daotter . En réponse au message vitesse de récupération avec ddrescue. Évalué à 1.
Je multiplie les chiffres par dix :
Très comparable.
Bref, mauvaise foi spotted :
1 - Tu parles de disque dur, je fais un test sur un disque dur. La, tu testes avec deux clefs USB. Ah wai, les clefs sont lentes.
2 - Tu me parles de disques trop lents, et tu demandes de tester avec autre chose que /dev/zero. Tu cherches à vérifier quoi ? Que ton disque est lent ou que la vitesse de génération de l'aléas est faible ? Tu penses qu'un disque est plus lent à écrire des zéros que de l'aléas ?
Faut savoir ce que tu veux benchmarker.
Oui, certes. Mais c'est pas moi qui ait dit que le disque USB était le maillon faible et que dd c'était tout lent.
[^] # Re: d'autres options peuvent etre utiles
Posté par oinkoink_daotter . En réponse au message vitesse de récupération avec ddrescue. Évalué à 3.
Après avoir parlé de disques dur dans son premier post.
[^] # Re: d'autres options peuvent etre utiles
Posté par oinkoink_daotter . En réponse au message vitesse de récupération avec ddrescue. Évalué à 0.
Wii, sur des sauvegardes d'iso debian, bien sûr.
Avec des dd avec un bs important sur le macbook avec le quel je tapote ces lignes j'obtiens:
Hair:~ otta $ time dd if=/dev/zero of=/Volumes/Data/toto.bin bs=512k count=1200
1200+0 records in
1200+0 records out
629145600 bytes transferred in 23.536381 secs (26730771 bytes/sec)
real 0m23.845s
user 0m0.004s
sys 0m0.671s
Et le VFS de macos est comment, dire … voilà.
[^] # Re: d'autres options peuvent etre utiles
Posté par oinkoink_daotter . En réponse au message vitesse de récupération avec ddrescue. Évalué à 1. Dernière modification le 14 janvier 2013 à 19:33.
Euh, dd c'est très rapide, pourvu qu'on ne choisisse pas les longueurs de blocs et les offsets n'importe comment !
Un disque USB2, ça encaisse au moins 30Mo/s
[^] # Re: Demande de précision
Posté par oinkoink_daotter . En réponse au journal Que faire cet après-midi ?. Évalué à 1.
Les projets de loi sont toujours des patchs. Apres "l'article bidule, insérer, …" etc.
[^] # Re: Licences
Posté par oinkoink_daotter . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 2.
Le texte que tu cites semble indiquer qu'implémenter HDCP réduit le prix de la taxe HDMI chez intel ? (Note que je n'ai pas eu le courage d'aller sur le site de "Digital Content Protection, LLC, an Intel subsidiary.")
[^] # Re: Support matériel
Posté par oinkoink_daotter . En réponse au journal Vous avez demandé le Desktop, ne quittez pas. Évalué à 1. Dernière modification le 09 janvier 2013 à 15:11.
Je ne suis pas clair visiblement. Je voulais dire que tous les CPU Ivy Bridge (fixe/portable) et tous les CPU Sandy Bridge portables embarquent un IGP. Je ne me prononce pas sur AMD. En fait, je pensais qu'il y en avait moins que ça avec IGP intégré notamment en raison des intégrateurs (ça permettrait de leur autoriser de grosses économies d'échelle, sur la base sans IGP=moins cher qu'avec).
[^] # Re: Support matériel
Posté par oinkoink_daotter . En réponse au journal Vous avez demandé le Desktop, ne quittez pas. Évalué à 2.
C'est pas si simple : déjà on(je) ne sais pas comment les ventes sont comptées (est-ce au cpu ou à la config?). De plus la majorité intel était déjà vraie à l'époque où intel n'embarquait pas ses IGP dans les CPU, mais avait deux lignes de chipsets, l'une avec IGP et l'autre sans.
Mais c'est clair qu'on pourrait dire que suivant la logique 1 IGP vendu=1machine, intel a 100% de part de marché sur les machines avec CPU ivy bridge http://fr.wikipedia.org/wiki/Sandy_Bridge_(famille)#Famille_Ivy_Bridge et sandy bidge (mais uniquement dans ce cas-ci sur les portables).
[^] # Re: Support matériel
Posté par oinkoink_daotter . En réponse au journal Vous avez demandé le Desktop, ne quittez pas. Évalué à 4.
C'est vrai que c'est rare, mais c'est dommage que tu ais raté ça : ça te met en noir sur un joli fond gris (fondu avec l'image en mémoire au moment du plantage) que le macinou s'est planté comme une loutre bourrée à la bière, qu'apple est très désolé, et que tu doit appuyer sur le bouton paouwer. Le tout simultanément en français anglais espagnol et japonais (au moins).
Très classe.
[^] # Re: Support matériel
Posté par oinkoink_daotter . En réponse au journal Vous avez demandé le Desktop, ne quittez pas. Évalué à 1. Dernière modification le 09 janvier 2013 à 13:44.
Ce n'est pas un marché de niche, certes, mais ne pas oublier que le plus gros vendeur de circuits graphiques, c'est intel.
[^] # Re: « Le débat oppose deux grandes idées » ah non !
Posté par oinkoink_daotter . En réponse au journal Quelques pistes pour améliorer le web ?. Évalué à 1.
Ben t'as qu'à pas t'auto-héberger avec ta connexion de hippie.
Aller, hop, le troll est bouclé, celui-là, on l'a déjà fait.
Cordialement,
[^] # Re: Do Not Track
Posté par oinkoink_daotter . En réponse au journal Chromium et la publicité. Évalué à 9.
aimé ? Wow. Celle-la elle est collector, je l'encadre.
[^] # Re: La maintenance nulle (et Noël)
Posté par oinkoink_daotter . En réponse au journal Le laptop le plus vendu par Amazon en décembre tourne sous Google/Linux. Évalué à 5.
unux ? oO"
[^] # Re: Certificats ?
Posté par oinkoink_daotter . En réponse au journal SECURENET le réseau français sécurisé. Évalué à 1.
Ah les DDI… Je pense qu'on peut assommer quelqu'un avec.
[^] # Re: Certificats ?
Posté par oinkoink_daotter . En réponse au journal SECURENET le réseau français sécurisé. Évalué à 1.
Déchet industriel banal ?
[^] # Re: Certificats ?
Posté par oinkoink_daotter . En réponse au journal SECURENET le réseau français sécurisé. Évalué à 2.
Ben pourtant c'est facile : il suffit que n'importe qui se pointe sur ce réseau (en montrant patte blanche) avec un windows ou un macos pas bordé et il va broadcaster/multicaster à la France entière sa liste de partages d'imprimantes et tout un tas de trucs tout aussi utiles. Ca va être sale.
[^] # Re: Certificats ?
Posté par oinkoink_daotter . En réponse au journal SECURENET le réseau français sécurisé. Évalué à 3.
<mode mode="Tanguy">par définition un certificat est signé (numériquement).</mode>
[^] # Re: Certificats ?
Posté par oinkoink_daotter . En réponse au journal SECURENET le réseau français sécurisé. Évalué à 1.
Tu sais que depuis 1987, NetBIOS peut se faire (et se fait par défaut sous Windows depuis pfiouh, au moins windows95) au dessus de TCP/IP ?
Tu confondrais pas avec NetBEUI, E.T. ?