sebp a écrit:...
Déjà, 99% des disques durs mécaniques en 2,5 pouces tournent à 5400 t/m, pas la peine de te fatiguer à chercher.
J'éviterais pour ma part d'utiliser une carte SD comme espace de pagination, car contrairement aux SSD, elles n'embarquent probablement qu'un contrôleur très basique, et tu risques d'être confronté à une problématique d'usure des cellules flash.
5400t/mn alors c'est bien puisque d'après
http://wiki.slimdevices.com/index.php/Squeezebox_Touch_as_a_Home_Music_Server#Do_not_Reuse_Old_Hard_Drivesil faudrait éviter les 4200
La pagination sur le DD a pour défaut d'avoir des accès concurrents avec la collection située sur le même DD, défaut que n'aurait pas cette pagination si elle est seule sur la SD!
Surprise, je pensais que les accès SD auraient été plus rapides que sur DD, et bien non pour celle employée par rapport à mon DD,
selon mon test d'écriture, elle est 2 fois moins rapide ~15s contre ~7,5s
- Code: Tout sélectionner
# time dd if=/dev/zero of=/media/sda1/swapfile bs=1M count=64
64+0 records in
64+0 records out
real 0m 7.55s
user 0m 0.00s
sys 0m 3.58s
# time dd if=/dev/zero of=/media/mmcblk0p1/swapfile bs=1M count=64
64+0 records in
64+0 records out
real 0m 15.06s
user 0m 0.00s
sys 0m 3.37s
Cela, plus ton argument fait qu'en effet je vais mettre la pagination sur le DD!
Note: ma carte SD est une SDHC de classe C6 soit un débit en écriture de 6Mo/sec
avec une classe C10 ou U1 (10Mo/sec) ou U3 (30mo/sec) le résultat aurait peut-être été meilleur
U c'est pour les SDHX, protocole de transmission différent de la SDHC, à voir si la Touch intègre cela?
cf
https://www.cnetfrance.fr/produits/sigles-et-symboles-de-cartes-memoires-les-comprendre-pour-ne-pas-se-tromper-39799567.htmsebp a écrit:Lorsque j'utilisais ma Touch en mode serveur, je ne me fatiguais pas à éjecter le disque par le menu avant de l'éteindre, et je n'ai pas souvenir que ça ait jamais posé problème. Autant que je sache, le seul moment où la Touch cherche à écrire sur le disque dur, c'est quand elle (re-)construit sa base de données. Le restant du temps, elle se contente de lire son contenu. Le risque de corruption du système de fichiers est donc assez faible.
Sans Eject, j'ai fait aussi plusieurs enlèvements du câble d'alim...équivalent à ce que ferait le "grand public" en coupant le secteur :+)
Et comme toi pas constaté de problème...ça me rassure!
sebp a écrit:Je serais tenté de dédier une petite partition dédiée à la pagination sur le disque dur USB, plutôt que d'utiliser un fichier d'échange, pour éviter justement de polluer le système de fichiers contenant musique et base de données.
Partitions cela veut dire
_modifs dans le fichier
fstab...j'avais modifié ce dernier pour monter mon fichier
swapfile juste en rajoutant:
- Code: Tout sélectionner
/media/sda1/swapfile none swap sw 0 0
et bien jamais pris en compte!
_que le DD du copain qui a une plus belle collection que la mienne à me faire écouter n'aura probablement pas de partition swap
_sans compter que la mise en place de 2 partitions est moins simple à mettre en œuvre qu'un fichier swap!
_que ma collection ne commence pas à la racine du DD
Pour toutes ces "bonnes" raisons, je vais plutôt utiliser un fichier
swapfile!
sebp a écrit:Enfin, je ne vois pas trop pourquoi EDO embarquerait des binaires liés à la gestion d'un espace de pagination.
Mais bon, je n'ai jamais utilisé ce truc là, donc je peux me tromper.
Tant que "un peu tout le monde" ne s'amuse pas à lancer un restauration du micrologiciel de la Touch, les binaires et scripts que tu auras copié dessus (dans la mémoire flash qui héberge son système d'exploitation) resteront sagement à leur place.
Et bien j'ai fait l'installation de l'EDO,
...et aucun binaires
swapon,
swapoff et
mkswap d'embarqués, dommage ça aurait pu servir, au moins pour les récupérer!
Quant aux versions ça donne:
- Code: Tout sélectionner
uname -a
Linux SqueezeboxTouch 2.6.26.8-rt16-332-g5849bfa #1[usb] PREEMPT RT Sun Apr 1 23:12:00 BST 2012 armv6l GNU/Linux
more /proc/version
Linux version 2.6.26.8-rt16-332-g5849bfa (adrian@ubuntu) (gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202) ) #1[usb] PREEMPT RT Sun Apr 1 23:12:00 BST 2012
more /etc/squeezeos.version
7.8.0 r16754
root@ec2mbubld01.idc.logitech.com Wed Feb 19 05:27:57 PST 2014
Base build revision: 585fb6501704f0ca93e2bde662ccf4f8c4c9af10
Par rapport à avant EDO
- Code: Tout sélectionner
uname -a
Linux SqueezeboxTouch 2.6.26.8-rt16-332-g5849bfa #1 PREEMPT RT Wed Feb 19 04:57:47 PST 2014 armv6l GNU/Linux
more /proc/version
Linux version 2.6.26.8-rt16-332-g5849bfa (parabuild@ec2mbubld01.idc.logitech.com) (gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202) ) #1 PREEMPT RT Wed Feb 19 04:57:47 PST 2014
more /etc/squeezeos.version
7.8.0 r16754
root@ec2mbubld01.idc.logitech.com Wed Feb 19 05:27:57 PST 2014
Base build revision: 585fb6501704f0ca93e2bde662ccf4f8c4c9af10
On peut constater que le kernel EDO porte la même version mais que sa date de build est plus vieille 2012 contre 2014!!!
Donc, curiosité assouvie et comme vraiment pas besoin de cet EDO, puisque c'est un DD et pas un DAC qui sera sur l'USB,
kalagani a écrit:...
Et surtout comment revenir en arrière si c'est "foireux"?
un appui long sur le bouton RESET pour retour aux paramètres d'usine...qui ne remettent pas le kernel d'origine en place!
Il faut faire une mise à jour logicielle pour télécharger ce dernier...en prenant soin que la Touch soit connectée au LMS du PC au lieu de
https://www.squeezebox.com/, non pas celui-là, celui-ci
https://mysqueezebox.com/download, sinon on a la dernière version bloquée sur 7.7.3 r16676 et pas celle du LMS en 7.8.0 r16754!