matteli a écrit 167 commentaires

  • [^] # Re: Un problème. Où ca?

    Posté par . En réponse au journal faille Linux 0 day du 19 janvier 2016 . Évalué à 1.

    C'est pourtant ce que j'ai sous les yeux :
    Numéro de Modèle : Nexus 5
    Version d'Android : 6.0.1
    Niveau du correctif de sécurité Android : 1 janvier 2016
    Version du noyau : 3.4.0-g7717f76 blabla (4/11/2015)

  • [^] # Re: Un problème. Où ca?

    Posté par . En réponse au journal faille Linux 0 day du 19 janvier 2016 . Évalué à 4.

    J'ai Android 6.0.1 (la dernière version) sur Nexus 5 et je suis aussi en noyau 3.4

  • [^] # Re: amdgpu / fglrx

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 2.

    Rien.

    J'ai trouvé le problème.
    Torcs ne se lançait pas avec le driver proprio car je suis en double écran et je le lançais en pleine écran.
    Il marche bien en mode fenêtré.
    Le driver libre lui gère bien le double écran en pleine écran mais est plus lent.
    Bref avec le driver proprio je passe à 20 FPS. C'est mieux.

    Merci à vous tous.

  • [^] # Re: amdgpu / fglrx

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    le packet xserver-xorg-video-amdgpu n'est pas installé chez moi.
    Je ne devrais pas avoir de problème de ce genre. Si ?

  • [^] # Re: Mode fenêtré

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    Ne vous prenez pas la tête. Ce n'est pas bien grave.
    Pour résumer, les pilotes proprio ne fonctionne pas (ni avec l'AMD fusion, ni avec la carte R7, ni en fenêtré, ni en pleine écran).
    Les pilotes libres font baisser légèrement le framerate sur TORCS (de 10 à 8) mais me font augmenter fortement le résultat de bench de WitheCat quand je passe du fusion à la R7.
    Cela ne vient pas que de Torcs car FlightGear ne progresse pas non plus.

    Bon, je n'ai pas trop le temps de pousser mes expériences. Je vais donc attendre un peu et tester ça un peu plus tard.

    Merci pour vos pistes.

  • [^] # Re: Mode fenêtré

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    oui j'ai tenté ça avec les pilotes libres (les proprio ne fonctionnent pas).

    Bref, je laisse tomber. J'ai rangé la carte dans son emballage et je la ressortirai à la prochaine version d'Ubuntu. Qui sait, peut être que Mir arrangera le problème ?

    Merci pour votre aide.

    Matt

  • [^] # Re: Mode fenêtré

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    Non, j'ai déliré.

  • # Mode fenêtré

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    Quelque chose d’intéressant :

    En mode fenêtré avec la carte R7, mon framerate double sur Torcs avec pourtant les mêmes options graphiques notamment la résolution.

  • [^] # Re: Plus d'infos

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    ULTIMATE R7 250 1G D5

    C'est son côté fanless qui m'avait plu.

  • [^] # Re: Plus d'infos

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    avec le GPU/CPU fusion:

    368 en preset basic
    l'écran reste noir en extreme HD

    Un rapport 3 entre les deux, donc ma carte fonctionne.

    Fonctionne t'elle à pleine capacité ?
    Pourquoi est ce que ça ne se traduit pas par un gain de framerate sur torcs (même si j'ai ma petite idée à ce sujet) ?
    Pourquoi le résultat du bench n'as pas l'air de reconnaître ma carte ?

    En tout cas, merci de m'avoir orienté vers ce bench.

  • [^] # Re: Plus d'infos

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    Avec la sapphire R7 250E, ça donne :
    1130 avec preset basic
    326 avec le preset extreme HD
    A noter que sur le résultat de bench, il m'indique Unknown GPU (256MB) x1 en GPU model alors que ma carte à 1GB de mémoire.

    Je fais les tests avec le GPU du CPU mais il me semble que c'est déjà faible.

    PS : le bench est très beau

  • [^] # Re: re

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    Oui, cela correspond aux driver proprio. J'ai essayé et ça crash au démarrage d'un jeu.
    J'ai aussi essayer les drivers sur le site d'AMD et même résultat.

  • [^] # Re: Plus d'infos

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    Linux  4.2.0-19-generic #23-Ubuntu SMP Wed Nov 11 11:39:30 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
    
    01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde PRO [Radeon HD 7750/8740 / R7 250E] [1002:683f]
    
    OpenGL renderer string: Gallium 0.4 on AMD CAPE VERDE (DRM 2.43.0, LLVM 3.6.2)
    

    Carte mère

    Manufacturer: MSI
    Product Name: 2AE0
    
  • [^] # Re: re

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    J'ai essayé en utilisant la méthode ubuntu par interface graphique mais dans ce cas, Torcs ne se lance même pas.

  • [^] # Re: Usage ?

    Posté par . En réponse au message mauvaise performance CG amd radeon R7 250e. Évalué à 1.

    Jeu principalement (Flightgear, Torcs)
    J'utilise Torcs pour comparer.

  • [^] # Re: Eh oui, l'État d'Urgence, c'est...

    Posté par . En réponse au journal "Tout le monde peut être une cible". Évalué à 4.

    Justement, comme l'énonçait Euclide, c'est bien à toi d'argumenter.

    Sans complot de préférence…

  • [^] # Re: Restriction sur la clé

    Posté par . En réponse au message Copie de backup à travers WAN. Évalué à 1.

    oui, bien sur mais j'ai passé pas mal de temps pour trouver des exemples dans le cas de scp. Et puis je me suis un peu égaré avec openssh et lsh.

    Bref, j'y vois maintenant un peu plus clair et en effet rsync est sans doute plus adapté.

  • [^] # Re: Restriction sur la clé

    Posté par . En réponse au message Copie de backup à travers WAN. Évalué à 1.

    Tout compte fait rssh n'est pas un bon candidat car si j'ai bien compris il met des restrictions sur la machine source pas sur la machine cible. Donc si la machine source est compromise, on pourra certainement utilisé la clé pour atteindre la machine cible.

    Je vais plutôt utilisé la méthode décrite en 3ème réponse dans ce fil

    En bref, on peut mettre des restrictions sur les clés autorisées à contacter la machine ciblede cette façon-là par exemple :

    no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty,command="scp -v -r -d -t ~/CONTENT" ssh-rsa AAAAMYRSAKEY...

    dans le fichier authorized_keys de la machine cible et utiliser sur la machine source la commande suivante :

    scp -v -r -i .ssh/id_rsa_key_file path/to/data backup_user@machine_cible:~/backup

    en utilisant une clé privée sans passphrase qui ne servira qu'à ça.

  • [^] # Re: Restriction sur la clé

    Posté par . En réponse au message Copie de backup à travers WAN. Évalué à 1.

    D'après ce que j'ai trouvé, rssh semble un bon candidat.

  • [^] # Re: backup de serveur à serveur ?

    Posté par . En réponse au message Copie de backup à travers WAN. Évalué à 1.

    Non, les deux sont sur internet.

  • [^] # Re: Restriction sur la clé

    Posté par . En réponse au message Copie de backup à travers WAN. Évalué à 1.

    Intéressant, je vais regarder de ce côté.

    Merci

  • [^] # Re: backup de serveur à serveur ?

    Posté par . En réponse au message Copie de backup à travers WAN. Évalué à 1.

    J'y avais pensé mais ça ne résous pas vraiment le problème. En cas de compromission du serveur data, on peut atteindre le serveur web.

  • [^] # Re: Autre forum

    Posté par . En réponse à la dépêche Sortie de Flarum 0.1.0-beta. Évalué à 1.

    Bof, sous licence GPL une "sale boite" pourra récupérer tes sources, les modifier et proposer des services (ici des forums) payants sans aucune contre-partie. (pour ça il faut utiliser l'AGPL)
    Si tu veux être sur que ton travail ne soit pas utilisé, il suffit de le mettre sous licence propriétaire.

    La GPL protège tout d'abord l'utilisateur pas le développeur.

  • [^] # Re: quelques infos supplémentaires

    Posté par . En réponse à la dépêche Sortie de Proxmox VE 4.0 Beta1. Évalué à 1.

    Puisqu'un contributeur passe par là.

    Quand est ce que l'on peut espérer une version stable ? Peux-t-on utiliser cette version en prod ?
    Je dois migrer un serveur pendant l'été et j'en aurais bien profité pour abandonner mes containers openvz pour passer en LXC.

  • [^] # Re: Question de n00b

    Posté par . En réponse à la dépêche Entretien avec Jehan, développeur GIMP. Évalué à 5.

    Si, à partir d'une image de base, tu appliques 5 filtres successivement. Dans le cas de l'édition non-destructive, j'imagine que tu pourras modifier les paramètres du 2ème filtre par exemple sans avoir besoin d'annuler les 3 derniers.