En effet, ce genre de système avec unionfs ou casper et moo (je ne retrouve plus l'url...) est déjà utilisé. Cependant il est généralement destiné à d'autres usages :
- minimiser les écritures sur le disque dur (une flash card ou autre),
- un liveCD avec l'image du CD en lecture seule et une autre image en écriture pour mémoriser les modifications du liveCD.
La technique dont tu parles sert uniquement à accélérer le temps de boot si j'ai bien compris ? (est-ce la technique utilisée par je ne sais plu quel liveCD pour booter + vite ?)
Ce que je cherche à faire c'est accélérer le lancement de toutes les applications en contre partie d'un chargement initial long. Sur mon eeePC ça n'a rien changé malheureusement et mon PC fixe n'est pas assez de RAM (760Mio).
Si cette astuce n'a aucun effet sur un PC avec un disque dur mécanique, cela signifie que la lenteur relative d'un disque dur n'a que très peu d'impact sur le chargement d'une applications (mais pas forcement au boot où plein de petites applis sont lancées).
ps : sur un PC capable d'exécuter 1 ou plusieurs milliards d'opérations par seconde, ça me fait chier d'attendre plusieurs secondes pour lancer la calculatrice gnome...
Et en effet, elle est bien garantie longtemps (10 ans ou à vie), donc je ne l'ai pas vraiment jetée. Mais je ne saurais plus trop quoi en faire maintenant, vu qu'elle n'a pas répondu à mes attentes ni en débit, ni en durée de vie :)
Il s'agissait de mon PC principal, fixe, qui avait donc un autre disque dur avec mise en veille automatique, et des dossiers chargés en tmpfs.
Pour ne pas réveiller le HDD toutes les 5s, le /home était aussi sur la compact flash. C'est peut être ça qui l'a tuée si vite (les fichiers de config?).
Pour un serveur, elle est peut être bcp moins sollicitée.
Délai avant l'affichage de la page d'accueil : 3s la fois où il crée le profil, 2s ensuite
Défilement des pages : fluide, mais pas en temps réel (le défilement fini un moment après avoir relaché la molette)
RAM utilisée (colonne RSS de la comamnde "ps aux")
RAM : 32728 ko au lancement + création du profil
RAM : 28856 ko aux autres lancements
Après affichage du site http://www.sky-animes.com
RAM : 47316 ko
Temps de rendu : 8s (ça se voit qu'il n'a rien oublié de charger)
ps : toutes les extensions ont été virées pour le test (sauf le flash qui s'est faufilé en dehors de la fenêtre "modules complémentaires" :))
Konqueror (4:3.5.7.dfsg.1-1, Debian Testing) :
Délai avant l'affichage de la page d'accueil : 8s la fois où il crée le profil, 1/2s ensuite
Défilement des pages : fluide
RAM utilisée (colonne RSS de la comamnde "ps aux")
RAM : 23736 ko au lancement + création du profil
RAM : 23736 ko aux autres lancements
Après affichage du site http://www.sky-animes.com
RAM : 35284 ko
Temps de rendu : 11s (une meilleur gestion de téléchargement parallèle et il gagne partout :p)
Comme le précise zero heure, c'est une version alpha, qui est déjà assez prometteuse. Donc rendez-vous pour une future news :)
--
ps : bien vu la technique pour essayer de me faire switcher sous KDE patrick_g :)
voici une série de qq tous petits tests qui valent ce qu'ils valent :p
Ils ont été effectués sur un Athlon 1700 qui rame un peu à cause d'une FlashCard en DMA1... Le cache de chaque navigateur, s'ils en ont un, a été vidé à chaque fois, donc toutes les images du site sont téléchargées.
Tous les tests ont été effectués sur le site http://www.sky-animes.com qui utilise un peu de CSS (du genre margin, padding. Mais pas de float/relative ou truc du genre) et contient du code bien gore en HTML comme on aime (basé sur le CMS nuked-clan avec un thème retouché à l'ancienne) :p
Place aux comparaisons :
hv3 :
Délai avant l'affichage de la page d'accueil : instantané
Défilement des pages : fluide
RAM utilisée (colonne RSS de la commande "ps aux")
14992 ko au lancement
19508 ko après activation du ecmascript
Délai avant l'affichage de la page d'accueil : instantanné (sans compter le chargement de la page d'accueil qui n'est pas locale)
Défilement des pages : saccadé
RAM utilisée (colonne RSS de la comamnde "ps aux")
RAM : 20008 ko au lancement
Conclusions :
hv3 : assez rapide et léger, utilise un cache vidé à chaque lancement de la 1ere instance du logiciel.
netsurf : rendu très lent, léger, encore trop hasardeux dans le placement des "blocs" sur le site de test.
epiphany : bon rendu, assez rapide aussi,consomme un peu plus de RAM
Voilà, à vous de choisir ce qui vous convient le mieux après :)
Concernant dillo et links2, ils sont encore assez loin derrière concernant le rendu, par contre on ne fait pas mieux niveau rapidité :p
par contre j'ai l'impression qu'il gère mieux les css.
J'ai réussi à passer le boot sans devoir toucher au kernel avec les options "ide=nodma noapic".
Il y a des erreurs au boot, cependant ça passe quand même, et une fois le boot terminé je peux voir que le DMA est bien désactivé.
Je suppose donc que le kernel ne prend en compte l'option nodma qu'à partir d'un certain moment.
Une fois booté, j'ai testé différentes options avec le DMA, et ce qui donne les meilleurs performances est le mode 'mdma2' :
# hdparm -d1 -Xmdma2 -tT /dev/hda
Timing buffered disk reads: 44 MB in 3.08 seconds = 14.30 MB/sec
# hdparm -d1 -Xudma1 -tT /dev/hda
Timing buffered disk reads: 24 MB in 3.22 seconds = 7.44 MB/sec
Les autres modes > udma1 provoquent des erreurs DMA.
J'ai trouvé sur cette page [1] une liste des correspondances entre les modes ultra DMA et les normes ATA. Pour mon adapteur qui supporte du ATA33, celà correspond au umda2. Mon adaptateur est éventuellement menteur dans sa doc :D
J'ai aussi constaté un autre problème, sûrement lié à la désactivation du DMA au boot, même après l'activation avec hdparm : le CPU tourne à 100% lors d'une copie de fichier, et pendant plus longtemps que la copie.
Ex pour un fichier de 170Mo :
#time cp fichier_hdb fichier_hda
réel : 0m7.561s
et temps CPU : 18s à 100%
Il faut donc se méfier des benchs (vous avez déjà entendu ça qq part non ? :p) et le mode udma1 n'est pas plus lent si on tient compte du CPU.
chimrod > si tu as encore le noyau qui plante, peut-tu tester avec l' option 'noapic' en + voir si ça boot chez toi ?
nicO > en effet, en modifiant le mode avec hdparm il y a eu du progrès, même si on est très loin des 40Mo/s :p
Après avoir mis à jour de Sarge (la seule à ma disposition ce soir) à Testing, cela ne marche plu...
- Kernel 2.6.8 => 2.6.18 (et c bien lui le responsable, car ça boot sans soucis avec le 2.6.8, ou alors c'est un programme lié comme Hal (qui a besoin d'un 2.6.15 pour se lancer)).
Ca signifie donc que ta carte n'est pas à son débit maximum ?
Quelles sont les performances cependant ?
Est-ce que le lancement des applications est + réactif quand même ?
Je ne compte pas la faire tourner à 5mo/s au lieu de 40mo/s... je vais aller me renseigner du coté du vendeur du convertisseur (le constructeur a l'air chinois lui : mini doc en anglais et en chinois).
L'idée de la flash pour accélérer le boot est sympa (c'est en partie le but de mon installation). Le lancement des programmes est aussi plus rapide.
Par contre, la mettre dans le disque dur est une mauvaise idée selon moi (ça a cependant l'avantage de charger + rapidement depuis le disque), car :
- tu ne peux pas changer la taille de la flash comme tu veux (ca m'étonnerait que ça soit amovible :D)
- si ça tombe en panne t'es niqué
- faut espérer que le protocol soit standardisé et non breteté de partout
test de copie de fichier de HDD à CF : 2,7Mo/s et 2,6Mo/s
action du DMA avec hdparm (hdparm -d1 /dev/hda et hdb) : 18,5Mo/s et 19,8Mo/s)
peut après (suite à un 'hdparm -i /dev/hdb' peut être), plantage de la console
=> delogué, erreurs DMA (timeout), ext3-fs error, etc.
* boot avec ide=nodma, disque dur avec dma activé (hdparm), CF sans DMA :
Le système a l'air stable, sauf que la CF est sous vraiment utilisée (5ou6Mo/s en lecture).
Dois-je en conclure d'après vous que c'est l'adaptateur le fautif ?
Par contre je ne sais pas si :
- c'est pour 1 million de lecture et ecriture au total ou séparement
- c'est 1 million/block ou octet ou s'ils utilisent une technique de répartition des données pour éviter d'ecrire trop souvent au même endroit (ce qui pourrait amener à 10 000 écritures réelles par block ou octet)
Quoiqu'il en soit il faut :
- utiliser l'option noatime (pour desactiver l'ecriture de la date de dernier accès aux fichiers)
- parametrer la valeur de /proc/sys/vm/swappiness pour réduire la quantité d'écritures sur disque (60 par défaut, de 10 à 30 selon les préférences des internautes :p)
Après quelques autres tests avec :
- la CF branchée et le disque dur
- les options de boot : ide=nodma nodma
Le boot a réussi à se terminer.
Cependant, les débits HDD => CF vont de 2,6Mo/s à 2,7Mo/s...
Toujours sans dma au boot, je tente de l'activer avec hdparm (sur les 2) (oui, n'ayons peur de rien :D) :
- copie HDD => 18Mo/s à 20Mo/s
C'est déjà mieux, sauf que le système est plus qu'instable... ("attempt to acces beyond end of device", "dma timeout error")
Je tente la même chose puis configure en udma0 (les 2 toujours) :
- débit de 8Mo/s à 9Mo/s.
Système tout aussi instable.
Pour ta proposition, est-il possible de le faire juste après que le kernel affiche les messages :
VP_IDE: VIA vt8283... UDE UDM100 controller....
ide0 : .... hda:DMA, hdb:DMA
ide1 : .... hdc:DMA, hdd:DMA
hda : TRANSCEND, ATA DISK driver
...
hdd : blabla DVDROM
et avant le montage des partitions ? (c'est là que ça déconne) :
EXT3-fs: mounted filesystem with ordered data mode.
hda: dma_intr: status=0x51 { DriverReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriverStatusError BadCRC }
hda: dma_intr: status=0x51 { DriverReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriverStatusError BadCRC }
idem
...
...
hdb : DMA disabled (le DMA est activé au boot là, donc pourquoi il touche à hdb qui est le disque dur normal)
ide0: reset: success
Il existe des canalisations avec couvercles, c'est très utilisé dans certains pays nordiques. Certes, ca demande un investissement de départ + important, mais par comparé aux creusages successifs ca représente surement que dale :p
Pour les villes où l'utilisation du réseau n'est pas possible ca pourrait être une bonne idée (et pas que pour la fibre optique bien sur)
La freebox possède 2 modes : routeur, ou non-routeur. (pour la v5 je ne sais pas si le mode non-routeur est encore disponible à cause du boitier séparé qui doit surement avoir une ip réseau)
En mode non-routeur, tu branches la freebox sur la carte réseau de ton serveur, et ton serveur est relié à un switch par une 2ème carte réseau. La freebox fonctionne de façon transparente sur ton réseau, elle n'a pas d'ip, c'est la carte réseau de ton serveur qui a une ip publique (genre 82.xx.xx.xx).
=> ton serveur fait donc passerelle et gère tout ce que tu veux
En mode routeur, tu branches la freebox sur un switch, et ca fonctionne en dhcp comme tu le devines. C'est la freebox qui a une IP publique en 82.xx.xx.xx et c'est elle qui fait passerelle. Si tu veux ouvrir un port, le rediriger, etc, il faut obligatoirement passer par l'interface de configuration disponible sur le site de free.
=> gros truc chiant, IL FAUT REBOOTER LA FREEBOX à chaque modification pour que ca soit mis à jour.
Donc si tu t'abonnes dans peu de temps, tu aura une freebox v5 et je ne sais pas si elle peut encore fonctionner en mode non-routeur.
En reflechissant un peu, il y a éventuellement une solution pour la v5 :
- une seule machine de branchée à la freebox (par wifi ou ethernet) qui sert de passerelle à tout le réseau
- redirection de tous les ports de la freebox vers cette machine.
La seule différence avec le mode non-routeur simple c'est que ton serveur Linux qui fait passerelle aura 2 IP privée au lieu d'une IP publique et 1 privée (attention à bien créer 2 réseaux différents donc, genre 192.168.10.x pour la carte réseau reliée à la freebox et 192.168.20.x pour la carte réseau reliée au switch réseau).
Ou alors ils ont amélioré le système et le reboot de la freebox n'est plu nécessaire (là je rêve un peu peut être), cependant, un serveur Linux sera tout de même plus souple.
Pour la question de l'accès SSH sur ta freebox... l'accès Telnet est possible avec un firmware modifié (soudures sur la freebox, etc), mais à mon avis vaut mieux pas tester ce genre de chose sauf pour le plaisir de bidouiller (et faut pas avoir peur de perdre sa connexion et d'être résilié :D)
C'est bien beau une seule leçon, mais parfois il en faut 2, 3, 4... 20 pour l'assimiler. Peut-être en est-il déjà à sa 35ème :)
Alors, qu'en conclure ?
Pour contourner ton problème, il te suffit de cliquer sur la petite flèche qui t'amènes sur la dernière page de l'aperçu, de cette manière, tu verras par exemple "Page 8 sur 10", et tu saura que ton document fait 8 pages à cette echelle (c'est un peu plus simple que de fermer l'aperçu :))
C'est bien cette option qui permet d'activer des fonctions en plus sur Linux, et elle est bien activée, ce qui fait que les liens dynamiques sont bien considérés comme des liens dynamiques par le client (et du coup il cherche sur le disque local).
Moi je veux l'inverse, un comportement "à la windows" qui m'affiche les dossiers directement, et en désactivant cette option j'ai le résultat attendu.
Merci à toi :)
ps : une install de NFS se fera peut être plus tard :)
pps : pour info, cette option active les extensions CIFS UNIX. (smb.conf.5.html#UNIXEXTENSIONS)
Hum... disons que les partages servent actuellement uniquement à Windows, alors je suis parti pour re-utiliser aussi Samba pour les postes Linux.
NFS n'est actuellement pas installé sur ce serveur et je ne l'ai jamais utilisé.
Est-ce que tu penses toujours que passer par Samba est aussi abérant que ca ? (avec NFS : charge machine en plus, temps passé à configurer en plus, config double ce qui n'est pas pratique pour les modifcations, etc)
Sinon, je suis totalement d'accord avec tes arguments :)
Les pop-ups de ce site n'apparaissent pas tout le temps.
Un popup apparait soit lors du 1er affichage de la page d'accueil (c'est peut être la même chose avec les autres pages), soit lors d'un click sur un lien du site (news ou "Editions").
Ensuite, plus de popups !
Donc c'est possible de ne pas avoir de popup juste en affichant la page d'accueil :) (mais normalement au click suivant, boom !)
[^] # Re: À étendre.
Posté par khalahan . En réponse au journal Linux presque entièrement en RAM. Évalué à 3.
- minimiser les écritures sur le disque dur (une flash card ou autre),
- un liveCD avec l'image du CD en lecture seule et une autre image en écriture pour mémoriser les modifications du liveCD.
La technique dont tu parles sert uniquement à accélérer le temps de boot si j'ai bien compris ? (est-ce la technique utilisée par je ne sais plu quel liveCD pour booter + vite ?)
Ce que je cherche à faire c'est accélérer le lancement de toutes les applications en contre partie d'un chargement initial long. Sur mon eeePC ça n'a rien changé malheureusement et mon PC fixe n'est pas assez de RAM (760Mio).
Si cette astuce n'a aucun effet sur un PC avec un disque dur mécanique, cela signifie que la lenteur relative d'un disque dur n'a que très peu d'impact sur le chargement d'une applications (mais pas forcement au boot où plein de petites applis sont lancées).
ps : sur un PC capable d'exécuter 1 ou plusieurs milliards d'opérations par seconde, ça me fait chier d'attendre plusieurs secondes pour lancer la calculatrice gnome...
[^] # Re: Même pas arrivé là
Posté par khalahan . En réponse au journal CompactFlash comme HDD, rapide retour d'exp. Évalué à 1.
Toutes les infos sur le matériel utilisé sont dans mon précédent journal :
http://www.linuxfr.org/~khalahan/24670.html
Et en effet, elle est bien garantie longtemps (10 ans ou à vie), donc je ne l'ai pas vraiment jetée. Mais je ne saurais plus trop quoi en faire maintenant, vu qu'elle n'a pas répondu à mes attentes ni en débit, ni en durée de vie :)
[^] # Re: Configuration ?
Posté par khalahan . En réponse au journal CompactFlash comme HDD, rapide retour d'exp. Évalué à 1.
Pour ne pas réveiller le HDD toutes les 5s, le /home était aussi sur la compact flash. C'est peut être ça qui l'a tuée si vite (les fichiers de config?).
Pour un serveur, elle est peut être bcp moins sollicitée.
[^] # Re: Comparatif rapide entre hv3 et netsurf
Posté par khalahan . En réponse à la dépêche hv3 : HTML Viewer, le dernier né des brouteurs web. Évalué à 2.
Un autre de plus :p
midori (0.0.11-0ubuntu1_i386.deb)
Délai avant l'affichage de la page d'accueil : 1-2s
Défilement des pages : saccadé
RAM utilisée (colonne RSS de la commande "ps aux")
RAM : 18180 ko au lancement
Après affichage du site http://www.sky-animes.com
RAM : 33760 ko
Temps de rendu : 9s
Rendu : ok, pas de raccourcis clavier de gérés pour l'instant (tab, enter pour les formulaires, up/down pour le défilement, etc)
[^] # Re: Comparatif rapide entre hv3 et netsurf
Posté par khalahan . En réponse à la dépêche hv3 : HTML Viewer, le dernier né des brouteurs web. Évalué à 1.
Links2 -g (2.1pre31-1) :
Délai avant l'affichage de la page d'accueil : <1s
Défilement des pages : fluide
RAM utilisée (colonne RSS de la comamnde "ps aux")
RAM : 3120 ko au lancement
Après affichage du site http://www.sky-animes.com
RAM : 9516 ko
Temps de rendu : 3s
Rendu : pas de JS, pas de CSS (pas de referer ?)
[^] # Re: Comparatif rapide entre hv3 et netsurf
Posté par khalahan . En réponse à la dépêche hv3 : HTML Viewer, le dernier né des brouteurs web. Évalué à 3.
Délai avant l'affichage de la page d'accueil : 3s la fois où il crée le profil, 2s ensuite
Défilement des pages : fluide, mais pas en temps réel (le défilement fini un moment après avoir relaché la molette)
RAM utilisée (colonne RSS de la comamnde "ps aux")
RAM : 32728 ko au lancement + création du profil
RAM : 28856 ko aux autres lancements
Après affichage du site http://www.sky-animes.com
RAM : 47316 ko
Temps de rendu : 8s (ça se voit qu'il n'a rien oublié de charger)
ps : toutes les extensions ont été virées pour le test (sauf le flash qui s'est faufilé en dehors de la fenêtre "modules complémentaires" :))
Konqueror (4:3.5.7.dfsg.1-1, Debian Testing) :
Délai avant l'affichage de la page d'accueil : 8s la fois où il crée le profil, 1/2s ensuite
Défilement des pages : fluide
RAM utilisée (colonne RSS de la comamnde "ps aux")
RAM : 23736 ko au lancement + création du profil
RAM : 23736 ko aux autres lancements
Après affichage du site http://www.sky-animes.com
RAM : 35284 ko
Temps de rendu : 11s (une meilleur gestion de téléchargement parallèle et il gagne partout :p)
Comme le précise zero heure, c'est une version alpha, qui est déjà assez prometteuse. Donc rendez-vous pour une future news :)
--
ps : bien vu la technique pour essayer de me faire switcher sous KDE patrick_g :)
[^] # Comparatif rapide entre hv3 et netsurf
Posté par khalahan . En réponse à la dépêche hv3 : HTML Viewer, le dernier né des brouteurs web. Évalué à 10.
Ils ont été effectués sur un Athlon 1700 qui rame un peu à cause d'une FlashCard en DMA1... Le cache de chaque navigateur, s'ils en ont un, a été vidé à chaque fois, donc toutes les images du site sont téléchargées.
Tous les tests ont été effectués sur le site http://www.sky-animes.com qui utilise un peu de CSS (du genre margin, padding. Mais pas de float/relative ou truc du genre) et contient du code bien gore en HTML comme on aime (basé sur le CMS nuked-clan avec un thème retouché à l'ancienne) :p
Place aux comparaisons :
hv3 :
Délai avant l'affichage de la page d'accueil : instantané
Défilement des pages : fluide
RAM utilisée (colonne RSS de la commande "ps aux")
14992 ko au lancement
19508 ko après activation du ecmascript
Après affichage du site http://www.sky-animes.com sans JS
RAM : 31256 ko
Temps de rendu : 5s
Rendu : correct, pas de JS, manque qq images
http://img441.imageshack.us/img441/1153/hv3sansjs1kk1.png
http://img410.imageshack.us/img410/5254/hv3sansjs2rl5.png
http://img442.imageshack.us/img442/9710/hv3sansjs3dt1.png
Après affichage du site http://www.sky-animes.com avec le JS
RAM : RAM : 43788 ko
Temps de rendu : 5/6s (pas vraiment de différence)
Rendu : moyen, le JS a empiré le rendu
http://img404.imageshack.us/img404/9465/hv3avecjs1ed8.png
http://img259.imageshack.us/img259/8796/hv3avecjs2xy5.png
http://img259.imageshack.us/img259/5563/hv3avecjs3sc0.png
--
netsurf :
Délai avant l'affichage de la page d'accueil : instantanné (sans compter le chargement de la page d'accueil qui n'est pas locale)
Défilement des pages : saccadé
RAM utilisée (colonne RSS de la comamnde "ps aux")
RAM : 20008 ko au lancement
Après affichage du site http://www.sky-animes.com
RAM : 38940 ko
Temps de rendu : 21s
Rendu : pas top, JS idem (pub google non affichée)
http://img139.imageshack.us/img139/7343/netsurf1kh0.png
http://img248.imageshack.us/img248/7394/netsurf2uh2.png
http://img260.imageshack.us/img260/2449/netsurf3id8.png
--
Epiphany :
Délai avant l'affichage de la page d'accueil : 1s
Défilement des pages : fluide
RAM utilisée (colonne RSS de la comamnde "ps aux")
RAM : 31436 ko au lancement
Après affichage du site http://www.sky-animes.com
RAM : 45004 ko
Temps de rendu : 6s
Rendu : ok
http://img260.imageshack.us/img260/3821/epiphany1cf3.png
http://img259.imageshack.us/img259/9327/epiphany2wc4.png
http://img404.imageshack.us/img404/6229/epiphany3jh0.png
Conclusions :
hv3 : assez rapide et léger, utilise un cache vidé à chaque lancement de la 1ere instance du logiciel.
netsurf : rendu très lent, léger, encore trop hasardeux dans le placement des "blocs" sur le site de test.
epiphany : bon rendu, assez rapide aussi,consomme un peu plus de RAM
Voilà, à vous de choisir ce qui vous convient le mieux après :)
Concernant dillo et links2, ils sont encore assez loin derrière concernant le rendu, par contre on ne fait pas mieux niveau rapidité :p
Quelqu'un se dévoue pour nous tester ça ? :)
[^] # Re: hdparm
Posté par khalahan . En réponse au journal Remplacer un disque dur par une compact flash, autre expérience. Évalué à 1.
Il y a des erreurs au boot, cependant ça passe quand même, et une fois le boot terminé je peux voir que le DMA est bien désactivé.
Je suppose donc que le kernel ne prend en compte l'option nodma qu'à partir d'un certain moment.
Une fois booté, j'ai testé différentes options avec le DMA, et ce qui donne les meilleurs performances est le mode 'mdma2' :
# hdparm -d1 -Xmdma2 -tT /dev/hda
Timing buffered disk reads: 44 MB in 3.08 seconds = 14.30 MB/sec
# hdparm -d1 -Xudma1 -tT /dev/hda
Timing buffered disk reads: 24 MB in 3.22 seconds = 7.44 MB/sec
Les autres modes > udma1 provoquent des erreurs DMA.
J'ai trouvé sur cette page [1] une liste des correspondances entre les modes ultra DMA et les normes ATA. Pour mon adapteur qui supporte du ATA33, celà correspond au umda2. Mon adaptateur est éventuellement menteur dans sa doc :D
J'ai aussi constaté un autre problème, sûrement lié à la désactivation du DMA au boot, même après l'activation avec hdparm : le CPU tourne à 100% lors d'une copie de fichier, et pendant plus longtemps que la copie.
Ex pour un fichier de 170Mo :
#time cp fichier_hdb fichier_hda
réel : 0m7.561s
et temps CPU : 18s à 100%
Il faut donc se méfier des benchs (vous avez déjà entendu ça qq part non ? :p) et le mode udma1 n'est pas plus lent si on tient compte du CPU.
chimrod > si tu as encore le noyau qui plante, peut-tu tester avec l' option 'noapic' en + voir si ça boot chez toi ?
nicO > en effet, en modifiant le mode avec hdparm il y a eu du progrès, même si on est très loin des 40Mo/s :p
[1] http://gentoo-wiki.com/HOWTO_Use_hdparm_to_improve_IDE_devic(...)
[^] # Re: hdparm
Posté par khalahan . En réponse au journal Remplacer un disque dur par une compact flash, autre expérience. Évalué à 2.
- Kernel 2.6.8 => 2.6.18 (et c bien lui le responsable, car ça boot sans soucis avec le 2.6.8, ou alors c'est un programme lié comme Hal (qui a besoin d'un 2.6.15 pour se lancer)).
Bref... c'est pas simple...
[^] # Re: hdparm
Posté par khalahan . En réponse au journal Remplacer un disque dur par une compact flash, autre expérience. Évalué à 1.
Quelles sont les performances cependant ?
Est-ce que le lancement des applications est + réactif quand même ?
Je ne compte pas la faire tourner à 5mo/s au lieu de 40mo/s... je vais aller me renseigner du coté du vendeur du convertisseur (le constructeur a l'air chinois lui : mini doc en anglais et en chinois).
[^] # Re: de la flash intégrée à un disque dur
Posté par khalahan . En réponse au journal Remplacer un disque dur par une compact flash, autre expérience. Évalué à 1.
Par contre, la mettre dans le disque dur est une mauvaise idée selon moi (ça a cependant l'avantage de charger + rapidement depuis le disque), car :
- tu ne peux pas changer la taille de la flash comme tu veux (ca m'étonnerait que ça soit amovible :D)
- si ça tombe en panne t'es niqué
- faut espérer que le protocol soit standardisé et non breteté de partout
[^] # Re: hdparm
Posté par khalahan . En réponse au journal Remplacer un disque dur par une compact flash, autre expérience. Évalué à 1.
* boot avec : ide=nodma nodma
test de copie de fichier de HDD à CF : 2,7Mo/s et 2,6Mo/s
action du DMA avec hdparm (hdparm -d1 /dev/hda et hdb) : 18,5Mo/s et 19,8Mo/s)
peut après (suite à un 'hdparm -i /dev/hdb' peut être), plantage de la console
=> delogué, erreurs DMA (timeout), ext3-fs error, etc.
* boot avec ide=nodma, disque dur avec dma activé (hdparm), CF sans DMA :
Le système a l'air stable, sauf que la CF est sous vraiment utilisée (5ou6Mo/s en lecture).
Dois-je en conclure d'après vous que c'est l'adaptateur le fautif ?
[^] # Re: durée de vie
Posté par khalahan . En réponse au journal Remplacer un disque dur par une compact flash, autre expérience. Évalué à 2.
Par contre je ne sais pas si :
- c'est pour 1 million de lecture et ecriture au total ou séparement
- c'est 1 million/block ou octet ou s'ils utilisent une technique de répartition des données pour éviter d'ecrire trop souvent au même endroit (ce qui pourrait amener à 10 000 écritures réelles par block ou octet)
Quoiqu'il en soit il faut :
- utiliser l'option noatime (pour desactiver l'ecriture de la date de dernier accès aux fichiers)
- parametrer la valeur de /proc/sys/vm/swappiness pour réduire la quantité d'écritures sur disque (60 par défaut, de 10 à 30 selon les préférences des internautes :p)
[^] # Re: hdparm
Posté par khalahan . En réponse au journal Remplacer un disque dur par une compact flash, autre expérience. Évalué à 2.
- la CF branchée et le disque dur
- les options de boot : ide=nodma nodma
Le boot a réussi à se terminer.
Cependant, les débits HDD => CF vont de 2,6Mo/s à 2,7Mo/s...
Toujours sans dma au boot, je tente de l'activer avec hdparm (sur les 2) (oui, n'ayons peur de rien :D) :
- copie HDD => 18Mo/s à 20Mo/s
C'est déjà mieux, sauf que le système est plus qu'instable... ("attempt to acces beyond end of device", "dma timeout error")
Je tente la même chose puis configure en udma0 (les 2 toujours) :
- débit de 8Mo/s à 9Mo/s.
Système tout aussi instable.
Pour ta proposition, est-il possible de le faire juste après que le kernel affiche les messages :
VP_IDE: VIA vt8283... UDE UDM100 controller....
ide0 : .... hda:DMA, hdb:DMA
ide1 : .... hdc:DMA, hdd:DMA
hda : TRANSCEND, ATA DISK driver
...
hdd : blabla DVDROM
et avant le montage des partitions ? (c'est là que ça déconne) :
EXT3-fs: mounted filesystem with ordered data mode.
hda: dma_intr: status=0x51 { DriverReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriverStatusError BadCRC }
hda: dma_intr: status=0x51 { DriverReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriverStatusError BadCRC }
idem
...
...
hdb : DMA disabled (le DMA est activé au boot là, donc pourquoi il touche à hdb qui est le disque dur normal)
ide0: reset: success
[^] # Re: Internet 1000000000000000000000000000000000000000000000000Tb/s
Posté par khalahan . En réponse au journal FTTH@free.fr. Évalué à 2.
Pour les villes où l'utilisation du réseau n'est pas possible ca pourrait être une bonne idée (et pas que pour la fibre optique bien sur)
[^] # Re: J'adore !
Posté par khalahan . En réponse à la dépêche Modifier le firmware d'une Freebox grâce à OpenFreeBox. Évalué à 7.
En mode non-routeur, tu branches la freebox sur la carte réseau de ton serveur, et ton serveur est relié à un switch par une 2ème carte réseau. La freebox fonctionne de façon transparente sur ton réseau, elle n'a pas d'ip, c'est la carte réseau de ton serveur qui a une ip publique (genre 82.xx.xx.xx).
=> ton serveur fait donc passerelle et gère tout ce que tu veux
En mode routeur, tu branches la freebox sur un switch, et ca fonctionne en dhcp comme tu le devines. C'est la freebox qui a une IP publique en 82.xx.xx.xx et c'est elle qui fait passerelle. Si tu veux ouvrir un port, le rediriger, etc, il faut obligatoirement passer par l'interface de configuration disponible sur le site de free.
=> gros truc chiant, IL FAUT REBOOTER LA FREEBOX à chaque modification pour que ca soit mis à jour.
Donc si tu t'abonnes dans peu de temps, tu aura une freebox v5 et je ne sais pas si elle peut encore fonctionner en mode non-routeur.
En reflechissant un peu, il y a éventuellement une solution pour la v5 :
- une seule machine de branchée à la freebox (par wifi ou ethernet) qui sert de passerelle à tout le réseau
- redirection de tous les ports de la freebox vers cette machine.
La seule différence avec le mode non-routeur simple c'est que ton serveur Linux qui fait passerelle aura 2 IP privée au lieu d'une IP publique et 1 privée (attention à bien créer 2 réseaux différents donc, genre 192.168.10.x pour la carte réseau reliée à la freebox et 192.168.20.x pour la carte réseau reliée au switch réseau).
Ou alors ils ont amélioré le système et le reboot de la freebox n'est plu nécessaire (là je rêve un peu peut être), cependant, un serveur Linux sera tout de même plus souple.
Pour la question de l'accès SSH sur ta freebox... l'accès Telnet est possible avec un firmware modifié (soudures sur la freebox, etc), mais à mon avis vaut mieux pas tester ce genre de chose sauf pour le plaisir de bidouiller (et faut pas avoir peur de perdre sa connexion et d'être résilié :D)
[^] # Re: Oulah!
Posté par khalahan . En réponse au journal Tapez sur RDDV, ça fait du bien. Évalué à 1.
Alors, qu'en conclure ?
# re
Posté par khalahan . En réponse au journal Résolution.... Évalué à 1.
dimensions: 1600x1200 pixels (363x272 millimeters)
resolution: 112x112 dots per inch
[^] # Re: alt-gr et xmodmap
Posté par khalahan . En réponse au journal Emacs ma tuer. Évalué à 4.
[^] # Re: aperçu avant impression
Posté par khalahan . En réponse à la dépêche Sortie de Mozilla Firefox 1.5. Évalué à 3.
[^] # Re: Une petite option ?
Posté par khalahan . En réponse au message Mount d'un partage samba (partition ext3) sous Linux. Évalué à 1.
Moi je veux l'inverse, un comportement "à la windows" qui m'affiche les dossiers directement, et en désactivant cette option j'ai le résultat attendu.
Merci à toi :)
ps : une install de NFS se fera peut être plus tard :)
pps : pour info, cette option active les extensions CIFS UNIX. (smb.conf.5.html#UNIXEXTENSIONS)
[^] # Re: Marrant
Posté par khalahan . En réponse au message Mount d'un partage samba (partition ext3) sous Linux. Évalué à 1.
NFS n'est actuellement pas installé sur ce serveur et je ne l'ai jamais utilisé.
Est-ce que tu penses toujours que passer par Samba est aussi abérant que ca ? (avec NFS : charge machine en plus, temps passé à configurer en plus, config double ce qui n'est pas pratique pour les modifcations, etc)
Sinon, je suis totalement d'accord avec tes arguments :)
[^] # Re: Y a t'il un pilote dans l'avion
Posté par khalahan . En réponse au journal J'ai basculé du coté obscur de la Force !. Évalué à 2.
http://perso.wanadoo.fr/pierre.g/xnview/frdownloadlinux.html
(l'interface sous Linux est différente, va savoir pourquoi...)
[^] # Re: www.chezmoicamarche.ok
Posté par khalahan . En réponse au journal Je ne sais pas si vous avez remarqué..... Évalué à 3.
Un popup apparait soit lors du 1er affichage de la page d'accueil (c'est peut être la même chose avec les autres pages), soit lors d'un click sur un lien du site (news ou "Editions").
Ensuite, plus de popups !
Donc c'est possible de ne pas avoir de popup juste en affichant la page d'accueil :) (mais normalement au click suivant, boom !)
# Partition pleine
Posté par khalahan . En réponse au message decrypter un message d'erreur. Évalué à 2.