Monter sans transcoder: i7 ou xeon ?

Bonsoir,
Tu parles d'un ssd système X25-M de 80 Go, s'agit-il du X25-M Postville ?
Si cela est le cas, c'est un SSD d'ancienne génération en Sata 2 avec des performances en lecture et surtout en écriture dépassées versus les SSD récents (230 MB/s en lecture et 80 MB/s en écriture séquentielle, 200 MB/s en lecture et 85MB/s en écriture aléatoire 512KB...).
Il vaut mieux éviter dans ce cas d'utiliser le ssd système pour y stocker quoi que ce soit en dehors du système.
Et utiliser un SSD plus récent pour le système et les softs

 

Un SSD correct en Sata3 doit avoir un débit lecture/écriture au dessus de 300 Mo/s, et un temps d'accès moyen de l'ordre de 0,10 ms, ce qui conduit à des temps d'accès aux fichiers inférieurs à 4 ms.
Exemple sur mon Crucial M4, qui pourtant date de 4 ans.

Olivier

 

Pour préciser, j'ai 2 SSD récents. Un samsung 840 pro de 128 go pour le système. Et un samsung 840 evo de 500 go pour les rushs et cache.



Les autres débits du 500go ont l'air bon, mais le temps d'accès est étrange. Les 2 sont branchés en sata3. Est-ce forcément un problème matériel du disque qu'il faut changer à votre avis ?

 

non , c'est normal que le pro aille plus vite que le 500gig.

 

A priori rien d'anormal dans vos chiffres.

Donc j'ai du mal à comprendre vos temps d'accès aux fichiers vidéos entre 20 et 60 ms.
Vous êtes certain qu'il sont bien sur le SSD ?

Olivier

 

Bonjour,

Effectivement le problème ne semble pas venir de tes 2 SSD.

Plusieurs points à confirmer :

- Dans un de tes précédents posts tu précises que tu utilises simultanément Première, After et Photoshop ?
Si oui, ce qui semble être le cas en regardant ta vidéo, comment as-tu paramétré dans les Préférences / Mémoire et multiprocessing / l'allocation de la RAM entre les 3 logiciels ?
- Un test à faire : alloué à Première le maximum de RAM possible et vérifier si le problème persiste.


- Après visualisation de ta vidéo "fluidité", il est difficile de tirer des conclusions parce que l'on ne voit pas la charge du processeur pendant le déplacement rapide du curseur de la timeline, ni celle de la carte graphique (non prise en compte dans le moniteur de ressources de Windows).
Ce qu'il faudrait faire c'est filmer le moniteur de ressources (onglet vue d'ensemble) pour s'assurer que ce n'est pas le processeur qui n'arrive plus à suivre..., la carte graphique ou un problème de mémoire allouée trop faible dans Premiere,
ou mieux utiliser un utilitaire spécialisé qui journalise la charge de la carte graphique, du processeur, de la ram, des SSD, disques...
Tu as entre autres HWinfo64 (gratuit et disponible en version portable),
en cochant l'option "Sensor Only" on peut visualiser toutes les infos nécessaires( avec les valeurs courantes mini maxi et moyenne) et en faisant une capture d'écran ou vidéo de tous les paramètres de HWINFO64 après un défilement accéléré sur la timeline, d'au moins 20 secondes (la mesure dans HWInfo64 s'effectue toutes les 2 secondes).
ou bien d'enreqistrer le log (journal) au format .CSV ce qui permet d'analyser plus précisément le problème.

 

Au dela de tout ça le avchd en HD est une vraie m***, même avec la meilleur bécane...tu aura toujours ces légères saccades. Sert une bonne CG aide mais ne fait pas tout.

 

" le avchd en HD est une vraie m***, même avec la meilleur bécane"

Sous Premiere CC il y a un indicateur d'images perdues.
Avec ma configuration, qui n'est pas le top, je lis tous les fichiers AVCHD, y compris 4K du GH4, AX100, LX100, HC-X1000, ... sans aucune perte d'image et sans aucune saccade.

Il ne faut pas dénigrer ce codec, il suffit de configurer correctement sa machine et son logiciel de montage.

Olivier

 

Merci pour toutes ces réponses, ça me fait beaucoup de pistes à explorer.
Voici en tout cas un exemple de la fluidité dont je parle, sur la vidéo "Making of the Heavy Hand music video" à droite sur cette page: Graphics Cards for Adobe CS6 - Creative Suite 6 | NVIDIA
Il faut coupler une quattro2000 avec un tesla 2075 pour ça .
D'ailleurs, ajouter une 2ème carte vidéo dédiée pourrait être une solution.

Sinon GastonHD, je ferai bien une vidéo avec HWinfo64, mais il y a beaucoup de données, ça ne rentre pas dans un écran (presque 4 de haut!). Y-a-t-il une partie plus critique que les autres ?

Ogt, pourrai-tu faire une petite vidéo afin de voir la fluidité que tu obtiens.
Je me demande si mon Première cs5.5 n'est pas aussi à mettre en cause. J'ai testé avec le 6, et même si la timeline n'est pas moins saccadée, le parcours du fichier source (dans le moniteur dédié) est un peu plus fluide déjà.

 

Tu peux faire 4 copies d'écran et nous poster le log (journal au format .csv), issus d'un déplacement normal sens de lecture (+ de 6s), puis rapide avant (+de 6s) et arrière sur la timeline (+ de 6s), puis déplacement normal en sens inverse de lecture(+ de 6s) comme tu l'as fait dans ta vidéo. Cela pendant plus de vingt six secondes pour obtenir au moins une dizaine de mesures de HWInfo64 (elles sont effectuées toutes les 2 secondes), tu seras fixé après ce test.

 

Tu veux dire que je bouge pendant 6 secondes et ensuite je vais vite faire une capture d'écran, je scroll, une autre capture ?

 

Bonjour,

Pas exactement, désolé de ne pas avoir été assez clair

Voici la procédure (Ca parait compliqué comme, mais c'est très simple à l'usage) :

1- lorsque tu ouvres HWInfo64, tu coches "Sensor only", et tu cliques sur "Run"

Tu vas te retrouver dans une fenêtre "HWINFO64 vXXX Sensor Status" contenant une série de mesures regroupées par sous/système :

- Mémoire (charge et utilisation mémoire physique et virtuelle)
- CPU (charge et utilisation pour chacun des coeurs/Threads et global )
- Disques durs / SSD données SMART / Taux d'activité et débits en lecture/écriture
- GPU (charge et utilisation de la GPU et de la mémoire Vidéo)
...
- Carte réseau (mais pas utile dans ton cas)

Ce qui importe dans ton cas ce sont les 4 premières (Memoire / CPU / SSD/HD / GPU)

Pour info :
Les informations Mémoire/CPU/SSD-HD/GPU, dans cette fenêtre, sont cumulées automatiquement et sont rafraîchies toutes les 2 secondes -> colonnes Current / Minimum / Maximum /Average
Ces infos servent à l'analyse rapide du problème.

2- Pour enregistrer les données dans le Log/journal, il faut cliquer sur le bouton "Logging Start" (Feuille de calcul avec un + vert) en bas de la fenêtre à droite du bouton Horloge (Reset Min Max Average Value & Timer ).
Tu donnes un nom au fichier -> nikko69

3- Une fois la journalisation activée, tu effectues les opérations proposées dans mon post précédent pour recueillir dans une feuille de calcul toutes ces données pour une analyse plus fine.

L'intervalle de mesure est de 2 secondes, il est possible de le modifier (via le bouton "Configure Sensor - roue dentée / Onglet General / Scan interval), donc pour analyser plus finement la montée en charge pendant les scrolls, il est nécessaire de
cumuler plusieurs mesures, au moins 3.
Tu peux aussi essayer de réduire cet intervalle de mesure pour descendre sous les 2 secondes (2000 ms), mais cela dépend de la config. Perso j'arrive à descendre au delà de 250ms mais la charge processeur augmente.




Procédure - en résumé :

0 - Régler l'intervalle de mesure de préférence à 500 ms pour une meilleure précision des mesures -> Bouton "Config Sensors" -> "Scan Interval -> 500 ms -> Puis Bouton "Set" puis Bouton "Ok".
Ne pas oublier de cliquer ensuite sur le bouton "Reset Min Max Average Values & Timer" (Bouton avec horloge) pour remettre les valeurs à o avant de faire le test.

1- Avant d'effectuer les déplacements rapides -> Tu cliques sur le bouton "Logging Start"

2- Tu effectues le test proprement dit, par exemple :

- déplacement normal (avance normale au moins 6 secondes)
- déplacement rapide (avance rapide au moins 6 secondes)
- déplacement rapide (avance et retour rapide au moins 6 secondes)
- déplacement rapide (retour rapide au moins 6 secondes)
- déplacement normal (retour normal au moins 6 secondes)

3- Tu cliques sur le bouton "Logging Stop" (Feuille de calcul avec une croix rouge)


4- Tu fais ensuite une capture d'écran de la fenêtre "HWINFO64 vXXX Sensor Status" :
- de la partie Mémoire et CPU
- une autre des SSD/ disques
- une autre du GPU
(il est possible de redimensionner la fenêtre en hauteur / largeur par ex. pour n'afficher pour la première capture que les infos mémoire et CPU et pour la dernière que celles concernant le GPU)

5- tu joins à ton prochain post les 3 captures (pour l'analyse rapide) et le fichier nikko69.csv (pour l'analyse détaillée)

 

Hello, waw, ça c'est du tuto précis.

J'ai donc suivi ta procédure scrupuleusement.
Je me demande bien comment tu peux lire le csv étant donné le bordel du fichier.
En tout cas voilà la capture faites juste après et ce fameux journal enregistré pendant les 5 avances différentes.

la capture en jpeg
le journal en csv

 

Bonjour Nikko

Sur la copie d'écran des données, on voit rapidement que malgré l'utilisation de l'OC du 4930k, le processeur fonctionne à pleine charge mais avec une très bonne répartition sur les coeurs/threads.
(Colonne Maximum , lignes correspondant aux 6 coeurs/12threads -> Core #1 Thread #0 Usage -> Core #5 Thread #1 Usage)
La mémoire GPU utilisée de la GTX570 dépasse les 86% pendant les scrollings.


- Les limitations se situent au niveau du processeur, même avec l'overclocking activé il atteint presque sa pleine charge en tenant compte du faite que tous les coeurs ne pas être sollicités tous en même temps à 100%
- L'activité en lecture des SSD atteint les 100% (sur l'EVO) vers à la fin du test et peut-être sur le 840Pro, il est possible que lors du déplacement rapide (avance et retour rapide) et du déplacement rapide (retour rapide au moins) en fin de test, les SSD ne suivent plus. En revanche il n'y a aucune activité des 2 des 3 HD, et pour le dernier une très faible.
La mémoire vidéo de la GTX570 est quasiment utilisée dans sa totalité, les performances de la configuration
peuvent être aussi bridées.

Peux-tu préciser :
- Combien de Ram as-tu alloué à PPro, AE, PS ? (copie d'écran)
- AE et Photoshop étaient-il ouverts pendant le test ?
- La répartition sur les SSD/disques Caches, rushs ... (copie d'écran)
- As-tu déplacé les colonnes correpsondant aux débits en lecture/écriture du 840 Pro, ou dans l'interface de HWINFO64 ?

 

Perso, je ne trouve pas l'utilité d'un Xeon, j'ai un Intel Core i7-4770K (3.5 GHz) et ça barde, mais là ou on ne doit pas lésiner, c'est sur la quantité de RAM, trop souvent négligée...
Je suis passé de 16 à 32 Go RAM, y'a pas photo... Corsair Dominator 32 Go (4x 8 Go) DDR3 1866 MHz CL9
Bien sur, une bonne carte graphique aide pour de la haute fluidité, mais je ne vois pas l'utilité d'une Quadro, plus de méméoire mais moins de Cuda... Quand on voit qu'il faut attendre 5H pour un rendu, alors que certains le font en 7mn. avec une GTX...i.

Enfin, chacun son truc bien sur mais sommes nous tous des super pros ou des amateurs éclairés qui ne cherchent que du bon...La RAM et de bonne qualité,une bonne CG, un un bon proc et c'est parti...

Bien à vous Roger