Vous n'êtes pas identifié(e).
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
c'est une partition swap pour chaque ou une commune aux deux distributions ?
Quel rapport avec le problème ?
Là il accepte de commencer les rendus, colore quelques objets puis plante quand le travail est fait à ... 66%, dans la plupart des cas.
Est-ce que ça serait parce que les rendus attendus auraient à peu près la même taille physique (fichiers) ? Ou, dit autrement, est-ce que le boulot à faire aurait besoin de la même quantité de ressources dans la plupart des cas ?
Mais je ne connais pas du tout Blender, donc je me mêle de ce qui ne me regarde pas, c'est juste ce 66%, dans la plupart des cas qui m'a intrigué.
Dernière modification par jpt (19-02-2021 11:04:58)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Quel rapport avec le problème ?
je pensais a un mauvais iud de la swap, mais bon il y aurait un temps anormalement long pour le démarrage
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Pourquoi ne pas passer par les versions des dépots ? 2.82 en Backports, contre 2.91 sur le site de Blender et 2.9 pour le ppa. Il y a une telle différence ?
Au pire, tester le ppa sur Debian - risquer la Frankendebian...
Ouais ... Sans doute à envisager ... éventuellement, peut-être. Le cas échéant faudra aussi ...
pas de ppa sous Debian hein, m'enfin big_smile
penser à une stratégie au cas ou Crouton s'en aperçoive...
Mais on n'en est pas la !
ou plutôt
mais mais mais ... on n'en est pas là ?
c'est une partition swap pour chaque ou une commune au deux distribution?
Maître Croutons, c'est d'un ton presque assuré que je répond : ce sont des partitions distinctes. Si quelqu'un a un truc pour que je puisse vérifier et affirmer sans l'ombre d'un doute, suis preneur.
Est-ce que ça serait parce que les rendus attendus auraient à peu près la même taille physique (fichiers) ? Ou, dit autrement, est-ce que le boulot à faire aurait besoin de la même quantité de ressources dans la plupart des cas ?
Le 66% est effectivement associable à une tâche spécifique.
J'ai aussi testé en barbouillant un objet des textures ajoutées une par une jusqu'à ce que ça plante.
Si quelqu'un a des suggestions pour espionner ... ceux qui font le boulot je pourrais refaire le même test, ajouter des textures unes à unes puis savoir ... qui craque sous la pression.
Hors ligne
je pensais a un mauvais iud de la swap, mais bon il y aurait un temps anormalement long pour le démarrage
Il y a un temps anormalement long au moment du démarrage de Blender
Hors ligne
penser à une stratégie au cas ou Crouton s'en aperçoive...
Mais on n'en est pas la !
ou plutôt
mais mais mais ... on n'en est pas là ?
j'adore ce genre de truc et c'est censé faire avancer les choses? pas sur que ce soit la bonne manière
comme dirait smolski: force et courage
Dernière modification par Croutons (19-02-2021 13:48:34)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
jpt a écrit :
penser à une stratégie au cas ou Crouton s'en aperçoive...
Non non, ce n'est pas moi qui ai écrit ça et les 3 lignes qui suivent. Correction faite /EDIT
Le 66% est effectivement associable à une tâche spécifique.
J'ai aussi testé en barbouillant un objet des textures ajoutées une par une jusqu'à ce que ça plante.
Un "bouffage" de toute la mémoire disponible ? Ça m'étonne de Debian, mais à notre époque, tout peut arriver, alors faudrait quand même regarder cette conso puis rajouter des trucs et re-regarder la conso mémoire et do it again.
Dernière modification par jpt (19-02-2021 17:50:49)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Non non, ce n'est pas moi qui ai écrit ça et les 3 lignes qui suivent.
Je plaide coupable. Mes excuses, jpt.
je pensais a un mauvais iud de la swap, mais bon il y aurait un temps anormalement long pour le démarrage
Au démarrage de Blender, un écran gris et vide apparaît durant environs 7,4 secondes. Puis arrive le splash screen caractéristique. Sur Ubuntu ce délais de 7 secondes n'existait pas. Ça ressemble à ça un
mauvais iud de la swap,
?
Pourquoi ne pas passer par les versions des dépots ? 2.82 en Backports, contre 2.91 sur le site de Blender et 2.9 pour le ppa. Il y a une telle différence ?
En fait oui, il y a une différence déterminante, enfin je pense. De mémoire la version 2.8 de Blender ne lis pas ou bien lis mal les fichiers produits par les versions 2.9. Dans le cas qui m'intéresse je poursuis un projet s'appuyant sur plusieurs semaines de travail sur une version 2.9 de Blender sous Ubuntu.
Néanmoins je retiens la suggestion au cas où ...
Un "bouffage" de toute la mémoire disponible ? Ça m'étonne de Debian, mais à notre époque, tout peut arriver, alors faudrait quand même regarder cette conso puis rajouter des trucs et re-regarder la conso mémoire et do it again.
Je vais faire ça. J'ai déjà tenté du côté de
et
Pour le moment je ... ne comprend pas grand chose aux colonnes que ça génère mais je vais continuer d'explorer de ce côté là dans quelques heures, vais vous tenir au courant. À suivre.
Merci encore.
Merci encore.
Hors ligne
tu as quoi comme ram ? et comme swap ?
et comme cpu ?
quelle est l' occupation de tes partitions ?
amicalement ,
alain .
p.s. : rapport à ton cartouche , tu as quoi comme noyau ?
Dernière modification par Debian Alain (19-02-2021 17:58:58)
Hors ligne
Et pour ce qui est de CUDA, OptiX ou OpenCL, ces options me sont refusées par Blender. "Non compatible GPUs found for path tracing Cycle will render on the CPU.
Je vais revérifier (ou bien toi tu va le voir tout de suite avec l'information que tu m'invite quérir) mais je crois que ma carte graphique est trop vieille pour les nouveaux pilotes NVIDIA.
Par ailleurs "mes" rendus assassins se font par Eevee, pas par Cycle et je crois que CUDA, OptiX ou OpenCL interviennent plutôt pour soutenir le moteur de rendus Cycle.
me semble dépeindre un patient ... frugal et en santé, qu'en dis-tu ?
Pour sa part
en a long à dire :
Pour ce qui est des partitions,
affirme ce qui suit.
Toutes ces commandes du terminal ont été lancées alors que Blender roulait, mais à vide, sans que j'y ait chargé quoi que ce soit. Tu me dis si quelque commande devrait être reprise ... à un moment où Blender flirte avec le plantage.
Merci pour ta série de questions.
Oui, le schmilblick est maintenant des années lumières plus en avant.
Me reste à tenter de le rejoindre pour éventuellement y voir clair.
Vais pour le moment retourner jeter un coup d’œil du côté des pilotes NVIDIA, voir si effectivement des mises à jour sont possibles.
Merci beaucoup, à bientôt.
JPTh
Hors ligne
free -h
me semble dépeindre un patient ... frugal et en santé, qu'en dis-tu ?
total used free shared buff/cache available
Mem: 15Gi 2,6Gi 9,2Gi 283Mi 3,8Gi 12Gi
Swap: 15Gi 0B 15Gi
Un peu illisible (car mal aligné), tout ça.
Essayons ainsi :
Perso je pense qu'il faudrait charger la mule tout en surveillant la sortie de cette commande et particulièrement les colonnes used et free, mais je peux me tromper complètement…
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Dernière modification par Debian Alain (20-02-2021 13:33:46)
Hors ligne
-- ceci -- pourrait il t'aider , JPTh ?
tu dois pouvoir trouver un pilote proprio pour ta carte . normalement .
ici pour debian .-- ceci -- pourrait il t'aider , JPTh ?
c'est bien là que tu as un souci ? (debian) , non ?
Very interesting, Debian Alain
Mais j'ai bien peur que ça ne s'applique pas.
Sur ma machine la commande
donne
ce qui indique une seule carte graphique.
Bumblebee, décrit par le lien que tu suggère, semble indiqué pour des portables équipés de 2 cartes graphiques, celle de Intel et celle de NVIDIA.
Mais ce que dit ton lien à propos de la création d'un fichier xorg.conf est intéressant.
Ubuntu m'oblige ré-entrer les paramètres pour NVIDIA à chaque fois que j'y entre, sans égard aux logiciels utilisés.
Debian ne me le demande pas.
À suivre ...
Hors ligne
çà aurai donné le nom de la carte nvidia complet ainsi que les pilotes .
Hors ligne
Perso je pense qu'il faudrait charger la mule tout en surveillant la sortie de cette commande et particulièrement les colonnes used et free, mais je peux me tromper complètement…
jpt, tu peut te tromper, mais j'en doute. Sûrement pas complètement, en tout cas.
La mule est très désagréable, pas coopérative. Elle a planté souvent pendant le test que tu propose.
Actuellement, Blender est planté. Lui tout seul. Je continue d'écrire sur Debian Facile et le terminal fonctionne normalement.
Pas d'extravagances côté utilisation de la mémoire, donc. Faut dire que cette fois-ci je n'avais pas encore quitté l'affichage "solid". Blender n'a même pas l'excuse d'avoir eu à faire des rendus exigeants.
Donc on en sait plus mais ... la solution reste à trouver.
J'envoie ce message tout de suite et ... vérifie si la gangrène se propage pour tout faire planter.
Je crois que je vais ensuite rester sous Debian mais éviter Blender durant quelques heures pour vérifier si d'autres programmes exigeants plantent aussi.
Je vais aussi jeter un coup d’œil intéressé à d'éventuelles suggestions Debian Facile.
Au plaisir !
JPTh
Hors ligne
Version 2.14.1219 2013 American Megatrends Inc.
16384 mb
press ctrl P to enter MEBX
928 Fatal error
PCIe error detected in slot2
Completion time out
J61 v02.12 HPZ420 Workstation.
CTRL P n'a rien fait, pas entré dans MEBX.
Redémarré l'ordinateur en appuyant sur le bouton ON.
Ya (vraiment) quelque chose qui cloche là dedans.
J'y retourne immédiatement.
Hors ligne