Boa Treize a écrit 3450 commentaires

Tu confonds copyright et trademark. Ce sont pourtant des bases indispensables à connaître pour pouvoir débattre réellement de ce genre de sujet.

C'est surtout le fait que les noms sont merdiques qui explique sa faible utilisation. S'ils ne sonnaient pas aussi ridicule, je les utiliserais depuis longtemps. Là, je fais de la résistance depuis longtemps.

Ce sont des boîtes tout à fait normales où l'on embauche des gens spécialisés dans les serveurs pour administrer les serveurs, et des gens spécialisés dans les postes de travail pour configurer les postes de travail.

Par ailleurs, je ne vois absolument pas le rapport entre le fait d'avoir confiance en quelqu'un pour configurer un poste de travail et avoir confiance en cette même personne pour administrer un serveur. Ces tâches n'ont aucun rapport (expertise Windows vs. expertise Unix, pour caricaturer), je ne vois pas pourquoi la confiance dans la première est un pré-requis à la confiance dans la deuxième.

> « blocs (closures) » Pour moi, « closure » c'est une « fermeture » ou une « clôture », mais pas un bloc. Je suis curieux de savoir d'où cette traduction vient.

Elle vient de block, fortement utilisé dans GCD.

Y'a pas besoin de defragmenter les SSD.

De toute façon ils gèrent les blocs à leur sauce, dans le dos de l'OS, auquel ils ne présentent qu'une vue virtuelle des numéros de blocs.

Oh il y a eu des articles techniques de bas niveau sur Snow Truc (il me semble même qu'en apparence peu a changé, alors que techniquement il y a eu beaucoup de consolidation et de nettoyage).

Notamment un article sur les optimisations apportées au chargeur d'applications écrites en Objective C, qui a réduit la consommation mémoire globale de l'OS et a amélioré significativement les temps de démarrage des applications. (Significativement en termes de pourcentages. Pour l'utilisateur, c'est quelques dixièmes de seconde. Mais pour chaque programme lancé.)

Dans certains cas très rares alors, parce que chez la plupart des utilisateurs, les mainframes profitent de la nuit pour faire tourner une tonne de traitements batch vitaux pour leurs propriétaires (genre, exécuter les ordres de virement des clients, mettre à jour la compta, transmettre la liste des modifications à un partenaire externe, etc.).

La bonne réponse est beaucoup plus probablement (ce n'est pas mon domaine d'expertise) que les zSeries sont des machines extrêmement virtualisées, où il est normal de faire tourner plein d'instances d'OS en parallèle (genre 60). Dans ce cas, il peut être très intéressant de mettre un des OS en veille, pour des problèmes de charge par exemple.

Si je perds des données suite à une erreur humaine (j'en ai faite, et j'en ai vu faire, y compris le typique rm -Rf / suite à un bug), je restaure ma sauvegarde.

Si je perds des disques durs (j'en ai perdu), je restaure ma sauvegarde.

Le RAID te permet juste d'éviter le downtime (mais pas les performances fortement dégradées), au prix du doublement de la fréquence de claquage de disque dur (et encore, c'est un minimum). Sachant qu'en plus on a souvent deux disques durs du même modèle fabriqués et achetés au même moment, et utilisés identiquement depuis le début, les chances de claquage du second lors de la reconstruction suite au claquage du premier ne sont pas du tout négligeables.

Ah, et le RAID te permet aussi d'améliorer sensiblement les performances des disques durs (RAID-0). Un collègue est très satisfait du résultat obtenu dans ce cas. (Et il sauvegarde ses précieuses données, bien sûr.)

Ce qui est sûr, c'est à un moment donné, une copie de tes données doit se trouver déconnectée de ton ordinateur, de préférence à bonne distance de celui-ci. Sinon, ce n'est pas une sauvegarde.

J'utilise Unison, qui permet de garder synchro deux arborescences. L'IHM permet de voir ce qui a changé de chaque côté (en termes de données mais également de métadonnées) et de faire son choix. Très pratique quand on a plusieurs machines, et quand on fait ses sauvegardes sur des disques durs externes que l'on branche pour l'occasion.

L'algorithme utilisé pour détecter les changements est celui de rsync, donc c'est bien efficace. Par ailleurs les programmeurs ont fait particulièrement attention à opérer par transactions, pour ne pas perdre de données même dans le cas les plus tordus.

Il fonctionne sous Linux, Windows et MacOS, et permet de faire des synchros entre ces OS (très intéressant également), sauf que... il ne sait pas bien gérer les encodages Unicode des systèmes de fichiers, ce qui pose de très gros problèmes pour les noms de fichiers accentués. Quand on reste sur le même OS, aucun souci, mais dans les autres cas, on pleure.

Il y a une forte pression pour que ce problème soit corrigé, il l'est déjà pour les échanges MacOS <-> Linux je crois (car les deux OS sont en Unicode, avec « juste » une variation d'encodage), par contre sous Windows Unison a tendance à utiliser la page de code (non-Unicode) de l'OS, et c'est la catastrophe.

Et comme Unison est programmé dans un langage peu répandu, ben ça se corrige pas vite.

Il reste quand même mon favori.

La crème fraîche, j'ai déjà dépassé de plusieurs mois la DLC avant d'ouvrir, et par ailleurs j'ai souvent dépassé les deux semaines, voire atteint le mois, avec la briquette ouverte dans le frigo.

Ceci dit dans ces cas là, j'ai toujours goûté avec prudence une petite cuillerée avant d'en mettre dans un plat. Je suis tombé une fois sur un bien sale goût (hop, poubelle), et de nombreuses fois sur un goût classique de crème fraîche sans problème.

Non pas que je recommande ce genre de prise de risque, bien sûr.

Ça dépend des produits. Au supermarché la semaine dernière, il y en avait effectivement à consommer jusqu'à début septembre (bouteilles), d'autres à consommer jusqu'à mi-octobre (certaines briques).

Des Philips, en règle générale (mais sans raison particulière autre que de prendre de la marque).

J'en ai mis quatre chez mes parents il y a six ans, elles sont toujours là et pourtant pas mal allumées (une lampe est tombée en cassant son ampoule, mais le tube fonctionne toujours bien). Elles montrent quelques clignotements, rien de bien méchant, mais repérable quand on y prête attention ou qu'on reste longtemps à côté.

Ils ont par ailleurs acheté quelques ampoules Ikea qui leur donnent satisfaction ; je ne les ai pas vues assez pour voir des éventuels clignotements.

Quand j'ai emménagé ici, il y avait une ampoule (OSRAM ou no-name je sais plus) qui a claqué assez vite, mais je ne connaissais pas son âge. Elle clignotait bien visiblement. J'ai installé trois Philips, une a claqué en quelques mois, j'ai été trop paresseux pour faire jouer la garantie, j'ai racheté, et ça fait disons au moins trois ans, plutôt quatre, qu'elles fonctionnent sans problème. Je dirais qu'elles ont moins de problèmes de clignotements que celles de mes parents, peut-être tout simplement parce qu'elles sont d'une conception un poil plus récente.

Par ailleurs j'ai remplacé le tube fluorescent de ma cuisine (un no-name blanc qui fait mal) par un OSRAM un peu trop lumière chaude, surtout en comparaison avec le précédent. (C'est un 2700 K alors que j'aurais préféré un 3000 K, mais bon c'était 2700 ou 4000 le choix). La lumière n'est pas parfaitement stable, mais si je ne me trompe pas c'est plutôt dû au ballast ce genre de problème.

Ça se vend en France les modèles avec ballast séparable du tube, historiquement je pense même que c'est apparu avant. Simplement, ça se vend moins. (Et il y a aussi quelques inconvénients : un peu plus cher à produire, un peu moins compact, le tube n'est pas caché dans une ampoule opaque, il faut donc qu'il soit hors de vue, etc.)

Par ailleurs, je suis pas sûr qu'il y ait un tel écart de qualité entre la France et l'Allemagne. Est-ce que ce n'est pas plutôt que les consommateurs allemands font plus attention à ce qu'ils achètent, et que l'offre suit la demande ? On peut acheter de bons outils en France aussi... reste à payer le prix.

Oui j'en ai parfois, et ça me gonfle aussi. Ceci dit, je n'ai pas ce problème avec mes ampoules actuelles, ou j'y fais moins attention. Tant mieux.

Pour la salle de bains, c'est certainement des tubes fluo, comme dans tes ampoules compactes.

La (relative) nouveauté des ampoules fluo compactes n'est pas d'avoir inventé un nouveau type de technologie, mais d'avoir réussi à miniaturiser la technologie des tubes fluo qui existe depuis des décennies, pour qu'elle tienne dans un culot d'ampoule de taille typique.

C'est vrai que c'est pas très crédible pour un OS de 2009. Ceci dit j'avais un XP avec moins que ça (consommait environ 110 Mo, de mémoire), donc ton 2000, je sais pas.

Confirmation de la part de l'auteur de la traduction (qui a par ailleurs lu par mal de Linus dans le texte), alors que kakaouete ne semblait pas complètement sûr de sa réponse.

Comme l'a dit kakaouete, Il utilise « open source » à la place.

http://www.linux-mag.com/id/7439/

J'ai croisé pas mal (c'est relatif, je sais) de photographes amateurs se lancer avec bonheur dans l'argentique après quelques séances en numérique.

Moi j'en ai croisé strictement aucun (c'est relatif, je sais). Le seul fan d'argentique que je connais est en train de réfléchir à compléter sa collection par un beau numérique.

Deux solutions alternatives :

- umask 0
- chmod -R 666

Elles ne sont pas équivalents à la solution par ACL, mais elles ont l'avantage de marcher sur la plupart des Unix, avec la plupart des systèmes de fichiers, là où la solution par ACL est déjà nettement plus spécifique (est-ce que toutes les distributions les supportent bien d'ailleurs ?)

Si tu distribues tes fichiers sur un support externe, tu les met en accès monde (755, 644, voire 777, 666) et puis voilà, problème réglé.

De toute façon, si ton support tombe dans des mains ennemies, il va être monté par un utilisateur root qui lira tous les fichiers, quelles que soient les permissions ou les ACL que tu t'es inutilement pris la tête à régler aux petits oignons.

Si tu ne veux pas que tes données soient lues par des ennemis potentiels quand tu distribues un support externe, la solution c'est pas les permissions ou les ACL, c'est le chiffrement !

Ça a été amplement débattu ici :

http://linuxfr.org/~brazz/28529.html

Non, c'est une référence à un flim culte.