La cache disque n'est jamais mise en swap (ce serait idiot). S'il n'utilise que la moitié de sa RAM pour les applications la swap est effectivement inutile, mais ça ne veut pas dire qu'augmenter la RAM n'aura aucun effet bénéfique, au contraire il y aura beaucoup plus de chances que le chargement d'un gros fichier ne fasse pas sortir de la cache d'autres fichiers qui seront réutilisés plus tard.
Il y a bien entendu une limite au-dessus de laquelle ça n'a plus d'intérêt car tous les fichiers qu'on utilise tiennent en RAM, mais il faudrait avoir un usage très limité pour que cette limite soit déjà à 1Go.
Et comment sais-tu qu'il ne sature pas la RAM?
Tu crois vraiment qu'il a un système tellement léger et des besoins tellement limités que tous les fichiers qu'il peut avoir à lire depuis le disque tiennent tous dans quelques centaines de Mo?
Donc ça vaut dire pas le lecture de vidéo (ni même d'audio) ce qui ferait tout de suie exploser la consommation mémoire.
passer à 2Go ne fera que changer la taille du cache de 300 à 1300Mo, ce qui ne changera pas grand chose aux performances.
Ben si, justement!
Ça fait beaucoup de fichiers qui pourront être conservé en mémoire et ne plus être relu depuis le disque, ce qui est quelques ordres de grandeur plus rapide!
Donc ça devrait faire une grosse amélioration générale de la réactivité du système.
Ce n'est pas si sur…
L'option -Xmx de java ne configure la limite que de la partie heap, c'est à dire celle qui contient les instances des objets.
Mais il y a aussi la partie non-heap, qui contient les classes chargées par la jvm. Dans la jvm d'oracle et openjdk ça se configure avec une option en -XX. La valeur par défaut du maximum du non-heap est 128Mo en 32bits et 160Mo en 64 bits.
D'autres jvm peuvent géré ça de façon complètement différente (exemple extrême avec gcj/gij où les classes sont compilées sous forme de bibliothèques natives).
Et ce n'est pas tout, il y a par exemple la classe java.nio.MappedByteBuffer qui permet de travailler sur un fichier mappé en mémoire, qui va donc prendre de la RAM supplémentaire en dehors (et sans les limitations) de celle contrôlée par la jvm (donc fuite de mémoire potentielle).
Tu peux voir la mémoire effectivement utilisée par le processus java via les tichiers stat* dans son répertoire de /proc (man proc pour les détails des champs), ça peut surprendre.
Pas tout à fait.
Quand la jvm arrive à sa limite, le thread qui a le malheur de créer l'objet de trop (goutte, vase, …) se prend un OutOfMemoryError, ce qui va probablement tuer le thread en question (sauf si on intercepte les Error, mais c'est dangereux) et libérer la mémoire retenue par ce thread-là.
Si ce thread n'était pas le seul thread non)-daemon de la jvm, les autres vont continuer comme si de rien n'était (mais avec peut-être des objets dans un état incohérent suite à la mort violente du thread sacrifié).
Puisqu'on parle de mauvaise fois.
- Pour le chauffage, il est question de fioul ou de gaz, donc très peu de consommation électrique, et ils ne disent pas ce qu'il est est de l'isolation de la maison en question.
- Pour la voiture, de nouveau il est question de pétrole et ils parlent de 8l au 100km, ce qui n'est plus trop la norme (ma voiture achetée il y a 5 ans consomme 4.5l/100km), sauf pour ceux qui veulent se la pêter. Donc pas de consommation électrique (sauf si on compte la pompe pour le remplissage).
- Pour l'année d'achat ils parlent de l'énergie utilisée par l'agriculture et l'industrie, qui doit se répartir entre électricité/pétrole/gaz mais on ne sais pas dans quelle proportion.
- Pour le vol transatlantique, de nouveau c'est du pétrole (sauf s'ils le font avec le solar impulse, et là un peut réduire le chiffre d'un ordre de grandeur).
- Pour la fabrication de l'ordinateur ils ne précisent pas mais c'est probablement principalement de l'électricité.
Donc il nous reste les électro-ménager (de nouveau, pas de précision sur la performance énergétique des réfrigérateurs et autres lave-trucs) et l'ordinateur qui sont une comparaison pertinente avec l'éclairage, soit les deux plus faibles.
Ensuite, l'éclairage n'est pas réparti sur toute la journée mais seulement dans les périodes où le soleil est couché, donc si on se limite à ces périodes la part de l'éclairage devient nettement plus significative, et est un facteur qu'il faut prendre en compte dans le dimensionnement de l'approvisionnement en électricité d'un pays. Donc si on réduit significativement la part de l'éclairage, cela va probablement (je n'ai malheureusement pas de chiffres sous la main) réduire de façon appréciable le pic de consommation électrique du soir et le rendre plus facile à absorber pour les producteurs d'électricité (surtout pour la France qui a une grande part d'électricité d'origine nucléaire, donc on ne peut pas faire varier rapidement la production).
Non, comme expliqué sur http://fr.wikipedia.org/wiki/Cercle_polaire les cercles polaires sont les parallèles au-delà desquels il y a au moins une journée où le soleil ne se lève pas en hivers et une ou il ne se couche pas en été.
C'est plus facile à comprendre avec un dessin (ou une mappemonde), mais je n'en ai pas sous la main.
plus on se rapproche des cercle polaire plus les journées sont longues l'été et courte l'hiver et si l'on passe le cercle ? paf 6 mois de jour et 6 mois de nuit.
Non, ça c'est uniquement quand on est exactement aux pôles.
Entre les cercles polaires et les pôles associés, on a des périodes de jour permanent et de nuit permanente qui sont centrées sur les solstices et sont d'autant plus longues qu'on se rapproche des pôles.
Non, /var/cache c'est, comme le nom l'indique, pour des données qu'il est couteux de re-générer ou re-télécharger, mais il est possible de le faire si les données sont supprimées.
Si tu supprime wtmp, l'information est perdue.
/var/lib serait éventuellement un emplacement acceptable (c'est pour les données persistantes).
Le format texte est effectivement universel. Quelle que soit la plateforme, le fichier peut être lu tel quel, sans interpréteur …
Essaie de lire des fichiers texte codés dans une table de caractère (un truc obscur comme UTF-8) sans avoir l'interpréteur de cette table de caractère (ton système est installé en ISO-8859-1 et rien de plus), ton terminal ne va pas apprécier ce que cat va lui balancer…
Dans ce cas, je me demande pourquoi les concepteurs de UNIX n'ont pas foutu tous leurs logs en binaire depuis le début?
Par facilité. C'est beaucoup plus simple de balancer du texte quelconque dans un fichier (en ajoutant le timestamp en début de ligne quand on a de la chance) que de faire les logs dans un format bien contraint qui oblige à anticiper ce qu'on voudra y mettre.
Si déjà il y avait toujours une distinction claire entre dev et prod ce serait bien, si en plus il y a un environnement de validation entre dev et prod c'est byzance!
Mais dans ce cas pas question d'utiliser une distribution à base de paquets, car la DB des paquets installés est dans /var et ça va être impossible de faire correctement les mises à jour.
Il faut obligatoirement avoir installé les systèmes à la main (LFS, peut-être gentoo) et maintenir le /usr commun à la main également pour être sur qu'il est auto-contenu et ne dépend pas de choses qu'il faudrait remettre sur chacune des machines qui le partagent.
Il y a beaucoup plus simple, tu met chaque paramètre distinct dans un tableau, par exemple $params, puis tu profite de l'expansion du tableau dans les guillemets doubles "${params[@]}" qui va faire un mot pour chaque valeur du tableau, qu'elle contienne des espace ou non.
cf man bash à la section Arrays
Aucune importance, la question initiale est celle de la viralité. Le fait est que mon code se retrouve sous GPL sans que ce soit mon choix
Tu as mis ton code sous une licence qui autorise à redistribuer sous d'autres licences, c'est donc bien ton choix d'autoriser d'autres personnes à le faire.
Si ça consomme au point de chauffer ta pièce en hivers (l'alimentation de la tour fait combien de kW?), ça doit faire très mal sur la facture d'électricité.
Et le cloud c'est bien mais le jour ou la connexion internet saute poufff plus rien, alors si c'est pour mettre un cache local autant gérer en internet les données.
Enfin moi si je suis sur une machine sans gestionnaire de fenêtre ni environnement de bureau (et sans xorg) et que je lui demande d'installer un logiciel graphique j'ose esperer qu'il m'installera pas plus que xorg.
Non, il n'installera pas xorg car ce n'est pas une dépendance des programmes graphiques. Tu pourrais lancer le programme avec un affichage déporté.
Je pense que le mieux est de contacter un LUG (Linux User Group) proche de chez toi, ils font généralement des install parties où tu peux venir avec ton ordinateur pour qu'on t'aide à faire une installation correcte.
Cependant, je doute que ça change quoi que ce soit à tes problèmes de connexion, on dirais plutôt que le conseiller de free voulait plutôt se débarrasser de toi.
[^] # Re: usages et besoins
Posté par wismerhill . En réponse au message Améliorer un EEE pc?. Évalué à 3.
La cache disque n'est jamais mise en swap (ce serait idiot). S'il n'utilise que la moitié de sa RAM pour les applications la swap est effectivement inutile, mais ça ne veut pas dire qu'augmenter la RAM n'aura aucun effet bénéfique, au contraire il y aura beaucoup plus de chances que le chargement d'un gros fichier ne fasse pas sortir de la cache d'autres fichiers qui seront réutilisés plus tard.
Il y a bien entendu une limite au-dessus de laquelle ça n'a plus d'intérêt car tous les fichiers qu'on utilise tiennent en RAM, mais il faudrait avoir un usage très limité pour que cette limite soit déjà à 1Go.
[^] # Re: usages et besoins
Posté par wismerhill . En réponse au message Améliorer un EEE pc?. Évalué à 3.
Et comment sais-tu qu'il ne sature pas la RAM?
Tu crois vraiment qu'il a un système tellement léger et des besoins tellement limités que tous les fichiers qu'il peut avoir à lire depuis le disque tiennent tous dans quelques centaines de Mo?
Donc ça vaut dire pas le lecture de vidéo (ni même d'audio) ce qui ferait tout de suie exploser la consommation mémoire.
[^] # Re: usages et besoins
Posté par wismerhill . En réponse au message Améliorer un EEE pc?. Évalué à 3.
Ben si, justement!
Ça fait beaucoup de fichiers qui pourront être conservé en mémoire et ne plus être relu depuis le disque, ce qui est quelques ordres de grandeur plus rapide!
Donc ça devrait faire une grosse amélioration générale de la réactivité du système.
[^] # Re: POO
Posté par wismerhill . En réponse au journal Du code propre, c'est quoi ?. Évalué à 4.
Ce n'est pas si sur…
L'option -Xmx de java ne configure la limite que de la partie heap, c'est à dire celle qui contient les instances des objets.
Mais il y a aussi la partie non-heap, qui contient les classes chargées par la jvm. Dans la jvm d'oracle et openjdk ça se configure avec une option en -XX. La valeur par défaut du maximum du non-heap est 128Mo en 32bits et 160Mo en 64 bits.
D'autres jvm peuvent géré ça de façon complètement différente (exemple extrême avec gcj/gij où les classes sont compilées sous forme de bibliothèques natives).
Et ce n'est pas tout, il y a par exemple la classe java.nio.MappedByteBuffer qui permet de travailler sur un fichier mappé en mémoire, qui va donc prendre de la RAM supplémentaire en dehors (et sans les limitations) de celle contrôlée par la jvm (donc fuite de mémoire potentielle).
Tu peux voir la mémoire effectivement utilisée par le processus java via les tichiers stat* dans son répertoire de /proc (man proc pour les détails des champs), ça peut surprendre.
[^] # Re: POO
Posté par wismerhill . En réponse au journal Du code propre, c'est quoi ?. Évalué à 4.
Pas tout à fait.
Quand la jvm arrive à sa limite, le thread qui a le malheur de créer l'objet de trop (goutte, vase, …) se prend un OutOfMemoryError, ce qui va probablement tuer le thread en question (sauf si on intercepte les Error, mais c'est dangereux) et libérer la mémoire retenue par ce thread-là.
Si ce thread n'était pas le seul thread non)-daemon de la jvm, les autres vont continuer comme si de rien n'était (mais avec peut-être des objets dans un état incohérent suite à la mort violente du thread sacrifié).
[^] # Re: Précision
Posté par wismerhill . En réponse au journal heure d'hiver ?. Évalué à 2.
Puisqu'on parle de mauvaise fois.
- Pour le chauffage, il est question de fioul ou de gaz, donc très peu de consommation électrique, et ils ne disent pas ce qu'il est est de l'isolation de la maison en question.
- Pour la voiture, de nouveau il est question de pétrole et ils parlent de 8l au 100km, ce qui n'est plus trop la norme (ma voiture achetée il y a 5 ans consomme 4.5l/100km), sauf pour ceux qui veulent se la pêter. Donc pas de consommation électrique (sauf si on compte la pompe pour le remplissage).
- Pour l'année d'achat ils parlent de l'énergie utilisée par l'agriculture et l'industrie, qui doit se répartir entre électricité/pétrole/gaz mais on ne sais pas dans quelle proportion.
- Pour le vol transatlantique, de nouveau c'est du pétrole (sauf s'ils le font avec le solar impulse, et là un peut réduire le chiffre d'un ordre de grandeur).
- Pour la fabrication de l'ordinateur ils ne précisent pas mais c'est probablement principalement de l'électricité.
Donc il nous reste les électro-ménager (de nouveau, pas de précision sur la performance énergétique des réfrigérateurs et autres lave-trucs) et l'ordinateur qui sont une comparaison pertinente avec l'éclairage, soit les deux plus faibles.
Ensuite, l'éclairage n'est pas réparti sur toute la journée mais seulement dans les périodes où le soleil est couché, donc si on se limite à ces périodes la part de l'éclairage devient nettement plus significative, et est un facteur qu'il faut prendre en compte dans le dimensionnement de l'approvisionnement en électricité d'un pays. Donc si on réduit significativement la part de l'éclairage, cela va probablement (je n'ai malheureusement pas de chiffres sous la main) réduire de façon appréciable le pic de consommation électrique du soir et le rendre plus facile à absorber pour les producteurs d'électricité (surtout pour la France qui a une grande part d'électricité d'origine nucléaire, donc on ne peut pas faire varier rapidement la production).
[^] # Re: pourquoi pas
Posté par wismerhill . En réponse au journal heure d'hiver ?. Évalué à 4.
Non, comme expliqué sur http://fr.wikipedia.org/wiki/Cercle_polaire les cercles polaires sont les parallèles au-delà desquels il y a au moins une journée où le soleil ne se lève pas en hivers et une ou il ne se couche pas en été.
C'est plus facile à comprendre avec un dessin (ou une mappemonde), mais je n'en ai pas sous la main.
[^] # Re: pourquoi pas
Posté par wismerhill . En réponse au journal heure d'hiver ?. Évalué à 7.
Non, ça c'est uniquement quand on est exactement aux pôles.
Entre les cercles polaires et les pôles associés, on a des périodes de jour permanent et de nuit permanente qui sont centrées sur les solstices et sont d'autant plus longues qu'on se rapproche des pôles.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par wismerhill . En réponse à la dépêche Documentation du format du Journal. Évalué à 3.
Ah oui, les outils Unix standards, cat, grep et un navigateur web …
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par wismerhill . En réponse à la dépêche Documentation du format du Journal. Évalué à 2.
Non, /var/cache c'est, comme le nom l'indique, pour des données qu'il est couteux de re-générer ou re-télécharger, mais il est possible de le faire si les données sont supprimées.
Si tu supprime wtmp, l'information est perdue.
/var/lib serait éventuellement un emplacement acceptable (c'est pour les données persistantes).
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par wismerhill . En réponse à la dépêche Documentation du format du Journal. Évalué à 2.
Essaie de lire des fichiers texte codés dans une table de caractère (un truc obscur comme UTF-8) sans avoir l'interpréteur de cette table de caractère (ton système est installé en ISO-8859-1 et rien de plus), ton terminal ne va pas apprécier ce que cat va lui balancer…
[^] # Re: Documenté ou pas, ce sera non!
Posté par wismerhill . En réponse à la dépêche Documentation du format du Journal. Évalué à 8.
Par facilité. C'est beaucoup plus simple de balancer du texte quelconque dans un fichier (en ajoutant le timestamp en début de ligne quand on a de la chance) que de faire les logs dans un format bien contraint qui oblige à anticiper ce qu'on voudra y mettre.
[^] # Re: Chaudière à uranium et caféine
Posté par wismerhill . En réponse à la dépêche Mod_pagespeed : un accélérateur de pages Web. Évalué à 3.
Si déjà il y avait toujours une distinction claire entre dev et prod ce serait bien, si en plus il y a un environnement de validation entre dev et prod c'est byzance!
[^] # Re: Tu n'es pas le centre du monde
Posté par wismerhill . En réponse au journal Archlinux est morte…. Évalué à 0.
Vu que tu n'utilise quand même pas Linux (d'après un de tes messages plus haut), pourquoi tu viens emmerder ceux qui l'utilisent?
[^] # Re: systemd ! Tant de complexité pour un moins bon fonctionnement…
Posté par wismerhill . En réponse au journal Archlinux va passer à systemd : appel à volontaire pour maintenir SysVinit. Évalué à 1.
Et que fais-tu pour tous les paquets qui placent des choses dans /etc ou /var?
[^] # Re: systemd ! Tant de complexité pour un moins bon fonctionnement…
Posté par wismerhill . En réponse au journal Archlinux va passer à systemd : appel à volontaire pour maintenir SysVinit. Évalué à -1.
Mais dans ce cas pas question d'utiliser une distribution à base de paquets, car la DB des paquets installés est dans /var et ça va être impossible de faire correctement les mises à jour.
Il faut obligatoirement avoir installé les systèmes à la main (LFS, peut-être gentoo) et maintenir le /usr commun à la main également pour être sur qu'il est auto-contenu et ne dépend pas de choses qu'il faudrait remettre sur chacune des machines qui le partagent.
[^] # Re: Une solution qui marche
Posté par wismerhill . En réponse au message Script bash et espaces dans les noms de fichiers [résolu]. Évalué à 4.
Il y a beaucoup plus simple, tu met chaque paramètre distinct dans un tableau, par exemple $params, puis tu profite de l'expansion du tableau dans les guillemets doubles "${params[@]}" qui va faire un mot pour chaque valeur du tableau, qu'elle contienne des espace ou non.
cf man bash à la section Arrays
[^] # Re: Je suis vraiment le premier ?
Posté par wismerhill . En réponse au journal refroidissement passif (et bruit). Évalué à 1.
peut-être?
[^] # Re: héritage
Posté par wismerhill . En réponse au journal Licence virale minimaliste ou licence incestueuse. Évalué à 2.
(Aah, une flamewar GPL/BSD, ça manquait)
Tu as mis ton code sous une licence qui autorise à redistribuer sous d'autres licences, c'est donc bien ton choix d'autoriser d'autres personnes à le faire.
[^] # Re: Refroidissement passif
Posté par wismerhill . En réponse au journal refroidissement passif (et bruit). Évalué à 4.
Si ça consomme au point de chauffer ta pièce en hivers (l'alimentation de la tour fait combien de kW?), ça doit faire très mal sur la facture d'électricité.
[^] # Re: mouais
Posté par wismerhill . En réponse au journal Blender : Tears of Steel visible en ligne !. Évalué à 5.
Je confirme, c'est bien ce qui est écrit dans les sous-titres.
Et pour l'homme c'est orthographié Thom.
[^] # Re: le cloud certaine entreprise n'en veulent pas
Posté par wismerhill . En réponse au journal Samba4 disponible en RC. Évalué à 4.
Joli lapsus :-)
[^] # Re: Comment le voir ?
Posté par wismerhill . En réponse au journal [Animation] Les Enfants Loups, Ame et Yuki . Évalué à 3.
Faut dire que le fait que monster se déroule en Allemagne aide un peu ;-)
[^] # Re: APT vs Aptitude ?
Posté par wismerhill . En réponse au journal Frontend à Aptitude. Évalué à 3.
Non, il n'installera pas xorg car ce n'est pas une dépendance des programmes graphiques. Tu pourrais lancer le programme avec un affichage déporté.
# LUG
Posté par wismerhill . En réponse au message version. Évalué à 7.
Je pense que le mieux est de contacter un LUG (Linux User Group) proche de chez toi, ils font généralement des install parties où tu peux venir avec ton ordinateur pour qu'on t'aide à faire une installation correcte.
Cependant, je doute que ça change quoi que ce soit à tes problèmes de connexion, on dirais plutôt que le conseiller de free voulait plutôt se débarrasser de toi.