Macsim's mind: $tail -f macsim

Aller au contenu | Aller au menu | Aller à la recherche

Balise - memo

lundi, avril 27 2009

Accélérer le boot de debian et ubuntu

Dans le fichier /etc/init.d/rc au niveau de la ligne 32 on trouve l'option CONCURRENCY=none avec ce bloc:

Specify method used to enable concurrent init.d scripts.
Valid options are 'none', 'shell' and 'startpar'.  To enable the
concurrent boot option, the init.d script order must allow for
concurrency.  This is not the case with the default boot sequence in
Debian as of 2008-01-20.  Before enabling concurrency, one need to
check the sequence values of all boot scripts, and make sure only
scripts that can be started in parallel have the same sequence
number, and that a scripts dependencies have a earlier sequence
number. See the insserv package for a away to reorder the boot
automatically to allow this.

Ce qui donne grosso-modo:

Spécifier la méthode utilisée pour le mode concurrent des scripts init.d.
Les options valides sont 'none','shell' et 'startpar'.
Pour activer l'option concurrente au boot, les scripts init.d doivent être ordonnées
pour permettre la concurrence. Ce n'est plus le cas avec les séquences de boot par défaut
 dans Debian depuis le 20-01-2008.
Avant d'activer la concurrence, la valeurs des séquences de tous les scripts de boot doivent
êtres vérifiées et il faut s'assurer que seul les scripts qui peuvent être lancés en parallèle
ont le même numéro de séquence et que les dépendances des scripts ont un numéro de séquence inférieur.
Jetez un coup d'oeil au package insserv pour permettre un réordonnement automatique du boot.

L'option 'startpar' fait un lancement en parallel des scripts init.d avec une sortie sérialisée. 

L'option 'shell' semble si j'ai bien compris générer un cache de lecture “readahead".

Après avoir essayé l'option shell je tombe vraiment sur un résultat intéressant.

Le temps comprend le démarrage d'une debian sid depuis grub jusqu'à GDM dans une machine virtuelle virtualbox.

  • Avec l'option 'none' je mets 49,74 secondes
  • Avec l'option 'startpar' je mets 35,12 secondes.
  • Avec l'option 'shell' je mets 28,16 secondes.

Pour ma part voici comment j'ai reconfiguré le tout.

Pour optimiser le démarrage j'ai installé insserv que je ne connaissait pas du tout, j'ai lancer update-bootsystem-insserv pour optimiser les scripts init.d.

Ça marche plutôt pas mal.

Je n'ai pas testé sur ubuntu mais l'option est bien présente dans /etc/init.d/rc si vous avez des résultats concluant fates le moi savoir.

non
Article intéressant ?
oui
44%
56%
188 vote(s)

mardi, juillet 15 2008

OpenVPN dans un domU

Je n'ai pas d'interface tunX dans un domU debian, pour lancer openvpn j'ajoute dans /etc/init.d/openvpn

mkdir /dev/net

mknod /dev/net/tun c 10 200

Si vous connaissez mieux.

non
Article intéressant ?
oui
54%
46%
128 vote(s)

vendredi, avril 11 2008

Mootools + TinyMCE Problème de double click

J'ai rencontré plusieurs problème entre tinyMCE et mootools cette semaine dont un bien vicieux.

L'idée c'est d'envoyer un formulaire par un appel Ajax de mootools.

Le problème c'est qu'il faut envoyer deux fois le formulaire pour que les champs textarea en tinyMCE soit mis dans le POST

Il suffit d'ajouter tinyMCE.triggerSave(); juste avant l'appel Ajax.


En xhtml


<form action='#' id='mon_form'>
<textarea id='tinymce_area' name='tinymce_area'></textarea>
<input type='submit' value='save' />
</form>

En javascript

$('mon_form').addEvent('submit',function(e){
    var event = new Event(e);
    event.stop();
    tinyMCE.triggerSave();
    new Ajax('sauver.php',{
                    method:'post',
                    data : $('mon_form'),
                    evalScripts:true,
                    update: 'div_update'
                }).request();

non
Article intéressant ?
oui
50%
50%
110 vote(s)