Nicolas Boulay a écrit 16042 commentaires

Mieux, le fait qu'ils soient contre l'interopérabilité semble surtout prouver qu'ils ne comptent pas faire plus d'effort que ça sur la mise en place du fameux logiciel.

Non, cela veut juste dire que les éditeurs proprio lui ont dit que cela allait être très cher, qu'il vaut mieux rester en 100% windows. (+ 1% Mac, aussi sans doute)

"La première sécurité est la liberté"

Cela peut être aussi l'obligation d'acheter un logiciel qui fait le minimum mais qui est le seul moyen de prouver sa bonne fois. Il faut juste que le logiciel est le bon tampon, pas qu'il ait une quelconque efficacité.

Je ne vois pas comment un mouchard peut prouver effectivement quoi que se soit. Il suffit de monter un proxy, de monter une machine virtuel (sauf si tout le PC est verrouillé façon Palladium) et même, comment simplement détecter un deuxième PC branché sur un deuxième port Ethernet ? Les eeetop ont un belle avenir pour faire tourner ses mouchard... (ou la mule d'ailleurs)

"La première sécurité est la liberté"

Si on veut vraiment aider les artistes et non les industriels de la musique (pardon pour les autres industriel), il suffit protéger leur revenues. Par exemple que les 7% soient totalement incompressible et non soumis à paiement pour prestation de pub ou autre demande signer pour passer à 3.5%...

Voir encore mieux, interdire tout contrat d'exclusivité, les marchand de disque ne serait plus que des marchands de disques... Et il y aurai une vrai concurrence.

"La première sécurité est la liberté"

L'évaluation de ministre de Albanel sera sur la baisse des téléchargement, et c'est tout !

Même pas besoin d'être lié au lobby, c'est l'intitulé du poste !

"La première sécurité est la liberté"

Ce n'est pas l'entré micro qui est activé et qui envoie des parasites ?

"La première sécurité est la liberté"

La conclusion étant que pour un gain réel en fiabilité, il faut du raid5 dupliqué sur deux sites. Et là, bonjour la facture en matériel info et en électricité.

Le raid5 ne sert quasiment à rien. Il ne gère que trop peu de cas de panne des disques.

Si tu as 2 sites séparés, le raid est inutile.

"La première sécurité est la liberté"

Je me fout de perdre 4Ko ou 1To : je ne veux rien perdre du tout.


Je vais me répéter. Si on stocke des données, c'est a priori parce qu'on souhaite les conserver. Partant de là, les disques posent un problème majeur, qui s'accentue avec leur capacité : ils peuvent mourir d'un seul coup, là comme ça, sans prévenir. Genre, le soir il marche, le lendemain tu te lèves et il marche plus.

Il n'y aucune différence avec un DVD ! Sauf que tu mettras plus de temps pour l'apercevoir.

Pour résumer : un disque peut aussi lâcher en silence.

Lacher en silence ne veut pas dire d'un coup mais sans que tu t'en aperçois. Là, l'OS t'insulte assez copieusement.

"La première sécurité est la liberté"

Tu n'as pas compris, c'est que tout les supports peuvent tomber en panne. La différence majeur et fondamental entre un DVD et un HD, c'est que le DVD va creuver en silence. Donc, il te faudra des mois pour te rendre compte qu'un DVD est mort, ce qui permet pendant ce laps de temps que la 2ième copie meurt aussi. Si un HD meure il faut immédiatement le remplacer.

Un raid n'est absolument pas suffisant même un raid1. Cela ne couvre pas la foudre, ni tous problème qui touche les 2 disques ('rm' ?! ou panne d'alim), ni le feu, ni les inondations, ni le vol, ...

"La première sécurité est la liberté"

il n'existe pas d'outil qui gèrent les tests unitaires, leur lancement, les taux de couverture et autre métrique en plus, etc... ?

"La première sécurité est la liberté"

Ce n'est pas un "gros risque" mécanique ou pas, tu as toujours le problème de la panne, de la foudre, du vol, du feu, de l'inondation à gérer.

Quel soit ton choix, le support doit être au moins doublé dans 2 lieux différents.

"La première sécurité est la liberté"

Non, c'est à cause de la structure hypercomplexe des fichiers word .doc qui fonctionne à coup de patch dans tous les sens. Il faut voir que le save rapide, ne fait qu'un append des modifications à la fin de fichiers à la différence du save as.

De plus, historiquement, les fichiers binaires de document était des dumps mémoire pour gagner du temps. Le format doit vivre encore avec ce genre d'archaïsme.

D'où le risque de d'avoir des fichiers qui se dégrade !

"La première sécurité est la liberté"

soit vers un... disque dur "relié" par Internet.

C'est le mieux. Mais gérer un serveur demande du temps et c'est chiant surtout si on ne veut qu'un HD distant et l'upload a 128ko/s est très limitant.

A quand un serveur partageant un disque sata à sois exportable sous ssh avec rsync ou autre ? (pas de sauvegarde, c'est beaucoup trop cher)

"La première sécurité est la liberté"

Vu la différence de prix entre un support passif (cassette, DVD) et actif (HD, SSD), a moins d'avoir des besoins en Peta octet, j'aurais tendance à virer les supports passifs car ils meurent "en silence".

Un HD meurent en le signalant ce qui permet de faire une nouvelle copie (car évidement toutes les données sont présentes au moins en double).

Il est facile aussi de faire du "scrubbing", de lire périodiquement les données pour les vérifier (cela permet de mettre en œuvre les corrections d'erreurs interne au disque dur et de vérifier toutes erreurs d'IO signaler par le kernel). C'est bien plus pénible et long de le faire sur un support passif même avec un robot.

"La première sécurité est la liberté"

Les rythmes des épisodes est vraiment lent comparé à ce que l'on fait maintenant. C'est donc un peu chiant au final.

Il suffirait de refaire un peu le montage des épisodes.

"La première sécurité est la liberté"

Avec une version ancienne de word, avec un texte assez gros et souvent manipulé, il est même possible que le document devienne non lisible.

"La première sécurité est la liberté"

Comme par exemple ? (pour du c++ )

"La première sécurité est la liberté"

Impossible de savoir sur quel langage cela fonctionne !

(ps: j'aime beaucoup la voie anglaise avec un super accent français :)

"La première sécurité est la liberté"

Ce site, une sorte de vitrine du service publique à la française, dont la boite fait rouler le TGV qui est aussi une source de fierté, ne peut pas être une merde sans nom. Ne doit pas l'être.

C'est pour cela que cela interpelle autant !

"La première sécurité est la liberté"

Cela me rappelle une boite qui se couvrait de NDA qui ne voulait pas montrer sa spec pour se protéger des méchants pirates, mais on aurait plus vite fait d'aller chercher le pdf auprés des pirates potentiels, on aurait eu l'info plus vite.

"La première sécurité est la liberté"

Nan c'est pire.

"La première sécurité est la liberté"

Le systeme est fiable, les tokens hard sont toujours pas casse a ma connaissance."

Euh... si tu penses cartes à puces, cela se casse tous les jours, c'est juste une question de moyen et de samples à disposition.

"La première sécurité est la liberté"

75 ou 95 il faut voir de quel calcul on parle. Un VLIW a tout de même beaucoup de calcul exécuté pour rien, par rapport à un code généraliste (par opposition à un code bourrin à base de matrice) à cause de la gestion par prédicats.

"La première sécurité est la liberté"

Disons que intel va les introduire pour le code SSE dont il n'a pas envie de faire des calculs de dépendances et autre execution dans le désordre. Il doit juger que les instructions SSE ne sont utilisé qu'en coeur de boucle et donc que la taille du mot d'instruction à peu d'impact sur le cache instruction.

"La première sécurité est la liberté"

Sauf que tes loads peuvent prendre de 3 à 100 cycles, que ton "3) mov rbx, rax" revient à une allocation d'un nouveau registre caché, qu'il y a dans un code plus de lecture que d'écriture, donc que le problème se pose moins souvent dans les cas réel.

Dans ton exemple, je pense que les 6 instructions sont exécutables en parallèle car les mov sont simplifiables et revienne à ton deuxième cas (les seuls vrais dépendances sont les read after write).

Sinon cela coute cher, c'est bien pour ça que Intel va introduire la notation à 3 registres dans une prochaine révision du SSE.

(ne pas oublier aussi que la notation à 2 registres sauve 3 à 4 bits par instructions ! cela participe à la grande compacité du code x86, et donc à l'efficacité de son cache instruction à comparer avec les caches itanium !)

"La première sécurité est la liberté"

C'est vrai. Mais je ne le regrette pas du tout.

"La première sécurité est la liberté"