Annonce

Réduire
Aucune annonce.

A quand un x-plane optimisé sur mac?

Réduire
X
 
  • Filtre
  • Heure
  • Afficher
Tout nettoyer
nouveaux messages

  • A quand un x-plane optimisé sur mac?

    Bonsoir,

    Je suis vraiment étonné qu'x-plane ne soit pas plus optimisé sur mac OSX. En effet, ce programme développé à la base sur cette plate-forme devrait y être optimisé et plus réactif que sur windows. Je suis sur un macbook pro et x-plane tourne mieux sur ma partition windows xp via bootcamp que sur ma partie mac snow leopard.
    Pourtant, OSX avec ses fonctionnalités avancées (open cl, grand central...) a un potentiel largement supérieur. De la même façon, pourquoi garder un x-plane peu optimisé sur du core 2 duo alors que toutes les machines récentes sont sur ce type de processeur. Pour les anciennes config, il existe toujours d'anciennes versions d'x-plane très correctes (j'utilise x-plane 7 sur mon ibook G4 et ça roule nikel...).
    En l'état actuel j'ai parfois l'impression d'avoir un x-plane aussi peu optimisé qu'un FS.

    Qu'en pensez-vous?

    Merci

  • #1
    Re: A quand un x-plane optimisé sur mac?

    Envoyé par pftlyon
    ...Pourtant, OSX avec ses fonctionnalités avancées (open cl, grand central...) a un potentiel largement supérieur...
    Rien de tout cela n'est spécifique à OSX. Comme son nom l'indique OpenCL est un language open, et grand central est basé sur le thread pooling qui est un concept générique. Mais bon ça en jette plus de dire grand-central :lol: .

    Envoyé par pftlyon
    ...De la même façon, pourquoi garder un x-plane peu optimisé sur du core 2 duo alors que toutes les machines récentes sont sur ce type de processeur. ...
    Le problème n'est pas d'optimiser pour un type de CPU mais de penser en terme d'exécution concurrente, c'est à dire où plusieurs CPUs traitent plusieurs parties des données de manière réellement simultanée (pas par du threading qui passe d'un traitement à un autre et ne fait qu'une chose à la fois.).

    Ce que l'on veut c'est que tous les processeurs travaillent en même temps. Pas que l'un bosse pendant que l'autre se tourne les pouces, ou bien qu'ils attendent que le GPU ait terminé son rendu. Ce que l'on veut c'est que pendant que le GPU trace un écran, les CPUs s'occupent de construire le suivant, remplissent les buffers que le GPU va utiliser pour ce prochain écran, bougent les CSL représentant les autres avions, etc... On ne veut pas effectuer tout ça séquentiellement, l'un à la suite de l'autre. Ce que l'on veut c'est que si le GPU fait un rendu de notre environnement X-Plane en x millisecondes, pendant ce même temps les CPUs ont fait tout le boulot pour que le prochain rendu démarre dès le précédent terminé.

    C'est là où se trouve toute la difficulté, depuis des années à part l'orienté objet rien n'existe. Rien n'est pensé en terme d'exécution concurrente lors des premières phases de conception, et ensuite c'est au mieux très difficile à convertir, voire impossible sans une ré-écriture très importante.

    De même les machines actuelles utilisent des processeurs tellement rapides qu'aucune mémoire n'est capable de suivre la cadence à laquelle ils bouffent les instructions et les données. Donc sans une conception prenant en compte l'architecture des machines il n'est pas possible d'en tirer le maximum (C'est pourtant ce que l'on veut, non ?)

    Une des façons très efficaces de faire est de découper le travail en petites entités spécialisées, donc facilement optimisables, traitant le plus grand volume de données en accès mémoire séquentiels, et de distribuer ces tâches de base (je les appelle des jobs.) à n'importe lequel des CPUs de la machine de façon à les faire travailler sans arrêt et de manière équilibrée. Cela nécessite de bien planifier le traitement des données afin de garantir l'indépendance des traitements, et de faire ressortir le parallélisme dans ces traitements, d'où l'importance d'y penser au tout début de la conception.


    Quelques articles sur le sujet :

    Les mauvaises habitudes : Three big lies.
    Comment changer : Data oriented design.
    Le concept de shaders d'Insomniac : "Introduction", More on SPU shaders
    Encore Insomniac : Conccurency.

    PhM
    X-Plane 9.70 & 11.5r1 / W10 / AMD Ryzen 7 2700 / 8Go RAM / Sapphire R9 390 Nitro 8Go / Sapphire HD7870 GHz 2Go / Samsung LN40C530 / Oculus DK2 / LeapMotion / Saitek X56 / Thrustmaster Pendular Rudder

    Commentaire


    • #1
      Re: A quand un x-plane optimisé sur mac?

      Bonjour,

      Je me demande toutefois si Apple mettra à jour les drivers de Mac OSX. Pour ceux qui ont un mac, ce serait tout de même plus simple de ne pas s'ennuyer à lancer x-plane sur Windows via Bootcamp mais de le lancer directement sur OSX avec de bonnes performances. Pourtant mac osX est un bon système, je ne comprends pas pourquoi les performances d'x-plane sont si médiocres sous ce système... Toutes les autres applis fonctionnent nikel...

      Merci

      Commentaire


      • #1
        Re: A quand un x-plane optimisé sur mac?

        Envoyé par pftlyon
        Bonjour,

        Je me demande toutefois si Apple mettra à jour les drivers de Mac OSX. Pour ceux qui ont un mac, ce serait tout de même plus simple de ne pas s'ennuyer à lancer x-plane sur Windows via Bootcamp mais de le lancer directement sur OSX avec de bonnes performances. Pourtant mac osX est un bon système, je ne comprends pas pourquoi les performances d'x-plane sont si médiocres sous ce système... Toutes les autres applis fonctionnent nikel...

        Merci
        Comme tu dis !!! :evil:
        Je me souviens même que, au passage 9.22 vers 9.31 (passage très éphémère je dois dire) puis après avoir rétrogradé en 9.22, les drivers vidéo semblaient poser problème, puisque les ombres au sol étaient devenues des lignes remplissant un carré aussi large que l'appareil. Alors que ça marchait parfaitement avant de me dévergonder avec la 9.31...
        v9.41 & v9.22, Mac OS 10.5.8, Intel Core 2 Duo 3.06 GHz, 4 Go RAM, NVIDIA GeForce 8800 GS, 512 Mo VRAM.

        Commentaire

        Chargement...
        X