ymorin a écrit 498 commentaires

Yop,

4 GiB pour FAT
2 TiB pour FAT32

Doh, tu as raison :

• FAT12 : 127MiB (255MiB*)
• FAT16 : 2GiB (4GiB*)
• FAT32 : 2TiB

(*: avec 128 secteurs par cluster au lieu du standard 64 secteurs par cluster)

après, parler de FAT n'était pas forcément le plus intelligent.

Certes ; la famille des FAT est grande. Me voilà corrigé. Merci ! :-)

Hop,
Moi.

Imprimée sur du papier c'est plus solide

• Chéri, j'ai utilisé les papiers qui traînaient sur ton bureau pour allumer un feu dans la cheminée !
• NOOOoooonnn…

Hop,
Moi.

Et tu y crois ?

Oui.

MySQL est disponible sous deux licences, et l'a toujours été : GPL ou privatrice, selon ce que tu es prêt à payer.

Là, ça ressemble en effet à un script pour la version privatrice, qui aurait été utilisé au lieu du script pour la version GPL. Qui n'a jamais foiré le packaging de son logiciel ?

Bref, comme ils disent : 'shit happens'.

Hop,
Moi.

Bon, j´adore cette blague. C´est ma préférée : l´image mentale qu´elle m´évoque est hilarante ! :-)

Par contre, ça ne fait pas rire beaucoup de mes camarades, même les informaticiens. Au mieux, ils sourient, au pire ils comprennent pas.

Monde de merde…

Hop,
Moi.

Les linkers qui font le ménages, c'est nouveau.

Oh que non. À l´édition de lien, tous les symboles nécessaires, et seulement les symboles nécessaires, qui viennent de .o ou de .a sont /tirés/ vers le binaire final. Ça a toujours été le cas. Le premier éditeur de liens que j´ai utilisé (quelque chose comme en 1990?) le faisait déjà.

Tu peux faire le test : installe une vielle distro (genre une slack des années 90, facile aujourd´hui dans une machine virtuelle), génère un librairie statique énorme (genre quelques Mebioctets), et fait un petit programme simple qui se contente d´appeler un et un seul symbole de cette librairie, et lie le en statique : tu verras qu´il ne fait pas la taille de ta librairie.

gold pour gcc

gold est un éditeur de liens ; gcc est (un peu plus qu´)un compilateur. gold, c´est binutils, pas gcc.

Hop,
Moi.

C'est très récent que les linkers optimisent les symboles non utilisés.

C´est le B.A.BA de l´édition de lien statique, même. Tous les éditeurs de liens que j´ai croisés savent faire ça : seuls les symboles utilisés sont liés.

Je serais même curieux de voir si ils font quoi que ce soit niveau optimisation d'un ".a"

Normal qu´ils ne fassent rien (de plus) : un .a ce n´est qu´une collection de .o. Une archive de .o comme un tarball, mais sous un format différent.

Hop,
Moi.

Pour savoir si on doit commenter ou pas son code source, je me réfère toujours à un code de référence (par sa visibilité et l´échelle des déploiements) : le noyau Linux.

Dans le code du noyau Linux, on vas trouver le code qui gère la mémoire virtuelle, qui gère le PCI, les interruptions, les périphériques USB, j´en passe et des meilleurs. Je n´y ai fait que de (trop) rares modifications pour m´y attarder.

Ce que l´on sait moins, c´est qu´il y a aussi beaucoup de code accessoire, comme toute l´infrastructure qui permet de configurer et compiler le noyau.

Et là, par contre, ça commence à devenir, comment dire, pour le moins folklo. Je conseille à tout un chacun de jeter un œil sur le code de kconfig pour voir l´étendue des dégâts dans un code non commenté, et ayant évolué de manière organique au fil du temps (10 ans au moins).

Voilà, j´espère garder quelques cheveux après mes pérégrinations dans ce code… ;-)

Hop,
Moi.

Tu sous-estimes beaucoup la diversité des mœurs sexuelles! :-)

OK, voilà pour toi: nimage

Hop,
Moi --> [].

imaginons que la personne représentée est un ami. Est-ce que tu te servirais de la nimage pour montrer l'ami à ta grand-mère ?

Probablement pas, en effet. Mais je pense (et j´espère) que je ne m'offusquerais pas que quelqu´un le fasse ; les nimages que j´ai liées restent somme toute honorables. Et puis, si mon ami(e) est présent(e) sur le calendrier des pompiers (masculin ou féminin), alors peut-être que oui, je lui montrerais…

On ne parle bien entendu pas de nimage à caractère explicite, qui sont à proscrire dans une communication publique (comme ici).

Hop,
Moi, en équilibre sur une pente un peu savonneuse, je le reconnais …

Bon, ton journal était bien, jusqu´à la nimage, qui :

1. est plutôt mal venue dans le contexte,
2. n´a rien à faire là de toute façon.

D´ailleurs, je verrais bien une règle simple: pour toute nimage de ce style, l´accompagner d´une nimage opposée (du style : nimage et nimage), bien sûr sans spécifier laquelle est laquelle.

Comme ça, pas de jaloux(se).

Hop,
Moi.

'un bouton « Activer le service de courrier électronique » devrait suffire

Heu … Là, je reste perplexe.

Déjà, pour envoyer des mails, ça risque d´être coton, vu que virtuellement tous les serveurs refusent les mails délivrés par un serveur sur une IP dynamique. Il faut donc pouvoir envoyer le courrier par un serveur intermédiaire (probablement celui du FAI).

Ensuite, pour recevoir des mails, il faut un nom de domaine, et y avoir déclaré un champ MX. Ce qui est loin d´être Michu-compliant. Déjà que moi, je m´y perd un peu …

Venant de toi, Stéphane, je suis surpris que tu ai oublié ce genre de détails. À moins que j´ai loupé un truc plus gros que moi, au quel cas je te laisse m´éduquer ! :-)

Hop,
Moi.

Je suis preneur de plus de détails sur les NAS en question.

J´utilise un QNAP TS412, et j´en suis globalement satisfait :

• basse consommation : 3.5W (au wattmètre), sans les disques. Pratiquement imbattable.
• armv5te @1.2GHz ; un poil limité, notamment sur les connexions chiffrées, mais ne pose pas de souci en pratique, mon débit ADSL in/out bride plus que le CPU. Par contre en LAN, ça se ressent quand même, ssh est limité à ~12MBips, Samba/CIFS est limité à ~50MBips.
• 256MiB de RAM, et 8MiB de flash NOR.
• 4x baies 3"5 SATA-2, avec chariot d´extraction individuel, un port eSATA-2 à l´arrière.
• 2x USB-2.0 `l´arrière, 1x USB-2.0 en façade.
• silencieux, ventilo pilotable en soft, la vitesse mini étant amplement suffisante ici en Bretagne. ;-)

Hormis les caractéristiques techniques, la principale motivation pour utiliser un QNAP plutôt qu´un autre : QNAP explique sur son propre site comment installer une Debian pristine en remplacement de leur propre OS. J´ai donc préféré QNAP pour cette raison.

Bien entendu, il existe des versions plus puissantes (ARM plus puissant, voire x86_64), avec plus ou moins de baies.

Leur firmware de base est très complet, allant d´un serveur Samba à un client torrent, d´un serveur web à un moteur de blog, etc …

Hop,
Moi

Vers l'alpha […] premier port de Linux.

A quand un processeur Oméga, pour enfin dire que Linux, c´est l´Alpha et l´Oméga ?

Hop,
Moi ---> [].

un système de fichiers optimisé pour des contrôleurs d'adaptation de Flash optimisés pour les systèmes de fichiers standard

Ouais. Ça fait un peu bizarre à lire, mais c´est exactement ça.

Alors que, si on avait directement accès à la flash, ou un moyen de charger un firmware alternatif, on pourrait implémenter notre propre algorithme de wear-leveling, voire même utiliser différents algorithme en fonction de l'utilisation.

En plus, ces firmwares font souvent un travail de sagouin, sont peu optimisés, parfois même peu fiables (parfois au point de rendre inutilisable une flash toute neuve, même après un power-off ! ).

Mais non. Faut que ça marche sous Windows, le reste on s´en fout.

Hop,
Moi.

Ce nouveau système de fichier vise visiblement les premiers [avec FTL].

Justement, non. J´ai assisté à la présentation faite par un ingé de Samsung lors de la dernière ELC-E, et f2fs est clairement fait pour les périphériques avec FTL (eg. les SDcards).

D'ailleurs, on sentait bien derrière ses explications, qu'ils (les dev. f2fs) avaient beaucoup discuté avec leurs collègues hardeux qui concevaient ces SDcards.

http://elceurope2012.sched.org/event/43d200d4be7a9971f268e521af3dffaf
http://elinux.org/images/8/81/A_New_File_System_Designed_for_Flash_Storage_in_Mobile.pdf
http://free-electrons.com/pub/video/2012/elce/elce-2012-hwang-f2fs-filesystem-flash-storage.webm

Hop,
Moi.

Un serveur est généralement branché sur un onduleur.

Et ça se fout de ma gueule quand je parle de backup…

Il dit qu´il ne voit pas le rapport …

Hop,
Moi.

Ton RAID logiciel a-t-il 512Mo de cache dédié?

C´est un point à moitié valide. Certes, cela peut permettre d´améliorer les perfs. Mais sur un système UNIX, il y a déjà le cache en RAM. Et de nos jours, vu le prix de la RAM, benner 2 GiB de plus dans le serveur, c´est franchement moins cher que d´avoir du cache sur le contrôleur RAID.

En plus, cela dépend de l´usage du serveur. Pour un serveur de fichiers, le cache du contrôleur RAID ne sert strictement à rien, vu que la RAM du serveur sert uniquement de cache. Pour un serveur applicatif, il vaut mieux augmenter la RAM pour le cache, ça évite que les données aient besoin de faire le voyage contrôleur -> RAM avant de les utiliser (certes la RAM n´est pas dédiée dans ce cas, mais ça doit être possible avec tmem et front-cache). Et du coup, vu le prix de la RAM de nos jours … (oui, je me répète ;-) )

A-t-il une protection contre la perte de données en cas de coupure électrique?

Tu veux dire, est-ce que le serveur est branché sur un onduleur ? Ben non, j´ai quelques esclaves qui se relaient sur une bicyclette avec dynamo. Mais rassure-toi, j´ai deux bicyclettes et deux esclaves qui pédalent en permanence en RAID-1 ! :-)

Plus sérieusement, si tu as un contrôleur RAID avec cache et batteries, il faut changer la batterie de temps en temps, sinon, elle finit par ne pas durer assez longtemps pour vider le cache. Au contraire des onduleurs (haut de gamme) qui permettent de changer les batteries à chaud, changer la batterie d´une carte RAID nécessite un arrêt de la machine.

Permet-il de faire un volume de plus de 8 disques?

Il n´y a à priori aucune limitation dans l´implémentation RAID de Linux.

si ta carte RAID lâche, à moins de trouver la même carte, tu peux dire adieu à tes données

Pire : même si tu trouves la même carte, encore faut-il que son micro-logiciel (aka firmware) soit compatible. J'ai eu un cas à peu prés similaire, où, après la mise à jour du firmware, la carte RAID ne reconnaissait plus les RAID assemblés avec le précédent firmware, et voulait recréer les RAID (heureusement, j´avais un serveur avec le vieux firmware, j'ai pu récupérer et transférer les données).

Par ailleurs, les PC grand-public dont le BIOS est censé gérer le RAID, ne sont qu´une vaste fumisterie : le BIOS émule le RAID, en effet, mais en volant des cycles du CPU (un peu comme les interruptions de gestion de l´énergie sur les portables).

Maintenant, je ne jure que par le RAID logiciel.

Hop,
Moi.

logiciels libres biens configurés

Alors, déjà, si on parle de la famille Michu, on peut enlever 'libres'. Il nous reste :

logiciels biens configurés

OK, toujours dans la famille Michu, je demande la tante Hortense. Il nous reste :

logiciels

Ah, oui. Michu-compliant ne vas franchement de pair avec 'bien configuré'.

Alors oui, pour toi et moi, et pleins d´autres ici, se sera trivial, facile, ou un-peu-dur-mais-c-est-trop-intéressant, voire un-peu-dur-mais-y-a-des-tutos. Mais pour la famille Michu, c´est pas gagné.

De toute façon, les box intégreront un pare-feu entrant, comme aujourd´hui, et au lieu d´autoriser un port en entrée et de le transférer à un port sur une IPv4 du LAN, on autorisera une IPv6 entrante (souvent sous la forme du hostname de la machine). Ce sera même un peu plus simple :

IPv4 : [ port entrant, IP destination, port destination]
IPv6 : [ IPv6 entrante ]

Par défaut, aucune IPv6 entrante ne sera autorisée, comme aucun port entrant n´est autorisé aujourd´hui en IPv4.

De plus, avec UPnP IGD, un appareil compatible (c-à-d virtuellement tous de nos jours) pourra demander automatiquement l´autorisation de son IPv6 (et d´un ou plusieurs ports, ou d´une plage de ports) au routeur, plus besoin d´utiliser l´interface d´admin du routeur.

Mais bon, je diverge… ;-)

Hop,
Moi.

les services d'hebergement n'ont pas besoin d'ip fixe et c'est pas nouveau

Il n´y a pas que HTTP (et ssh) dans la vie. ;-)

Il y a des services qui, même s´il est possible de les héberger derrière une IP dynamique, ne fonctionnent de manière optimum qu´avec une adresse IP fixe.

Par exemple, si je veux servir moi-même ma zone DNS, avec une IP dynamique :

1. je dois accepter que mon domaine soit injoignable toute la durée du TTL de ma zone, le temps que les différents caches DNS expirent ;

2. donc diminuer cette durée au maximum, ce qui implique que la charge de mon serveur DNS va grimper inutilement la plupart du temps, puisque les caches DNS vont expirer plus vite, avec une utilité ponctuelle uniquement lors du changement d´IP ;

3. par la même, diminuer la QoS des services que j´héberge (photos pour la famille, serveurs git publiques … ), puisque la bande passante libre sera diminuée par les requêtes DNS ;

4. sans pour autant éliminer définitivement le down-time.

De plus, lors du changement d´adresse IP, la connexion internet est perdue un instant, pas si court que ça : une à trois minutes dans 80% des cas, parfois jusqu´à 6 minutes (déjà observé). Et ce n´est pas prévisible ; du coup, lors d´une communication (eg. VoIP), ce ne sera pas très agréable.

Avec une IP statique, le cas de down-time du link est (beaucoup ? ) moins fréquent.

Et comme les firewalls des box sont basés sur un des trois protocoles TCP, UDP ou ICMP, on ne peut pas utiliser d´autres protocoles comme GRE (mais j´en passe et des meilleurs). Avec IPv6, il n´y a plus de NAT nécessaire entre le LAN et le WAN, donc tout ce qui est basé sur IP (IP = Internet Protocol) peut circuler.

Je rêve, qu´un jour, l´on cesse de confondre (pèle-mêle) Internet, web, IP, et minitel. ;-)

Hop,
Moi.

Quel est le matériel le moins cher (neuf) sur lequel on puisse faire tourner un noyau Linux ?

Le RaspberryPi : $35 (~€32, plus frais de port). En bref, le Pi, c´est:

• un processeur armv6 à 700MHz (overclokable à 1GHz), avec une FPU
• un GPU (proprio) capable de décoder du HD1080p
• 512 MiB de RAM (partagée entre le GPU et le CPU)
• un slot SDcard
• deux connecteurs USB host, plus un port interne avec pont ethernet sur USB
• un connecteur HDMI (vidéo + audio)
• un connecteur jack stéréo
• quelques GPIO
• un port série (en 3.3V, et à souder)

ÇA fait tourner une Debian Wheezy (aka testing) sans trop de problèmes ; il y a aussi Arch Linux (mais j´ai pas testé). Ça fait même tourner XBMC (même si ce n´est pas hyper-fluide, cela reste acceptable).

À pleine bourre, il consomme ~500mA, mais les ports USB n´ont droit qu´à 100mA chacun, donc il vaut mieux avoir un hub USB alimenté derrière.

Il y a une très grosse communauté qui s´est montée autour.

Franchement, le Pi, c´est le meilleur investissement pour bricoler.

Hop,
Moi, possesseur de 3 Pi, et content.

j'utilise la version git

Tout à fait d´accord. Moi je suis sur la branche carpe-diem. Du pur bonheur ! ;-)

Hop,
Moi.

Ouais bon ok je me suis planté.

T´inquiète pas, j´ai toujours un peu le même réflexe que toi. Je dois me reprendre pour ne plus y faire référence.

/me se rappelle sa première compilation d´un noyau : 1.2.et-des-brouettes-mais-pas-beaucoup. Procédure:

• configurer le noyau
• lancer la compilation
• aller à la plage
• revenir
• s´apercevoir que ça boot pas
• recommencer… ;-)

Hop,
Moi.

Les années impaires sont des versions de développement (comme le noyau Linux).

Sauf que ce n´est plus vrai depuis, Oh, rien que le noyau 2.6.0. C´est à dire, plus de 9 ans. Une paille, quoi … ;-)

$ lynx -dump https://ftp.kernel.org/pub/linux/kernel/v2.6/ |grep -E 'linux-2.6.0.tar.bz2 '
[49]linux-2.6.0.tar.bz2          18-Dec-2003 03:27   32M

Hop,
Moi.

1.4 billions

… on dit 1,4 milliards. ;-)

Hop,
Moi.