Confiance...? Qu'est-ce que cela vient faire dans des relations patron-salariés ? Ce sont des relations contractuelles, on s'en tiens donc au contrat : Pour gérer le télétravail, des tâches bien définies, des délais associés et point barre ! Si le salarié préfère faire son taf' de 14h à 23h parce que ça l'arrange, du moment que le boulot est remis en temps et en heure, ça regarde personne ! Ça demande "simplement" (c'est là où c'est difficile en fait) une hiérarchie qui connaît suffisamment le job pour savoir estimer les délais de façon réaliste.
<ma vie>
Enfin, en tout cas, chez nous c'est comme ça que marche le télétravail et tout le monde est gagnant :
- L'entreprise par économie de bureaux et augmentation de la productivité des gars (un peu moins de 2x plus efficace constaté)
- les gars qui n'ont pas (peu) a se déplacer et considèrent le fait de pouvoir choisir leur lieu de vie comme un avantage social très important.
Et pour s'assurer que les délais sont définis correctement, on utilise les moyens suivant :
- Analyse rétrospective systématique des projets réalisés avec suivi de la durée d'étude et des coûts associés. Cette analyse permet en outre d'affiner la méthode de réalisation des devis, d'évaluer les méthodes utilisées, etc...
- Tout le monde met la main à la pâte de temps en temps, pour bien garder en mémoire la réalité du métier. Ça permet en outre aux "anciens" de transmettre une partie de leur expérience aux plus jeunes !
Bon, bien sûr on est une pme, donc c'est plus facile de s'organiser ou de faire bouger les choses !!
</ma vie>
Oui, un petit coup de hdparm -y /dev/ton_disque après le umount fera l'affaire.
C'est d'ailleurs fortement recommandé, car en cas d'arrêt d'alimentation disque en marche, ce dernier fait ce qu'on appelle un parquage d'urgence. En gros, ça consiste à utiliser l'inertie des plateaux tournant comme générateur électrique pour alimenter l'électronique et faire un parquage de tête. Comme le processus est moins bien contrôlé qu'un parquage normal, on estime qu'un parquage d'urgence use les têtes comme ~100 parquage normaux.
L'utilitaire smartmontools permet de voir le nombre d'arrêt normaux et d'arrêts d'urgence subit par le disque.
Par contre, je n'ai aucune idée de comment intégrer ça à gnome. A l'époque où j'avais un disque amovible (ide) je m'étais fait un petit script accessible en "service menu" de kde sur l'icone du disque, et j'utilisais ça au lieu de l'option existante.
Ton problème est effectivement très bizarre ! Dans la boîte où je bossais avant, on avait comme toi un Samba PDC, et il me suffisait de déclarer les utilisateurs sur le PDC.
Ensuite, au niveau client, après avoir (comme tu l'as fait) joint le PC au domaine, n'importe quel utilisateur pouvait se connecter sur le PC, si tant est qu'il déclarait vouloir s'authentifier sur le domaine dans la boite de login windows. Les utilisateurs retrouvaient leur bureau et autre joyeusetés sur n'importe quel PC où ils se loggaient : J'avais activé les roaming profiles sur le serveur samba.
Seul inconvénient du truc : windows fait une copie locale du profil distant sur chaque machine ou un utilisateur donné s'est connecté :( Bon, ça fait des sauvegardes pas chères...
Si ça peut faire avancer le schmilblick, voici le smb.conf utilisé pour faire ce genre de choses :
#======================= Global Settings ========
[global]
# 1. Server Naming Options:
# workgroup = NT-Domain-Name or Workgroup-Name
workgroup = Mon_domaine
server string = Samba Server %v
unix charset = iso8859-15
display charset = iso8859-15
# 2. Printing Options:
# CHANGES TO ENABLE PRINTING ON ALL CUPS PRINTERS IN THE NETWORK
# (as cups is now used in linux-mandrake 7.2 by default)
# if you want to automatically load your printer list rather
# than setting them up individually then you'll need this
printcap name = cups
load printers = yes
printcap cache time = 60
printing = cups
# 3. Logging Options:
# this tells Samba to use a separate log file for each machine
# that connects
log file = /var/log/samba/%m.log
max log size = 1024
log level = 2
# 4. Security and Domain Membership Options:
# Allow users to map to guest:
map to guest = bad user
security = user
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
username map = /etc/samba/smbusers
# 5. Browser Control and Networking Options:
# Most people will find that this option gives better performance.
# See speed.txt and the manual pages for details
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
local master = yes
domain master = yes
preferred master = yes
# 6. Domain Control Options:
domain logons = yes
# Where to store roaming profiles for WinNT and Win2k
# %L substitutes for this servers netbios name, %u is username
# You must uncomment the [Profiles] share below
logon path = \\%L\Profiles\%u\.winprofile
# The add machine script is use by a samba server configured as a domain
# controller to add local machine accounts when adding machines to the domain.
# The script must work from the command line when replacing the macros,
# or the operation will fail. Check that groups exist if forcing a group.
# Script for domain controller for adding machines:
add machine script = /usr/sbin/useradd -d /dev/null -g machines -c 'Machine Account' -s /bin/false -M '%u'
enable privileges = yes
# 7. Name Resolution Options:
name resolve order = bcast
dns proxy = no
[Profiles]
path = /home
browseable = no
guest ok = no
writable = yes
# This script can be enabled to create profile directories on the fly
# You may want to turn off guest acces if you enable this, as it
# hasn't been thoroughly tested.
root preexec = PROFILE='/home/%u/.winprofile'; if [ ! -e $PROFILE ]; \
then mkdir -pm700 $PROFILE; chown '%u':'%g' $PROFILE;fi
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# to allow user 'guest account' to print.
guest ok = yes
writable = no
printable = yes
create mode = 0700
print command = lpr-cups -P %p -o raw %s -r # using client side printer drivers.
use client driver = yes
[print$]
path = /var/lib/samba/printers
browseable = yes
write list = @adm root
guest ok = yes
inherit permissions = yes
[Affaires]
browseable = yes
writeable = yes
path = /var/files/Affaires
write list = @catii
force group = catii
comment = Affaires en cours
create mode = 0775
directory mode = 0775
Le site à équiper n'est pas en france. Les 2 côtés sont reliés au net, et on a une liaison vpn entre les deux. Ceci étant, on me demande une liaison privée directe donc... je ne vois plus que la radio :s
Regarde du côté de squashfs, ça a l'air de répondre à ce que tu cherche : Une archive compressée, dans laquelle on peut naviguer en la montant. C'est un peu la même idée que l'image iso, la compression en plus !
:D Pour la maison, ok, c'est de l'humour !! Mais il a l'air nickel pour la boîte où le parc est, disons, légèrement hétérogène !
Le seul problème c'est que du coup, je risque de devoir mettre le doigt dans la maintenance des fenêtres :( Alors que jusqu'à maintenant, je m'en sortait en disant quelque chose du style : "Rien ne vous oblique à utiliser ça, donc assumez vos choix !" (toute l'infrastructure est libre, donc on a le choix des clients !)
Exactement ! D'où le problème (anticipé, j'ai pas encore chiffré) pour avoir un récupérateur d'eau efficace : Il faut une capacité énorme, donc chère et difficile à caser dans la maison ou le jardin :S
Je profite du thread pour poser la question... Quelqu'un a-t'il un retour d'expérience sur les récupérateurs d'eau dans le midi ? Je serais bien tenté d'en installer un chez moi, mais à coup d'une averse tout les 6 mois, j'ai peur de passer les 3/4 de l'année avec une citerne vide...
Oui. Encore faut-il que le laptop_mode soit activé sur secteur, sinon ces valeurs ne sont pas appliquées. Or ceci n'est pas la valeur par défaut (sur mdv)
Petit résumé des noms de variables :
LM_BATT_* : Laptop mode activé et sur batterie
LM_AC_* : Laptop mode activé et sur secteur
NOLM_BATT_* : Laptop mode désactivé et sur batterie
NOLM_AC_* : Laptop mode desactivé et sur secteur
A noter qu'on est toujours désactivé si laptop_mode n'est pas installé ; mais qu'on peut être activé ou désactivé s'il est installé et lancé : tout dépends des conditions que l'on précise en début du fichier de conf
"Ton expérience [...] n'a malheureusement aucune valeur statistique."
C'est clair ! Je n'ai jamais prétendu autre chose !! Elle a au moins le mérite d'offrir un peu plus de recul que ce que j'ai pu lire jusqu'à présent.
"Ton expérience prouve seulement que tu as eu de la chance, [...]"
Là, je ne suis pas d'accord ! Si tu lis une ligne plus loin, tu verra que je suis en 255 sur secteur, ce qui constitue 99% de mon utilisation du PC ! Le B1 n'est utilisé que sur batterie, et j'utilise la batterie :
- comme UPS ;)
- dans le train ou l'avion. Et là, avec les vibrations et les secousses, je suis rassuré de savoir mon disque arrêté quasiment en permanence !
L'autre chose qui est claire, c'est que le load/unload d'un portable ne sera jamais aussi faible que celui d'un desktop. Et l'il l'était, la surface du disque serait détruite par les vibrations bien avant de l'être par le nombre de déchargement de tête !
Je vais essayer d'expliquer un peu plus en détail ce que j'ai remarqué là dessus. tout d'abords le décors : Je n'utilise pas *ubuntu, mais des mandrakes/mandriva, en particulier sur des laptops depuis ~2000. J'ai remarqué ce problème de load/unload fréquents dès 2003 suite au bruit agaçant que fait le disque lorsqu'il décharge les têtes.
Pour commencer, que signifie décharger les têtes ? C'est les déplacer hors de la surface du disque pour 1. économiser l'énergie du système de positionnement de têtes et 2. mettre le disque en sécurité lors de chocs/vibrations de moyenne importance. En ce sens, cela ressemble un peu au parquage des têtes à l'arrêt du disque mais, disons, dans une moindre mesure. De ce fait, le déchargement des têtes d'un disque de laptop est beaucoup plus rapide que celui d'un desktop. Ce temps est géré directement par le firmware du disque et, selon les modèles, on a un peu d'influence dessus via le paramètre -B de hdparm, ou pas du tout. Tout dépends du constructeur.
L'autre pendant du problème est le mécanisme de cache en écriture du noyau, qui (sans que je sache expliquer dans le détail) n'écrit pas tout d'un coup sur le disque, mais grosso-modo, en deux fois. Ceci est parfairement visible avec un utilitaire comme gkrellm qui permet de tracer les accès disque. Avec les valeurs par défauts, on constate donc la séquence suivante lors d'une écriture peu importante :
- Chargement de la tête
- Ecriture
- Déchargement de la tête
- Chargement de la tête
- Vidage du cache
- Déchargement de la tête
Attention, contrairement a ce que laisse croire le troll, ceci se produit indépendamment de l'activation du laptop_mode !!
C'est évidement contre-productif. La solution contre ça est de jouer sur les paramètres vm/dirty_expire_centisecs et vm/dirty_writeback_centisecs qui permettent, au choix de raccourcir le délai entre l'écriture et le vidage du cache, soir au contraire, de tolérer un cache très long. Je suis en partisan des caches très long sur les laptops : Pas de risque de coupure de courant, et une fois tous les drivers bien optimisés, les plantages hard sont très rare. Donc, je prends le risque et j'utilise 1h (oui, vous avez bien lu !), ie vm/dirty_expire_centisecs=vm/dirty_writeback_centisecs=360000. Bon, c'est un réglage extrème, 5 ou 10minutes sont très bien aussi, hein ;)
Ensuite, le laptop_mode aide bien en la matière, car il permet de grouper les accès en écriture juste après que le disque ait été réveillé (s'il était en veille) par un accès en lecture. Donc laptop_mode + long cache en écriture + gros cache en lecture = on travaille quasiment qu'en RAM, avec des gains de rapidité importants en plus des gains d'autonomie sur batterie.
En pratique, je préconise l'installation de laptop_mode, et tous les réglages se font dans /etc/laptop-mode/laptop-mode.conf. Voici les réglages clef que j'utilise :
ENABLE_LAPTOP_MODE_ON_BATTERY=1
ENABLE_LAPTOP_MODE_ON_AC=1
ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=1
Au diable les compromis !!
MINIMUM_BATTERY_CHARGE_PERCENT=3
DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1
Ça, c'est pour se pouvoir dépécher de vider le cache en écriture quand la batterie est presque à plat
LM_BATT_MAX_LOST_WORK_SECONDS=3600
LM_AC_MAX_LOST_WORK_SECONDS=3600
C'est ce paramètre qui va fixer les vm/dirty_machins via le script de laptop_mode
CONTROL_HD_IDLE_TIMEOUT=1
LM_AC_HD_IDLE_TIMEOUT_SECONDS=300
LM_BATT_HD_IDLE_TIMEOUT_SECONDS=20
Les temps mise en veille du disque (arrêt rotation)
CONTROL_HD_POWERMGMT=1
BATT_HD_POWERMGMT=1
LM_AC_HD_POWERMGMT=255
NOLM_AC_HD_POWERMGMT=255
Contrôle le paramètre -B de hdparm : 255 si secteur, 1 si batterie. En mode 1, le disque s'arrête après seulement quelques secondes d'activité ! A n'utiliser qu'en connaissance de cause !
CONTROL_HD_WRITECACHE=1
NOLM_AC_HD_WRITECACHE=0
NOLM_BATT_HD_WRITECACHE=0
LM_HD_WRITECACHE=1
On active le cache en écriture si laptop mode est actif, on le désactive sinon. Utilisé en combinaison avec la désactivation auto si <3% de batterie pour vider les caches avant la panne sèche
Voilà, c'est tout pour la partie HDD de laptop_mode.
Ensuite, pour gagner encore plus en autonomie batterie ainsi qu'en durée de vie du hdd, je minimise les écriture sur disque en :
- montant /tmp en ram (tmpfs)
- liant /var/tmp et ~/tmp vers /tmp
- plançant dans ~/tmp les répertoires gconfd-user, kdecache-user, kde-user, ksocket-... etc, bref tout les trucs qui ne nécessitent pas vraiment de se conserver d'une session à l'autre, et qui génère bcp de traffic en écriture.
Voilà voilà ! En retour d'expérience, mon précédent laptop (machine principale de travail) a fonctionné 14000h en 5ans, et j'ai "usé" 1,5 hdd : Le 1er changé préventivement au bout de 4ans après qu'il ait atteint sa limite de design pour le load/unload cycle, le deuxième est toujours en service !
Ce problème n'est pas spécifique à canonical ! Ça fait déjà quelques années que j'ai pris l'habitude de régler les paramètres du hd sur toutes les distros que j'ai installé sur des laptops !
le problème le plus souvent identifié est le vm/dirty_expire_centisecs et vm/dirty_writeback_centisecs qui sont, par défaut dans le noyau, "juste trop court' pour être adapté aux valeurs par défaut des disques de laptop pour le déchargement des têtes (unload). Du coup, à chaque écriture, le disque décharge les têtes 2 fois.
Justement, laptop_mode est un des paramètres qu'il est fort utile d'activer, même en étant sur secteur : En augmentant la durée cache en écriture, et en groupant les écritures juste après les lectures, il permet de réduire significativement le nombre d'accès en écriture et, de là, le nombre de cycles de chargement/déchargement des têtes.
Reste le paramètre d'économie d'énergie des disques, qu'on peut régler sur -B255 sur secteur, mais ce n'est pas le paramètre le plus significatif, sauf à aller vers des valeurs extrème style -B1 !!
"En utilisant des enregistrements détaillés de transfert de fichiers musicaux, nous avons trouvé que le partage de fichiers n'a pas d'effet statistiquement significatif sur l'achat d'album moyen (NDT: sur l'achat moyen d'album ?) dans notre échantillon", selon l'étude. "Même le point le plus négatif de notre estimation montre qu'une augmentation de 1 déviation standard de l'échange de fichier réduit les ventes hebdomadaires d'un album d'un pâle 368 copies, un effet qui est trop faible pour être statistiquement différent de zéro."
L'étude rapporte que 803 millions de CDs ont été vendu en 2002, ce qui correspond a une diminution de 80 million par rapport a l'année précédente. La RIAA a imputé la majorité de la baisse au piratage, et a maintenu cet argument les années suivantes alors que les ventes s'effondrent. Pourtant, selon cette étude, l'impact du partage de fichier n'a pas pu être supérieur à 6 millions d'albums, au total pour 2002, laissant 74 million de CDs non vendus sans excuse pour être encore sur les étagères"
[^] # Re: man find
Posté par gronk34t . En réponse au message grep. Évalué à 2.
a affiner, hein !? là c'est du brut de décoffrage !!
# Joli mix-up
Posté par gronk34t . En réponse au journal Rions jaune avec voyages-sncf.com. Évalué à 1.
Alors donc, le login et le mail d'une autre personne, mais avec mon adresse postale et mes préférences de voyage :D
Très joli en effet pour le premier site de france !!
# Télécharger l'historique
Posté par gronk34t . En réponse au message Sauvegarder un indice boursier quotidiennement. Évalué à 2.
http://fr.finance.yahoo.com/q/hp?s=%5EFCHI
ou encore :
http://www.boursorama.com/outils/telechargement/telechargeme(...)
Ou si tu veux les intraday (mais là, il faut s'y prendre entre la cloture et minuit) :
http://www.euronext.com/tools/datacentre/datacentre_popup-26(...)
Voilà voilà. Après, rien de plus simple de faire des jolis graphiques avec l'outil de ton choix
# Et ma grand mère
Posté par gronk34t . En réponse au journal Aujourd'hui, on est le 8/8/8. Évalué à 3.
--> []
[^] # Re: Autre approche
Posté par gronk34t . En réponse au journal Le deuxième poste de dépense des Français...... Évalué à 10.
<ma vie>
Enfin, en tout cas, chez nous c'est comme ça que marche le télétravail et tout le monde est gagnant :
- L'entreprise par économie de bureaux et augmentation de la productivité des gars (un peu moins de 2x plus efficace constaté)
- les gars qui n'ont pas (peu) a se déplacer et considèrent le fait de pouvoir choisir leur lieu de vie comme un avantage social très important.
Et pour s'assurer que les délais sont définis correctement, on utilise les moyens suivant :
- Analyse rétrospective systématique des projets réalisés avec suivi de la durée d'étude et des coûts associés. Cette analyse permet en outre d'affiner la méthode de réalisation des devis, d'évaluer les méthodes utilisées, etc...
- Tout le monde met la main à la pâte de temps en temps, pour bien garder en mémoire la réalité du métier. Ça permet en outre aux "anciens" de transmettre une partie de leur expérience aux plus jeunes !
Bon, bien sûr on est une pme, donc c'est plus facile de s'organiser ou de faire bouger les choses !!
</ma vie>
[^] # Re: Packer
Posté par gronk34t . En réponse au message Arrêter un disque externe lorsqu'on le démonte. Évalué à 5.
C'est d'ailleurs fortement recommandé, car en cas d'arrêt d'alimentation disque en marche, ce dernier fait ce qu'on appelle un parquage d'urgence. En gros, ça consiste à utiliser l'inertie des plateaux tournant comme générateur électrique pour alimenter l'électronique et faire un parquage de tête. Comme le processus est moins bien contrôlé qu'un parquage normal, on estime qu'un parquage d'urgence use les têtes comme ~100 parquage normaux.
L'utilitaire smartmontools permet de voir le nombre d'arrêt normaux et d'arrêts d'urgence subit par le disque.
Par contre, je n'ai aucune idée de comment intégrer ça à gnome. A l'époque où j'avais un disque amovible (ide) je m'étais fait un petit script accessible en "service menu" de kde sur l'icone du disque, et j'utilisais ça au lieu de l'option existante.
[^] # Re: Une remarque bête
Posté par gronk34t . En réponse au message Intégration d'un serveur de domaine samba.. Évalué à 2.
Si un modo qui passais par là pouvait effacer la définition du partage [Affaires], il serait bien gentil... :)
Merci d'avance !
[^] # Re: Une remarque bête
Posté par gronk34t . En réponse au message Intégration d'un serveur de domaine samba.. Évalué à 2.
Ensuite, au niveau client, après avoir (comme tu l'as fait) joint le PC au domaine, n'importe quel utilisateur pouvait se connecter sur le PC, si tant est qu'il déclarait vouloir s'authentifier sur le domaine dans la boite de login windows. Les utilisateurs retrouvaient leur bureau et autre joyeusetés sur n'importe quel PC où ils se loggaient : J'avais activé les roaming profiles sur le serveur samba.
Seul inconvénient du truc : windows fait une copie locale du profil distant sur chaque machine ou un utilisateur donné s'est connecté :( Bon, ça fait des sauvegardes pas chères...
Si ça peut faire avancer le schmilblick, voici le smb.conf utilisé pour faire ce genre de choses :
#======================= Global Settings ========
[global]
# 1. Server Naming Options:
# workgroup = NT-Domain-Name or Workgroup-Name
workgroup = Mon_domaine
server string = Samba Server %v
unix charset = iso8859-15
display charset = iso8859-15
# 2. Printing Options:
# CHANGES TO ENABLE PRINTING ON ALL CUPS PRINTERS IN THE NETWORK
# (as cups is now used in linux-mandrake 7.2 by default)
# if you want to automatically load your printer list rather
# than setting them up individually then you'll need this
printcap name = cups
load printers = yes
printcap cache time = 60
printing = cups
# 3. Logging Options:
# this tells Samba to use a separate log file for each machine
# that connects
log file = /var/log/samba/%m.log
max log size = 1024
log level = 2
# 4. Security and Domain Membership Options:
# Allow users to map to guest:
map to guest = bad user
security = user
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
username map = /etc/samba/smbusers
# 5. Browser Control and Networking Options:
# Most people will find that this option gives better performance.
# See speed.txt and the manual pages for details
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
local master = yes
domain master = yes
preferred master = yes
# 6. Domain Control Options:
domain logons = yes
# Where to store roaming profiles for WinNT and Win2k
# %L substitutes for this servers netbios name, %u is username
# You must uncomment the [Profiles] share below
logon path = \\%L\Profiles\%u\.winprofile
# The add machine script is use by a samba server configured as a domain
# controller to add local machine accounts when adding machines to the domain.
# The script must work from the command line when replacing the macros,
# or the operation will fail. Check that groups exist if forcing a group.
# Script for domain controller for adding machines:
add machine script = /usr/sbin/useradd -d /dev/null -g machines -c 'Machine Account' -s /bin/false -M '%u'
enable privileges = yes
# 7. Name Resolution Options:
name resolve order = bcast
dns proxy = no
[Profiles]
path = /home
browseable = no
guest ok = no
writable = yes
# This script can be enabled to create profile directories on the fly
# You may want to turn off guest acces if you enable this, as it
# hasn't been thoroughly tested.
root preexec = PROFILE='/home/%u/.winprofile'; if [ ! -e $PROFILE ]; \
then mkdir -pm700 $PROFILE; chown '%u':'%g' $PROFILE;fi
[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
# to allow user 'guest account' to print.
guest ok = yes
writable = no
printable = yes
create mode = 0700
print command = lpr-cups -P %p -o raw %s -r # using client side printer drivers.
use client driver = yes
[print$]
path = /var/lib/samba/printers
browseable = yes
write list = @adm root
guest ok = yes
inherit permissions = yes
[Affaires]
browseable = yes
writeable = yes
path = /var/files/Affaires
write list = @catii
force group = catii
comment = Affaires en cours
create mode = 0775
directory mode = 0775
[Mes partages]
...
[homes]
path =
comment = Home Directories
browseable = yes
writable = yes
[^] # Re: Opérateur historique ?
Posté par gronk34t . En réponse au message ethernet radio longue distance (30km). Évalué à 1.
# date ?
Posté par gronk34t . En réponse au message Conversion de date pour import MySQL. Évalué à 2.
date -d $ta_date +%F\ %X
# squashfs ?
Posté par gronk34t . En réponse au message Comment lire un ficher taré sans "detarer". Évalué à 3.
[^] # Re: Pulse !!!
Posté par gronk34t . En réponse au journal Mandriva : comment mettre jour un parc ?. Évalué à 2.
Le seul problème c'est que du coup, je risque de devoir mettre le doigt dans la maintenance des fenêtres :( Alors que jusqu'à maintenant, je m'en sortait en disant quelque chose du style : "Rien ne vous oblique à utiliser ça, donc assumez vos choix !" (toute l'infrastructure est libre, donc on a le choix des clients !)
[^] # Re: Jamais fait mais...
Posté par gronk34t . En réponse au journal Mandriva : comment mettre jour un parc ?. Évalué à 4.
Y'a même un paquetage "park-rpmdrake"... je m'en vais de ce pas voir à quoi il sert et comment il marche :)
[^] # Re: Jamais fait mais...
Posté par gronk34t . En réponse au journal Mandriva : comment mettre jour un parc ?. Évalué à 2.
Ça m'apprendra d'aller vers google avant les pages man ;)
[^] # Re: liberté
Posté par gronk34t . En réponse au journal Le logiciel libre obligatoire à l'école ?. Évalué à -2.
[^] # Re: Récupérateurs d'eau dans le midi ?
Posté par gronk34t . En réponse au journal [HS] Et vous, comment avez vous construit votre maison ?. Évalué à 1.
# Récupérateurs d'eau dans le midi ?
Posté par gronk34t . En réponse au journal [HS] Et vous, comment avez vous construit votre maison ?. Évalué à 1.
[^] # Re: confus pour moi
Posté par gronk34t . En réponse au journal Canonical aurait des actions de fabricants de disques durs!. Évalué à 3.
Petit résumé des noms de variables :
LM_BATT_* : Laptop mode activé et sur batterie
LM_AC_* : Laptop mode activé et sur secteur
NOLM_BATT_* : Laptop mode désactivé et sur batterie
NOLM_AC_* : Laptop mode desactivé et sur secteur
A noter qu'on est toujours désactivé si laptop_mode n'est pas installé ; mais qu'on peut être activé ou désactivé s'il est installé et lancé : tout dépends des conditions que l'on précise en début du fichier de conf
[^] # Re: confus pour moi
Posté par gronk34t . En réponse au journal Canonical aurait des actions de fabricants de disques durs!. Évalué à 5.
C'est clair ! Je n'ai jamais prétendu autre chose !! Elle a au moins le mérite d'offrir un peu plus de recul que ce que j'ai pu lire jusqu'à présent.
"Ton expérience prouve seulement que tu as eu de la chance, [...]"
Là, je ne suis pas d'accord ! Si tu lis une ligne plus loin, tu verra que je suis en 255 sur secteur, ce qui constitue 99% de mon utilisation du PC ! Le B1 n'est utilisé que sur batterie, et j'utilise la batterie :
- comme UPS ;)
- dans le train ou l'avion. Et là, avec les vibrations et les secousses, je suis rassuré de savoir mon disque arrêté quasiment en permanence !
L'autre chose qui est claire, c'est que le load/unload d'un portable ne sera jamais aussi faible que celui d'un desktop. Et l'il l'était, la surface du disque serait détruite par les vibrations bien avant de l'être par le nombre de déchargement de tête !
[^] # Re: confus pour moi
Posté par gronk34t . En réponse au journal Canonical aurait des actions de fabricants de disques durs!. Évalué à 10.
Pour commencer, que signifie décharger les têtes ? C'est les déplacer hors de la surface du disque pour 1. économiser l'énergie du système de positionnement de têtes et 2. mettre le disque en sécurité lors de chocs/vibrations de moyenne importance. En ce sens, cela ressemble un peu au parquage des têtes à l'arrêt du disque mais, disons, dans une moindre mesure. De ce fait, le déchargement des têtes d'un disque de laptop est beaucoup plus rapide que celui d'un desktop. Ce temps est géré directement par le firmware du disque et, selon les modèles, on a un peu d'influence dessus via le paramètre -B de hdparm, ou pas du tout. Tout dépends du constructeur.
L'autre pendant du problème est le mécanisme de cache en écriture du noyau, qui (sans que je sache expliquer dans le détail) n'écrit pas tout d'un coup sur le disque, mais grosso-modo, en deux fois. Ceci est parfairement visible avec un utilitaire comme gkrellm qui permet de tracer les accès disque. Avec les valeurs par défauts, on constate donc la séquence suivante lors d'une écriture peu importante :
- Chargement de la tête
- Ecriture
- Déchargement de la tête
- Chargement de la tête
- Vidage du cache
- Déchargement de la tête
Attention, contrairement a ce que laisse croire le troll, ceci se produit indépendamment de l'activation du laptop_mode !!
C'est évidement contre-productif. La solution contre ça est de jouer sur les paramètres vm/dirty_expire_centisecs et vm/dirty_writeback_centisecs qui permettent, au choix de raccourcir le délai entre l'écriture et le vidage du cache, soir au contraire, de tolérer un cache très long. Je suis en partisan des caches très long sur les laptops : Pas de risque de coupure de courant, et une fois tous les drivers bien optimisés, les plantages hard sont très rare. Donc, je prends le risque et j'utilise 1h (oui, vous avez bien lu !), ie vm/dirty_expire_centisecs=vm/dirty_writeback_centisecs=360000. Bon, c'est un réglage extrème, 5 ou 10minutes sont très bien aussi, hein ;)
Ensuite, le laptop_mode aide bien en la matière, car il permet de grouper les accès en écriture juste après que le disque ait été réveillé (s'il était en veille) par un accès en lecture. Donc laptop_mode + long cache en écriture + gros cache en lecture = on travaille quasiment qu'en RAM, avec des gains de rapidité importants en plus des gains d'autonomie sur batterie.
En pratique, je préconise l'installation de laptop_mode, et tous les réglages se font dans /etc/laptop-mode/laptop-mode.conf. Voici les réglages clef que j'utilise :
ENABLE_LAPTOP_MODE_ON_BATTERY=1
ENABLE_LAPTOP_MODE_ON_AC=1
ENABLE_LAPTOP_MODE_WHEN_LID_CLOSED=1
Au diable les compromis !!
MINIMUM_BATTERY_CHARGE_PERCENT=3
DISABLE_LAPTOP_MODE_ON_CRITICAL_BATTERY_LEVEL=1
Ça, c'est pour se pouvoir dépécher de vider le cache en écriture quand la batterie est presque à plat
LM_BATT_MAX_LOST_WORK_SECONDS=3600
LM_AC_MAX_LOST_WORK_SECONDS=3600
C'est ce paramètre qui va fixer les vm/dirty_machins via le script de laptop_mode
CONTROL_HD_IDLE_TIMEOUT=1
LM_AC_HD_IDLE_TIMEOUT_SECONDS=300
LM_BATT_HD_IDLE_TIMEOUT_SECONDS=20
Les temps mise en veille du disque (arrêt rotation)
CONTROL_HD_POWERMGMT=1
BATT_HD_POWERMGMT=1
LM_AC_HD_POWERMGMT=255
NOLM_AC_HD_POWERMGMT=255
Contrôle le paramètre -B de hdparm : 255 si secteur, 1 si batterie. En mode 1, le disque s'arrête après seulement quelques secondes d'activité ! A n'utiliser qu'en connaissance de cause !
CONTROL_HD_WRITECACHE=1
NOLM_AC_HD_WRITECACHE=0
NOLM_BATT_HD_WRITECACHE=0
LM_HD_WRITECACHE=1
On active le cache en écriture si laptop mode est actif, on le désactive sinon. Utilisé en combinaison avec la désactivation auto si <3% de batterie pour vider les caches avant la panne sèche
Voilà, c'est tout pour la partie HDD de laptop_mode.
Ensuite, pour gagner encore plus en autonomie batterie ainsi qu'en durée de vie du hdd, je minimise les écriture sur disque en :
- montant /tmp en ram (tmpfs)
- liant /var/tmp et ~/tmp vers /tmp
- plançant dans ~/tmp les répertoires gconfd-user, kdecache-user, kde-user, ksocket-... etc, bref tout les trucs qui ne nécessitent pas vraiment de se conserver d'une session à l'autre, et qui génère bcp de traffic en écriture.
Voilà voilà ! En retour d'expérience, mon précédent laptop (machine principale de travail) a fonctionné 14000h en 5ans, et j'ai "usé" 1,5 hdd : Le 1er changé préventivement au bout de 4ans après qu'il ait atteint sa limite de design pour le load/unload cycle, le deuxième est toujours en service !
Merci a ceux qui m'ont lu jusqu'au bout !!
# laptop mode
Posté par gronk34t . En réponse au journal Canonical aurait des actions de fabricants de disques durs!. Évalué à 10.
le problème le plus souvent identifié est le vm/dirty_expire_centisecs et vm/dirty_writeback_centisecs qui sont, par défaut dans le noyau, "juste trop court' pour être adapté aux valeurs par défaut des disques de laptop pour le déchargement des têtes (unload). Du coup, à chaque écriture, le disque décharge les têtes 2 fois.
Justement, laptop_mode est un des paramètres qu'il est fort utile d'activer, même en étant sur secteur : En augmentant la durée cache en écriture, et en groupant les écritures juste après les lectures, il permet de réduire significativement le nombre d'accès en écriture et, de là, le nombre de cycles de chargement/déchargement des têtes.
Reste le paramètre d'économie d'énergie des disques, qu'on peut régler sur -B255 sur secteur, mais ce n'est pas le paramètre le plus significatif, sauf à aller vers des valeurs extrème style -B1 !!
[^] # Re: Pas de liens, ou effets inverses qui s'annulent ?
Posté par gronk34t . En réponse au journal Une nouvelle étude sur le P2P. Évalué à 2.
# Pour les allergiques à la langue de shakespeare...
Posté par gronk34t . En réponse au journal Une nouvelle étude sur le P2P. Évalué à 5.
L'étude rapporte que 803 millions de CDs ont été vendu en 2002, ce qui correspond a une diminution de 80 million par rapport a l'année précédente. La RIAA a imputé la majorité de la baisse au piratage, et a maintenu cet argument les années suivantes alors que les ventes s'effondrent. Pourtant, selon cette étude, l'impact du partage de fichier n'a pas pu être supérieur à 6 millions d'albums, au total pour 2002, laissant 74 million de CDs non vendus sans excuse pour être encore sur les étagères"