Auteur Sujet: DM8000, vitesse d'écriture sur le disque dur ?  (Lu 19797 fois)

0 Membres et 1 Invité sur ce sujet

Hors ligne Parodin

  • Membre Héroïque
  • *****
  • Messages: 670
Re: DM8000, vitesse d'écriture sur le disque dur ?
« Réponse #15 le: 21 avril 2010 à 21:35:49 »
J'ai fait la même constatation que toi avec ma DM800 et un DD Hitachi 2,5p de 250Go ???

Bonsoir,

4m30 ça nous fait 7.6MB/s
Je ne sais pas si ces valeurs sont normales, mais je pense que c'est largement suffisant pour un simple tuner.
Pour reprendre l'exemple d'Alf, ça permettrait d'enregistrer 4 émissions HD à 15 Mbit/s chacune.
DM-7080HD SSSS OE2.5 GP3.3 - DM-7020HD SS OE2.0 GP3.2
Hotbird13 + Astra19.2 via multiswitch Spaun SMS9982NF

Hors ligne eBox

  • Administrateur
  • Membre Héroïque
  • *****
  • Messages: 1.328
Re: DM8000, vitesse d'écriture sur le disque dur ?
« Réponse #16 le: 21 avril 2010 à 21:40:27 »
Pour reprendre l'exemple d'Alf, ça permettrait d'enregistrer 4 émissions HD à 15 Mbit/s chacune.

oui mais l'avance rapide d'un enregistrement hd doit être "délicat" !!
DM8000
DM800se
Vu+ Duo
Vu+ Solo se V2

Hors ligne maxlam

  • Membre Complet
  • ***
  • Messages: 180
Re: DM8000, vitesse d'écriture sur le disque dur ?
« Réponse #17 le: 21 avril 2010 à 21:51:25 »
oui mais l'avance rapide d'un enregistrement hd doit être "délicat" !!
C'est vrai que ça bloque parfois en avance rapide....
DM 7000s V4, DM 600, DM 800 HD, DM 800 HDse
Xsat 410, CGV Premio SAT HD-W

Hors ligne ludz

  • Membre Junior
  • **
  • Messages: 93
Re: DM8000, vitesse d'écriture sur le disque dur ?
« Réponse #18 le: 22 avril 2010 à 07:20:47 »
salut,


d'un côté ça me rassure de pas être le seul, mais d'où vient le problème ?

Avoir des disques SATA et un débit si bas, problème de drivers ?
VU+Duo: VTI 4.2.1

Alf

  • Invité
Re: DM8000, vitesse d'écriture sur le disque dur ?
« Réponse #19 le: 22 avril 2010 à 13:06:49 »
d'un côté ça me rassure de pas être le seul, mais d'où vient le problème ?

Avoir des disques SATA et un débit si bas, problème de drivers ?
Bonjour,

Il faut distinguer les résultats de la DM8000, DM800 et DM500HD; Les µcontrôleurs ne sont pas les mêmes.

Je ne pense pas que l'on puisse mettre en parallèle les performances d'un chipset intel/AMD que l'on obtient sur un PC avec celles d'un µcontrôleur.





Hors ligne Dirac

  • Membre Senior
  • ****
  • Messages: 343
Un peu moins de pessimisme dans la lecture des résultats...
« Réponse #20 le: 30 avril 2010 à 20:46:29 »
Bonsoir

Plusieurs commentaires me traversent l'esprit en lisant ces messages, que je trouve bien tristounets pour un forum aussi joyeux que le vôtre!
Je réponds seulement au 1er message de Parodin:

1)Le choix de la commande dd ne me parait pas bien adapté à ce type de test.
C'est une commande de bas niveau qui n'est pas optimisée pour une exécution rapide en mode interactif d'avant plan, mais au contraire pour demander peu de ressources lors d'opérations de sauvegarde en arrière-plan (&). S'il faut vous en convaincre, comparez les durées d'exécution de ces 2 commandes manipulant chacune 2048 Moctets d'information :
 dd if=/dev/zero of=/dev/null bs=1024 count=2097152 --> 10.4 secondes
 dd if=/dev/zero of=/dev/null bs=4096 count=524288   -->  3.8 secondes

Je vous propose d'évaluer les performances du système disque en utilisant une commande de haut niveau optimisée pour une exécution en mode interactif d'avant-plan, par exemple la commande cp.

Voici les résultats pour la copie d'un fichier de taille 1393 Mo

root@dm8000 /media/hdd/movie # time cp HERCULE_POIROT.ts HP.ts
real    1m 10.65s
user    0m 0.70s
sys     0m 27.13s
root@dm8000 /media/hdd/movie # l HP.ts
-rwxr--r--    1 root     root    1460725972 Apr 30 19:24 HP.ts*

 Dans un premier temps, interprêtons ce résultat dans le cadre le plus pessimiste possible.
En 70.7 secondes, le système disque a lu 1393 Mo et écrit 1393 Mo. Ces lecture-ecriture sont exécutées de façon séquentielle car la tête du disque ne peut-être présente à 2 endroits différents au même instant.
Le taux moyen d'entrée-sortie mesuré est donc de  1393*2/70.7 soit 40 Mo/s environ.
Ouf... soulagé?

2)Je ne connais pas le système linux embarqué sur dreambox et je suis étonné de la différence entre la durée d'exécution "real" et la somme des durées d'utilisation d'unité centrale dépensées dans le code utilisateur et dans le code système: le processus a consommé seulement 39% du temps d'UC total.
L'exécution de la commande time en mode verbose (option -v) révèle plus de 10 000 changements de contexte de processus. Il n'est pas évident que ces changements de processus soient dus à la "lourdeur" du disque.
Il serait intéressant d'exécuter linux en stoppant les processus consommateurs lourds du démodulateur, enigma en particulier (?); je n'y suis pas arrivé. Si l'un d'entre nous sait le faire, il serait super intéressant de refaire la mesure pour observer l'incidence sur le taux de transfert disque.
Pouvons-nous rêver de 1393*2/27.8 soit 100 Mo/s  ?
Celà ne changera en rien le comportement de nos dreambox...

Pardon d'avoir été si long pour un premier message.
 
Astra 19.2E - Hotbird 13.0E / Dreambox 8000-SatDreamGr / Xtrend ET10000-4 tuners-OpenPLi.
Pioneer LX-5090H / Préampli HC Emotiva UMC-500+Yamaha DSP-A1 /  lecteur Oppo BDP-103.

Alf

  • Invité
Re: Un peu moins de pessimisme dans la lecture des résultats...
« Réponse #21 le: 30 avril 2010 à 22:45:29 »
Bonjour, je m'immisce dans la discussion.

1)Le choix de la commande dd ne me parait pas bien adapté à ce type de test.
C'est une commande de bas niveau qui n'est pas optimisée pour une exécution rapide en mode interactif d'avant plan, mais au contraire pour demander peu de ressources lors d'opérations de sauvegarde en arrière-plan (&). S'il faut vous en convaincre, comparez les durées d'exécution de ces 2 commandes manipulant chacune 2048 Moctets d'information :
 dd if=/dev/zero of=/dev/null bs=1024 count=2097152 --> 10.4 secondes
 dd if=/dev/zero of=/dev/null bs=4096 count=524288   -->  3.8 secondes
...

Quelque chose qui m'interpelle,
Tu gagnes presque 7 secondes sur la durée d'éxécution en spécifiant une taille secteur de 4096 bytes. Ce n'est pas représentatif.
En sachant que par défaut sous Enigma2 le système de formatage haut niveau utilisé est l' EXT3 et que la taille d'un secteur logique est de 1024 bytes.
Concernant la durée d'exécution, la commande qu'utilise Parodin (en spécifiant un taille de secteur de 1024 bytes) me semble plus "fidèle" à ce que fait la Dreambox sous Enigma 2.
Je fais erreur ?

Citation de: Dirac
Je vous propose d'évaluer les performances du système disque en utilisant une commande de haut niveau optimisée pour une exécution en mode interactif d'avant-plan, par exemple la commande cp.

Voici les résultats pour la copie d'un fichier de taille 1393 Mo

root@dm8000 /media/hdd/movie # time cp HERCULE_POIROT.ts HP.ts
real    1m 10.65s
user    0m 0.70s
sys     0m 27.13s
root@dm8000 /media/hdd/movie # l HP.ts
-rwxr--r--    1 root     root    1460725972 Apr 30 19:24 HP.ts*

 Dans un premier temps, interprêtons ce résultat dans le cadre le plus pessimiste possible.
En 70.7 secondes, le système disque a lu 1393 Mo et écrit 1393 Mo. Ces lecture-ecriture sont exécutées de façon séquentielle car la tête du disque ne peut-être présente à 2 endroits différents au même instant.
Le taux moyen d'entrée-sortie mesuré est donc de  1393*2/70.7 soit 40 Mo/s environ.
Ouf... soulagé?
.....

Je pense qu'il convient de dissocier les tests :
1) Débit maximum en écriture
2) Débit maximum en lecture
3) Debit maximum en lecture et écriture

Tu obtiens un résultat de 40 Mo/s en lecture et écriture simultanées.

Les précédents intervenants avaient effectués un test de débit maximum en écriture, seulement.

D'une manière générale, on sait que le débit en lecture d'un disque dur, est supérieur au débit en écriture.
Ce qui théoriquement devrait donner :

Débit en lecture > débit en lecture et écriture > débit en écriture.

Par conséquent, ca me semble logique que tu obtiennes un résultat supérieur aux précédents intervenants.

Hors ligne Doume

  • The Boss
  • Administrateur
  • Membre Héroïque
  • *****
  • Messages: 6.185
  • Administrateur
    • Doume
Re: DM8000, vitesse d'écriture sur le disque dur ?
« Réponse #22 le: 30 avril 2010 à 23:11:21 »
De toute manière, dans le cas du test de Parodin, ce que l'on cherche à mesurer, c'est le 'débit' du contrôleur Sata en écriture.

On constate facilement que la CPU n'est que très peu sollicité, lorsque le Sata est correctement géré (descripteurs DMA chainés)
J'ai tous les droits, je suis chez moi.
Au moindre non-respect des règles, je vire les importuns.

Hors ligne Dirac

  • Membre Senior
  • ****
  • Messages: 343
Re: DM8000, vitesse d'écriture sur le disque dur ?
« Réponse #23 le: 22 mai 2010 à 20:11:44 »
Bonjour,
Je relance la discussion après m'être aperçu que les commandes utilisées dans les tests précédents ( dd et cp) sont des liens vers busybox; il est donc naturel que ces 2 commandes souffrent du même défaut pour ce genre de test...
J'ai installé sur la dm8000 la distribution debian ( proposée via le plugin de Gutemine) afin de m'affranchir de busybox.
Pour le chronométrage " clock-wall ", j'utilise le Temporisateur ITIMER_REAL programmé en monostable sur 100 secondes avec une résolution de l'ordre de 2 microsecondes.
Voici les résultats sur ma dm8000 équipée du disque ST31000528AS
  - vitesse d'écriture  : 50 Mo/s +-3 Mo/s
    -vitesse de lecture : 80 Mo/s +-5 Mo/s

Ces valeurs ont été obtenues avec
    * l'image PoD HD OE 1.6 experimentale
    * l'image OpenPLI (2010-05-21-master)
    * la distribution Debian seule (sans enigma)
Je joins le fichier source utilisé et l'exécutable pour ceux qui n'ont pas de compilateur installé.

Le 1er argument sur la ligne de commande permet de spécifier en Mo la taille du fichier à écrire/lire; le second argument doit être présent (valeur 1 ) si l'on souhaite pouvoir examiner le fichier test créé par l'application. Enfin un chien de garde limite la durée de l'exécution du programme à 100 secondes.
Exemple d'exécution avec un fichier test de 1000 Mo:
PoD:/media/hdd/test_c# clk_WriteRead 1000|grep Duree
Duree ecriture =     20.379 secondes soit    51.5 Mega-octets/s
Duree lecture  =     12.661 secondes soit    82.8 Mega-octets/s
PoD:/media/hdd/test_c#
Astra 19.2E - Hotbird 13.0E / Dreambox 8000-SatDreamGr / Xtrend ET10000-4 tuners-OpenPLi.
Pioneer LX-5090H / Préampli HC Emotiva UMC-500+Yamaha DSP-A1 /  lecteur Oppo BDP-103.