Si tu trouves les eee trop gros essaye de trouver d'ancien eee701, j'en ai vu à 200€ les gens trouvaient l'écran vraiment petit. Aujourdh'ui la norme est passé à 10" contre 7" pour celui-ci (800*400 au lieu de 1024*xxx), ce qui peut être génant pour aller sur du web "normal".
rsync compare un fichier source et un fichier sur un autre poste sans doute en utilisant des checksums, les 2 fichiers avant/après ne sont donc pas sur la même machine.
De plus, la compression utilisé est gzip, légère mais bien moins efficace que lzma.
Bref, dans ce cas, cela me parait bien plus optimal pour ce cas d'utilisation.
Je tenterais une variation à coup de diff/patch sur les nouveau/ancien fichier puis passage dans lzma pour la compression du patch et envois par un transfert ftp ou netcat.
Je pense que cela devrait être le moins consommateur de bande passante.
Je ne voix pas en quoi les blocs de secours entre en jeux. Ils ne sont là qu'en cas de défaillance, et ne rentre en jeu qu'en cas de soucis. Je n'imagine pas faire un teste de robustesse :)
Quel information de performance manquerait avec un "time tar xzf" en boucle jusqu'à remplissage de la partition ?
Mais une fois que cette zone a été effacée (128Ko c'est pour donner un ordre d'idée je suppose, mais ça doit être à peu près ça), on peut y écrire en plusieurs fois, par page de 4 ou 8Ko environ (encore variable selon les technos/constructeurs/...), jusqu'à la remplir. Sinon ce serait vraiment la galère.
Cela explique la chute de perf quand le SSD se remplit. D'après les white paper de samsung (?), ils agissent par bloc de 4Mo, dans lequel il font "tourner" les blocs. donc, si on écrit beaucoup dans un bloc de 4Mo, il tourne beaucoup, et il y a plus d'effacement/écriture.
Il serait toujours possible de faire du wear leveling en évitant d'écrire toujours les mêmes blocs.
Les SSD ont un autre énorme problème : la taille du bloc d'écriture. Il fait autour de 128Ko. Une écriture de 1 octets provoque une écriture de 128Ko. L'effet est d'avoir une vitesse d'écriture aléatoire de petit bloc très très lente. Certain SSD tombe à 4 écritures/s pour des blocs de 4ko, soit une latence de 250 ms ! On est loin des 0.1 ms promis !
Les 2 techniques pour limiter cette effet est la multiplication des "channels" de mémoire flash sur le contrôleur (4 chez certain, 10 pour celui d'intel) et l'ajout de mémoire cache SDRAM (j'ai déjà vu 32Mo).
Cette lenteur est très visible lors de la décompression d'un gros tar ou la copie de répertoire. La vitesse de décompression d'un noyau pourrait être un bon bench :)
Pour un vol d'identité, il te faut ton nom, ta ville de naissance, ta date de naissance. Je crois que cela suffit. Ensuite, il suffit de demander un extraite de naissance à la ville en question pour refairefaire des vrais faux papier.
Quand je vois plus haut les débats "philosophique" sur le partage du savoir, ca en dit long sur les limites de votre ouverture au libre.
toi être débile donc moi expliquer à toi avec mot et grammaire simple.
Lisaac être libre.
Lisaac est développé par un jeune chercheur CNRS. La raison de vivre d'un chercheur est la publication. Sans publication, plus de chercheur. La publication prend du temps. D'autres chercheurs, dans le même cas, peuvent "voler" des idées pour les publier en premier.
Donc, Benoit, le chercheur, a choisi d'écrire ses articles avant de publier ses dernières fonctionnalités.
C'est quand même moins contraignant que toutes les boites qui font une version light GPL et fermé pour le reste !
Les brevets soit disant existant sur les autres parties du libre ne sont pour l'instant que du pure FUD. MS avait fait des menaces, notamment envers le noyau Linux mais n'a jamais rien montré.
Au contraire, il existe des brevets précis sur les API de .NET détenu par MS. MS détient peu de brevet au contraire de IBM mais ils sont connu pour être un peu moins tendre avec le libre...
Il y a déjà des articles complets sur le sujet:
- Mono est la traîne de MS donc, tout projet mono tourne sous .NET mais pas l'inverse.
- Les api de .NET sont brevetées, toutes applications mono est a risque juridique envers MS. MS peut attaquer en justice n'importe quel auteur d'application si il change les termes des licences de leurs brevets. MS dispose donc d'une arme contre toute application mono que quel soit, si un jour l'une d'elle fait de l'ombre à ses produits.
En utilisant Mono, on devient dépendant de MS et on place sois même sa tête sur le billot.
C'est vraiment un truc qui serait cool : l'importation automatique de header C. Mais bon, il restera toujours à faire le "rangement" propre dans des objets.
Bref, il ne peut pas l'interdire, mais il peut l'empêcher.
c'est beau le charabia juridique, je penserais que cela serait plus precis.
C'est autoriser juridiquement mais interdit techniquement. Elle est belle la vie...
je me demande qu'elle esprit tordu peut accepter que l'on écrive qu'il n'est pas possible d'interdire l'accès lors d'une attaque juridique mais que tu as le droit de le faire techniquement.
Un détenteur de BD n'a pas le droit de refuser l'accès a tes informations personnes mais il a le droit de barrer toutes routes pour y acceder ?
Pour moi, il n'y a pas de "tolérance" en droit mais seulement le droit de faire ou ne pas faire. L'article semble clair pourtant.
[^] # Re: moi pas comprendre
Posté par Nicolas Boulay (site web personnel) . En réponse au message Reservé un cpu pour un thread ou un process. Évalué à 3.
"La première sécurité est la liberté"
# EEE 701
Posté par Nicolas Boulay (site web personnel) . En réponse au message Un ordi/écran de poche. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Variationrs
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Considération sur l'emploi de rsync. Évalué à 2.
De plus, la compression utilisé est gzip, légère mais bien moins efficace que lzma.
Bref, dans ce cas, cela me parait bien plus optimal pour ce cas d'utilisation.
"La première sécurité est la liberté"
# Variation
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Considération sur l'emploi de rsync. Évalué à 1.
Je pense que cela devrait être le moins consommateur de bande passante.
"La première sécurité est la liberté"
[^] # Re: SSD
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.
Quel information de performance manquerait avec un "time tar xzf" en boucle jusqu'à remplissage de la partition ?
"La première sécurité est la liberté"
[^] # Re: SSD
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: SSD
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.
Cela explique la chute de perf quand le SSD se remplit. D'après les white paper de samsung (?), ils agissent par bloc de 4Mo, dans lequel il font "tourner" les blocs. donc, si on écrit beaucoup dans un bloc de 4Mo, il tourne beaucoup, et il y a plus d'effacement/écriture.
"La première sécurité est la liberté"
[^] # Re: SSD
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 2.
Les SSD ont un autre énorme problème : la taille du bloc d'écriture. Il fait autour de 128Ko. Une écriture de 1 octets provoque une écriture de 128Ko. L'effet est d'avoir une vitesse d'écriture aléatoire de petit bloc très très lente. Certain SSD tombe à 4 écritures/s pour des blocs de 4ko, soit une latence de 250 ms ! On est loin des 0.1 ms promis !
Les 2 techniques pour limiter cette effet est la multiplication des "channels" de mémoire flash sur le contrôleur (4 chez certain, 10 pour celui d'intel) et l'ajout de mémoire cache SDRAM (j'ai déjà vu 32Mo).
Cette lenteur est très visible lors de la décompression d'un gros tar ou la copie de répertoire. La vitesse de décompression d'un noyau pourrait être un bon bench :)
"La première sécurité est la liberté"
[^] # Re: vol d'identité ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal photocopie de carte d'identité. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: man ps, man top
Posté par Nicolas Boulay (site web personnel) . En réponse au message Mémoire occupée par un processus. Évalué à 2.
cf http://linuxfr.org//~nicOnicO/27153.html
"La première sécurité est la liberté"
[^] # Re: ca fou les boules
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: ca fou les boules
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 2.
Bien sûr qu'ils l'ont fait ! Il y a beaucoup de demande pour qu'il montre les brevets et le code en question. Il y a même eu un site dédié au sujet.
"La première sécurité est la liberté"
[^] # Re: Et les liens ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Microsoft réécrit Hurd ?. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: ca fou les boules
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 1.
toi être débile donc moi expliquer à toi avec mot et grammaire simple.
Lisaac être libre.
Lisaac est développé par un jeune chercheur CNRS. La raison de vivre d'un chercheur est la publication. Sans publication, plus de chercheur. La publication prend du temps. D'autres chercheurs, dans le même cas, peuvent "voler" des idées pour les publier en premier.
Donc, Benoit, le chercheur, a choisi d'écrire ses articles avant de publier ses dernières fonctionnalités.
C'est quand même moins contraignant que toutes les boites qui font une version light GPL et fermé pour le reste !
"La première sécurité est la liberté"
[^] # Re: ca fou les boules
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 1.
Au contraire, il existe des brevets précis sur les API de .NET détenu par MS. MS détient peu de brevet au contraire de IBM mais ils sont connu pour être un peu moins tendre avec le libre...
"La première sécurité est la liberté"
[^] # Re: Cookbook télécharger de la musique sur son iphone/ipod protégé
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 0.
"La première sécurité est la liberté"
[^] # Re: Il nous manquera
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Alan Cox quitte Redhat pour Intel. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: ca fou les boules
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 1.
- Mono est la traîne de MS donc, tout projet mono tourne sous .NET mais pas l'inverse.
- Les api de .NET sont brevetées, toutes applications mono est a risque juridique envers MS. MS peut attaquer en justice n'importe quel auteur d'application si il change les termes des licences de leurs brevets. MS dispose donc d'une arme contre toute application mono que quel soit, si un jour l'une d'elle fait de l'ombre à ses produits.
En utilisant Mono, on devient dépendant de MS et on place sois même sa tête sur le billot.
"La première sécurité est la liberté"
# un peu comme mymajorcompany.com/
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Une alternative aux majors pour la production musicale. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: ca fou les boules
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Et?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment blanchir de l'argent avec une associations d'utilité publique. Évalué à 6.
"La première sécurité est la liberté"
# mdadmin
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La communauté Mandriva MLO crée une version modifiée de Mandriva liveCD pour les débutants. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: beaucoup de blabla, peu d'info
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour sur le Isaac Meeting 2008. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Mes réfléxions sur le sujetf
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Révolution contre la redevance copie privée?. Évalué à 2.
c'est beau le charabia juridique, je penserais que cela serait plus precis.
C'est autoriser juridiquement mais interdit techniquement. Elle est belle la vie...
je me demande qu'elle esprit tordu peut accepter que l'on écrive qu'il n'est pas possible d'interdire l'accès lors d'une attaque juridique mais que tu as le droit de le faire techniquement.
Un détenteur de BD n'a pas le droit de refuser l'accès a tes informations personnes mais il a le droit de barrer toutes routes pour y acceder ?
Pour moi, il n'y a pas de "tolérance" en droit mais seulement le droit de faire ou ne pas faire. L'article semble clair pourtant.
"La première sécurité est la liberté"
[^] # Re: SSD, eeePC
Posté par Nicolas Boulay (site web personnel) . En réponse au message Debian sur SSD, arnaque ou reelle performances?. Évalué à 2.
"La première sécurité est la liberté"