Posté par shbrol .
En réponse au journal Le journal.
Évalué à 1.
Il y a aussi readahead / readahead-fedora, qui fait du préchargement des fichiers utilisés au boot, sans réallocation sur le disque (pas besoin d'ext4).
Je n'ai pas essayé e4rat, parce que je ne voulais pas modifier la partition, donc je ne peux pas comparer. Mais readahead-fedora a divisé mon temps de boot par 2 (et ce n'est pas un sentiment, bootchart, toussa..)
Posté par shbrol .
En réponse au journal CDE.
Évalué à 1.
Mais comment, ce n'est pas possible, ta principale motivation pour remplacer Solaris par Debian Sparc c'était juste que CDE c'était moche et vieux ? Moi qui croyait que c'était pour la beauté du libre ! Quelle désillusion après tant d'années ;)
Pour l'administration, l'état civil, les notaires, il y a une différence entre Zenitram, Zénitram et Zènitram.
Pour faire rectifier un accent dans l'état civil, il faut passer par le procureur de la république.
Et si jamais tu rencontres ce genre de problème avec l'administration, je te souhaite bon courage pour leur expliquer que c'est pareil…
AMHA, le problème ne vient pas de FAT, mais de l'implémentation par dessus qui suppose qu'il n'est pas nécessaire de trier les noms de fichier par ordre alphabétique après lecture du répertoire.
Dans mes lointains souvenirs, les résultats de readdir(3) ne sont pas fournis dans l'ordre alphabétique sur un système de fichier ext, donc le problème serait le même.
Parce que cela permettra aux vendeurs de machine à voter de faire de l'argent, alors qu'ils ne peuvent pas dans le système actuel.
Sinon, effectivement, ça ne sert à rien.
Personne n'a d'arguments satisfaisant pour justifier le vote électronique. Ca permet de gagner quelques heures au dépouillement, mais franchement voilà. Economiquement, c'est pas sûr que ça coûte moins cher…
Ben si, l'intérêt du vote électronique, c'est de faire gagner de l'argent aux vendeurs de machines à voter…
Parce que ca colle bien à la formation et au calibre des étudiants qu'on trouve dans cette école. Dans une autre vie, j'y ai trouvé deux stagiaires qui ont été embauchés par la suite. Il y en a un qui traine par ici, il devrait se reconnaitre ;)
Hmmm, comment te dire... je parlais de la durée de remplissage du cache, ou cat et dd sont équivalent.
J'ai vidé le cache, puis l'ai rempli avec dd. Ensuite, je l'ai vidé à nouveau, puis rempli avec cat. Les deux remplissage ont une durée équivalente, de l'ordre de la dizaine de seconde.
Par contre, si on ne vide pas le cache entre les deux remplissage, alors le deuxieme est immédiat (et on voit donc une différence).
J'ai bien mis l'option "bs=1M" à dd, je n'ai pas vu de différence notable pour le temps de chargement par rapport a cat, sur mon exemple particulier.
Et cat est plus sympa, parce qu'on peut charger plusieurs fichier avec une seule commande, pour dd c'est un appel par fichier.
Je crois que ca n'apporte rien d'utiliser dd, j'ai fait l'essai avec dd et cat, et le resultat est identique. Peut etre pour éviter un UUOC ?
Et j'ai fait une boulette dans ma correction de syntaxe dd, ce n'est pas "-i mylib.so -o /dev/null" mais plutot "if=mylib.so of=/dev/null" ... bref, cat c'est plus simple...
Il me reste maintenant a mesurer le temps de démarrage de l'appli avec/sans cache chargé, merci a tous pour votre aide.
Pour le chargement en cache, je m'attendait a plus compliqué, c'est élegant ! Par contre, pour la syntaxe sa serait plutôt "dd ds=1M -i mylib.so -o /dev/null", n'est ce pas ? Merci aussi.
Oui, j'avait pensé à un truc comme cela, donc je précise la question :
- parmi les outils cités plus haut, est ce qu'il y en a un en particulier qui permet de valider cette hypothèse facilement ?
- est-ce qu'il existe une méthode pour accélérer le chargement des librairies ?
Puisqu'on est dans le sujet : j'ai une application qui met très longtemps à démarrer à froid, juste après le boot de la machine, mais ensuite, le redémarrage de l'appli est quasi-instantané.
Quel est le meilleur outil pour déterminer la section de code qui ralenti le premier démarrage ?
Pour l'instant, j'utilise une télécommande Hauppauge récupérée sur une vieille carte tuner, mais je vais bientot changer pour une Harmony histoire d'avoir une télécommande unique pour piloter tous les appareils.
Pour le budget, ca se décompose comme ceci : barebone (199 euros), RAM (15e), disque dur 2To (70e, avant inondation), Harmony 600 (39e), total 323 euros. Un clavier USB de recup est le bienvenu pendant l'installation.
Pour la HD, tu n'as pas besoin de CPU si la carte graphique est capable de faire la décompression video. A partir de la, une configuration a base d'Atom est suffisante.
J'utilise un S1-AT5NM10E sous Debian Wheezy avec XBMC 11 beta, j'en suis tres content : silencieux, tout le materiel est reconnu (bluetooth, capteur IR, wifi), et pas trop cher. Il faut juste ajouter mémoire, disque dur et télécommande. http://www.asus.com/Barebone_PC/S_Series_3L/S1AT5NM10E/
Désolé, moi aussi je me suis fais avoir il y a très longtemps ;)
Mais tu devrais vraiment faire ton test avec calloc() plutôt que malloc(). Sur une autre machine (512Mo RAM + 300Mo swap), avec allocation de 500,000,000 octets dans une boucle, le programme réussit 5 malloc() consécutifs, le 6ème échoue... Par contre, avec calloc(), le premier passe, mais ca échoue dès le deuxième.
[^] # Re: ?
Posté par shbrol . En réponse au journal Le journal. Évalué à 1.
Il y a aussi readahead / readahead-fedora, qui fait du préchargement des fichiers utilisés au boot, sans réallocation sur le disque (pas besoin d'ext4).
Je n'ai pas essayé e4rat, parce que je ne voulais pas modifier la partition, donc je ne peux pas comparer. Mais readahead-fedora a divisé mon temps de boot par 2 (et ce n'est pas un sentiment, bootchart, toussa..)
[^] # Re: Pourquoi nostalgique ?
Posté par shbrol . En réponse au journal CDE. Évalué à 1.
Mais comment, ce n'est pas possible, ta principale motivation pour remplacer Solaris par Debian Sparc c'était juste que CDE c'était moche et vieux ? Moi qui croyait que c'était pour la beauté du libre ! Quelle désillusion après tant d'années ;)
[^] # Re: Pourquoi nostalgique ?
Posté par shbrol . En réponse au journal CDE. Évalué à 3.
Certes, mais comme tu es bien élevé, tu ne te plaignais pas !
[^] # Re: Orson Wells l'avait presque prédit !
Posté par shbrol . En réponse à la dépêche Nuageuse mise à jour des routeurs Cisco et premiers grondements. Évalué à 9.
Effectivement, il y a une erreur sur la citation, il fallait lire :
"Monde de merde!"
[^] # Re: Il existe vraiment ce bug ?
Posté par shbrol . En réponse au journal Leap second. Évalué à 0.
Pourtant les bugs mentionnés ne concernent pas les clavier qui se blo
[^] # Re: Caractères ASCII
Posté par shbrol . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 1.
Et si tu essayait "Ze Nitram", parce qu'il te prend l'envie d'une particule ?
[^] # Re: Caractères ASCII
Posté par shbrol . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 4.
Pour l'administration, l'état civil, les notaires, il y a une différence entre Zenitram, Zénitram et Zènitram.
Pour faire rectifier un accent dans l'état civil, il faut passer par le procureur de la république.
Et si jamais tu rencontres ce genre de problème avec l'administration, je te souhaite bon courage pour leur expliquer que c'est pareil…
[^] # Re: Moi y en a pas comprendre de quoi toi te plaindre ?
Posté par shbrol . En réponse au journal FATSort à la rescousse des autoradios mp3. Évalué à 7.
AMHA, le problème ne vient pas de FAT, mais de l'implémentation par dessus qui suppose qu'il n'est pas nécessaire de trier les noms de fichier par ordre alphabétique après lecture du répertoire.
Dans mes lointains souvenirs, les résultats de readdir(3) ne sont pas fournis dans l'ordre alphabétique sur un système de fichier ext, donc le problème serait le même.
(et aussi peut être l'option -f de ls ?)
[^] # Re: Un point de plus
Posté par shbrol . En réponse au journal La seule et unique raison de refuse le vote par Internet. Évalué à 1.
Parce que cela permettra aux vendeurs de machine à voter de faire de l'argent, alors qu'ils ne peuvent pas dans le système actuel.
Sinon, effectivement, ça ne sert à rien.
[^] # Re: et le vote papier ?
Posté par shbrol . En réponse au journal Le vote par internet, c'est encore mieux quand c'est bien fait.... Évalué à 1.
Ben si, l'intérêt du vote électronique, c'est de faire gagner de l'argent aux vendeurs de machines à voter…
[^] # Re: Monsieur, Bravo, je fais donc appel à vos conseil
Posté par shbrol . En réponse au journal Bref, j'arrête de développer pour le web. Évalué à 10.
Si la rentabilité long terme avait la moindre importance, ca se saurait…
[^] # Re: Sur une Livebox mini
Posté par shbrol . En réponse au journal Un virus redirige les requête DNS, les ordinateurs Belges scannés par l'état ?. Évalué à 2.
Interessant : j'ai exactement les mêmes symptomes à la maison actuellement (LiveBox 2).
[^] # Re: Mais pourquoi...
Posté par shbrol . En réponse au journal Le futur du langage ISO C++ : les nouvelles librairies PCL. Évalué à 5.
Pour completer la liste des gros fournisseurs, il y a aussi xlc (IBM) et acc (HP).
[^] # Re: Je n'y crois pas
Posté par shbrol . En réponse au journal Mais où sont les stagiaires curieux et passionnés ?. Évalué à 1.
Parce que ca colle bien à la formation et au calibre des étudiants qu'on trouve dans cette école. Dans une autre vie, j'y ai trouvé deux stagiaires qui ont été embauchés par la suite. Il y en a un qui traine par ici, il devrait se reconnaitre ;)
[^] # Re: dtrace un jour ?
Posté par shbrol . En réponse à la dépêche Le noyau Linux 3.2 est disponible. Évalué à 5.
Hmmm, comment te dire... je parlais de la durée de remplissage du cache, ou cat et dd sont équivalent.
J'ai vidé le cache, puis l'ai rempli avec dd. Ensuite, je l'ai vidé à nouveau, puis rempli avec cat. Les deux remplissage ont une durée équivalente, de l'ordre de la dizaine de seconde.
Par contre, si on ne vide pas le cache entre les deux remplissage, alors le deuxieme est immédiat (et on voit donc une différence).
[^] # Re: dtrace un jour ?
Posté par shbrol . En réponse à la dépêche Le noyau Linux 3.2 est disponible. Évalué à 2.
J'ai bien mis l'option "bs=1M" à dd, je n'ai pas vu de différence notable pour le temps de chargement par rapport a cat, sur mon exemple particulier.
Et cat est plus sympa, parce qu'on peut charger plusieurs fichier avec une seule commande, pour dd c'est un appel par fichier.
[^] # Re: dtrace un jour ?
Posté par shbrol . En réponse à la dépêche Le noyau Linux 3.2 est disponible. Évalué à 1.
Je crois que ca n'apporte rien d'utiliser dd, j'ai fait l'essai avec dd et cat, et le resultat est identique. Peut etre pour éviter un UUOC ?
Et j'ai fait une boulette dans ma correction de syntaxe dd, ce n'est pas "-i mylib.so -o /dev/null" mais plutot "if=mylib.so of=/dev/null" ... bref, cat c'est plus simple...
Il me reste maintenant a mesurer le temps de démarrage de l'appli avec/sans cache chargé, merci a tous pour votre aide.
[^] # Re: dtrace un jour ?
Posté par shbrol . En réponse à la dépêche Le noyau Linux 3.2 est disponible. Évalué à 2.
Excellent, maintenant je sais remplir et vider mon cache, merci beaucoup.
Je vais commencer par ca avant de sortir l'artillerie.
[^] # Re: dtrace un jour ?
Posté par shbrol . En réponse à la dépêche Le noyau Linux 3.2 est disponible. Évalué à 2.
Merci pour oprofile, je m'en vais lire la doc.
Pour le chargement en cache, je m'attendait a plus compliqué, c'est élegant ! Par contre, pour la syntaxe sa serait plutôt "dd ds=1M -i mylib.so -o /dev/null", n'est ce pas ? Merci aussi.
[^] # Re: dtrace un jour ?
Posté par shbrol . En réponse à la dépêche Le noyau Linux 3.2 est disponible. Évalué à 2.
Oui, j'avait pensé à un truc comme cela, donc je précise la question :
- parmi les outils cités plus haut, est ce qu'il y en a un en particulier qui permet de valider cette hypothèse facilement ?
- est-ce qu'il existe une méthode pour accélérer le chargement des librairies ?
[^] # Re: dtrace un jour ?
Posté par shbrol . En réponse à la dépêche Le noyau Linux 3.2 est disponible. Évalué à 2.
Puisqu'on est dans le sujet : j'ai une application qui met très longtemps à démarrer à froid, juste après le boot de la machine, mais ensuite, le redémarrage de l'appli est quasi-instantané.
Quel est le meilleur outil pour déterminer la section de code qui ralenti le premier démarrage ?
[^] # Re: Sur quelle machine?
Posté par shbrol . En réponse à la dépêche XBMC 11.0 « Eden » en bêta 1. Évalué à 1.
Le haut de gamme est cher, mais ine Harmony 600 c'est environ 40 euros, activités comprises.
[^] # Re: Sur quelle machine?
Posté par shbrol . En réponse à la dépêche XBMC 11.0 « Eden » en bêta 1. Évalué à 1.
Pour l'instant, j'utilise une télécommande Hauppauge récupérée sur une vieille carte tuner, mais je vais bientot changer pour une Harmony histoire d'avoir une télécommande unique pour piloter tous les appareils.
Pour le budget, ca se décompose comme ceci : barebone (199 euros), RAM (15e), disque dur 2To (70e, avant inondation), Harmony 600 (39e), total 323 euros. Un clavier USB de recup est le bienvenu pendant l'installation.
[^] # Re: Sur quelle machine?
Posté par shbrol . En réponse à la dépêche XBMC 11.0 « Eden » en bêta 1. Évalué à 2.
Pour la HD, tu n'as pas besoin de CPU si la carte graphique est capable de faire la décompression video. A partir de la, une configuration a base d'Atom est suffisante.
J'utilise un S1-AT5NM10E sous Debian Wheezy avec XBMC 11 beta, j'en suis tres content : silencieux, tout le materiel est reconnu (bluetooth, capteur IR, wifi), et pas trop cher. Il faut juste ajouter mémoire, disque dur et télécommande.
http://www.asus.com/Barebone_PC/S_Series_3L/S1AT5NM10E/
[^] # Re: En clair
Posté par shbrol . En réponse au journal Vente liée : comment se tirer soi-même une balle dans le pied. Évalué à 2.
Désolé, moi aussi je me suis fais avoir il y a très longtemps ;)
Mais tu devrais vraiment faire ton test avec calloc() plutôt que malloc(). Sur une autre machine (512Mo RAM + 300Mo swap), avec allocation de 500,000,000 octets dans une boucle, le programme réussit 5 malloc() consécutifs, le 6ème échoue... Par contre, avec calloc(), le premier passe, mais ca échoue dès le deuxième.
Bref, c'était juste pour pinailler.