Dans son message précédent, lunix a écrit :<http://www.presence-pc.com/actualite/Windows-Linux-Left-4-Dead-2-48358/>
Lien mort ??Juste 15 % plus rapide
Mhhh ..d'aprés ce que je lis là:
http://www.presence-pc.com/actualite/linux-valve-48340/
L4D DirectX Windows -> 270 fps
L4D OpenGL Linux -> 6 fps (oui, S.I.X c'est pas une faute de recopie)
Les dév ont donc un peu rebossé leur code et ça donne:
L4D OpenGL Linux -> 315 fps
et au passage, il ont mis le support OpenGL sous Windows, ça donne
L4D OpenGL Windows -> 303 fps
Donc, aprés un énorme boulot sous Linux ,ça donne juste 4 % de perf
d'écart, pas tes "15 %" sortis d'on ne sait ou (encore un bobart ? ou
alors tu fait exprés de comparer comme un boulet/hypocrite la vieille
version et la nouvelle )
Dans son message précédent, lunix a écrit :
<http://www.presence-pc.com/actualite/Windows-Linux-Left-4-Dead-2-48358/>
Lien mort ??
Juste 15 % plus rapide
Mhhh ..d'aprés ce que je lis là:
http://www.presence-pc.com/actualite/linux-valve-48340/
L4D DirectX Windows -> 270 fps
L4D OpenGL Linux -> 6 fps (oui, S.I.X c'est pas une faute de recopie)
Les dév ont donc un peu rebossé leur code et ça donne:
L4D OpenGL Linux -> 315 fps
et au passage, il ont mis le support OpenGL sous Windows, ça donne
L4D OpenGL Windows -> 303 fps
Donc, aprés un énorme boulot sous Linux ,ça donne juste 4 % de perf
d'écart, pas tes "15 %" sortis d'on ne sait ou (encore un bobart ? ou
alors tu fait exprés de comparer comme un boulet/hypocrite la vieille
version et la nouvelle )
Dans son message précédent, lunix a écrit :<http://www.presence-pc.com/actualite/Windows-Linux-Left-4-Dead-2-48358/>
Lien mort ??Juste 15 % plus rapide
Mhhh ..d'aprés ce que je lis là:
http://www.presence-pc.com/actualite/linux-valve-48340/
L4D DirectX Windows -> 270 fps
L4D OpenGL Linux -> 6 fps (oui, S.I.X c'est pas une faute de recopie)
Les dév ont donc un peu rebossé leur code et ça donne:
L4D OpenGL Linux -> 315 fps
et au passage, il ont mis le support OpenGL sous Windows, ça donne
L4D OpenGL Windows -> 303 fps
Donc, aprés un énorme boulot sous Linux ,ça donne juste 4 % de perf
d'écart, pas tes "15 %" sortis d'on ne sait ou (encore un bobart ? ou
alors tu fait exprés de comparer comme un boulet/hypocrite la vieille
version et la nouvelle )
On 08/03/2012 10:08 PM, Ascadix wrote:que sur une seule distrib avec un choix de matos restreint, puis trés
vite la distrib sera fourni par l'éditeur du soft et compatible avec un
seul matos ... celui vendu par l'éditeur.
IIS ne tourne _que_ sur les distributions windows vendues
par microsoft, alors, bon, camembert...
On 08/03/2012 10:08 PM, Ascadix wrote:
que sur une seule distrib avec un choix de matos restreint, puis trés
vite la distrib sera fourni par l'éditeur du soft et compatible avec un
seul matos ... celui vendu par l'éditeur.
IIS ne tourne _que_ sur les distributions windows vendues
par microsoft, alors, bon, camembert...
On 08/03/2012 10:08 PM, Ascadix wrote:que sur une seule distrib avec un choix de matos restreint, puis trés
vite la distrib sera fourni par l'éditeur du soft et compatible avec un
seul matos ... celui vendu par l'éditeur.
IIS ne tourne _que_ sur les distributions windows vendues
par microsoft, alors, bon, camembert...
Le 03-08-2012, Ascadix a écrit :Dans son message précédent, lunix a écrit :<http://www.presence-pc.com/actualite/Windows-Linux-Left-4-Dead-2-48358/>
Lien mort ??Juste 15 % plus rapide
Mhhh ..d'aprés ce que je lis là:
http://www.presence-pc.com/actualite/linux-valve-48340/
L4D DirectX Windows -> 270 fps
L4D OpenGL Linux -> 6 fps (oui, S.I.X c'est pas une faute de recopie)
Les dév ont donc un peu rebossé leur code et ça donne:
L4D OpenGL Linux -> 315 fps
et au passage, il ont mis le support OpenGL sous Windows, ça donne
L4D OpenGL Windows -> 303 fps
Donc, aprés un énorme boulot sous Linux ,ça donne juste 4 % de perf
d'écart, pas tes "15 %" sortis d'on ne sait ou (encore un bobart ? ou
alors tu fait exprés de comparer comme un boulet/hypocrite la vieille
version et la nouvelle )
Et 15% d'écart avec la version directX/Windows *ET* *PAS*
openGL/Windows, qui elle reste à 270 FPS. Tu sais lire?
http://blogs.valvesoftware.com/linux/faster-zombies/
Direct3D:
"Running Left 4 Dead 2 on Windows 7 with Direct3D drivers, we get 270.6
FPS as a baseline. The data is generated from an internal test case."
OpenGL, sous Linux puis sous Windows:
"That the Linux version runs faster than the Windows version (270.6)
seems a little counter-intuitive, given the greater amount of time we
have spent on the Windows version. However, it does speak to the
underlying efficiency of the kernel and OpenGL. Interestingly, in the
process of working with hardware vendors we also sped up the OpenGL
implementation on Windows. Left 4 Dead 2 is now running at 303.4 FPS
with that configuration."
Le 03-08-2012, Ascadix <ascadix.ng@free.fr> a écrit :
Dans son message précédent, lunix a écrit :
<http://www.presence-pc.com/actualite/Windows-Linux-Left-4-Dead-2-48358/>
Lien mort ??
Juste 15 % plus rapide
Mhhh ..d'aprés ce que je lis là:
http://www.presence-pc.com/actualite/linux-valve-48340/
L4D DirectX Windows -> 270 fps
L4D OpenGL Linux -> 6 fps (oui, S.I.X c'est pas une faute de recopie)
Les dév ont donc un peu rebossé leur code et ça donne:
L4D OpenGL Linux -> 315 fps
et au passage, il ont mis le support OpenGL sous Windows, ça donne
L4D OpenGL Windows -> 303 fps
Donc, aprés un énorme boulot sous Linux ,ça donne juste 4 % de perf
d'écart, pas tes "15 %" sortis d'on ne sait ou (encore un bobart ? ou
alors tu fait exprés de comparer comme un boulet/hypocrite la vieille
version et la nouvelle )
Et 15% d'écart avec la version directX/Windows *ET* *PAS*
openGL/Windows, qui elle reste à 270 FPS. Tu sais lire?
http://blogs.valvesoftware.com/linux/faster-zombies/
Direct3D:
"Running Left 4 Dead 2 on Windows 7 with Direct3D drivers, we get 270.6
FPS as a baseline. The data is generated from an internal test case."
OpenGL, sous Linux puis sous Windows:
"That the Linux version runs faster than the Windows version (270.6)
seems a little counter-intuitive, given the greater amount of time we
have spent on the Windows version. However, it does speak to the
underlying efficiency of the kernel and OpenGL. Interestingly, in the
process of working with hardware vendors we also sped up the OpenGL
implementation on Windows. Left 4 Dead 2 is now running at 303.4 FPS
with that configuration."
Le 03-08-2012, Ascadix a écrit :Dans son message précédent, lunix a écrit :<http://www.presence-pc.com/actualite/Windows-Linux-Left-4-Dead-2-48358/>
Lien mort ??Juste 15 % plus rapide
Mhhh ..d'aprés ce que je lis là:
http://www.presence-pc.com/actualite/linux-valve-48340/
L4D DirectX Windows -> 270 fps
L4D OpenGL Linux -> 6 fps (oui, S.I.X c'est pas une faute de recopie)
Les dév ont donc un peu rebossé leur code et ça donne:
L4D OpenGL Linux -> 315 fps
et au passage, il ont mis le support OpenGL sous Windows, ça donne
L4D OpenGL Windows -> 303 fps
Donc, aprés un énorme boulot sous Linux ,ça donne juste 4 % de perf
d'écart, pas tes "15 %" sortis d'on ne sait ou (encore un bobart ? ou
alors tu fait exprés de comparer comme un boulet/hypocrite la vieille
version et la nouvelle )
Et 15% d'écart avec la version directX/Windows *ET* *PAS*
openGL/Windows, qui elle reste à 270 FPS. Tu sais lire?
http://blogs.valvesoftware.com/linux/faster-zombies/
Direct3D:
"Running Left 4 Dead 2 on Windows 7 with Direct3D drivers, we get 270.6
FPS as a baseline. The data is generated from an internal test case."
OpenGL, sous Linux puis sous Windows:
"That the Linux version runs faster than the Windows version (270.6)
seems a little counter-intuitive, given the greater amount of time we
have spent on the Windows version. However, it does speak to the
underlying efficiency of the kernel and OpenGL. Interestingly, in the
process of working with hardware vendors we also sped up the OpenGL
implementation on Windows. Left 4 Dead 2 is now running at 303.4 FPS
with that configuration."
que sur une seule distrib avec un choix de matos restreint, puis trés
vite la distrib sera fourni par l'éditeur du soft et compatible avec un
seul matos ... celui vendu par l'éditeur.
IIS ne tourne _que_ sur les distributions windows vendues
par microsoft, alors, bon, camembert...
T'es con ? ou tu le fais exprés ?
Combien de softs existent actuellement avec des versions pour différents
OS ?
Sur combien de plate-formes matériel peuvent tourner ces OS ?
Qu'est-ce que tu comprend pas / veux pas comprendre là-dedans ?
que sur une seule distrib avec un choix de matos restreint, puis trés
vite la distrib sera fourni par l'éditeur du soft et compatible avec un
seul matos ... celui vendu par l'éditeur.
IIS ne tourne _que_ sur les distributions windows vendues
par microsoft, alors, bon, camembert...
T'es con ? ou tu le fais exprés ?
Combien de softs existent actuellement avec des versions pour différents
OS ?
Sur combien de plate-formes matériel peuvent tourner ces OS ?
Qu'est-ce que tu comprend pas / veux pas comprendre là-dedans ?
que sur une seule distrib avec un choix de matos restreint, puis trés
vite la distrib sera fourni par l'éditeur du soft et compatible avec un
seul matos ... celui vendu par l'éditeur.
IIS ne tourne _que_ sur les distributions windows vendues
par microsoft, alors, bon, camembert...
T'es con ? ou tu le fais exprés ?
Combien de softs existent actuellement avec des versions pour différents
OS ?
Sur combien de plate-formes matériel peuvent tourner ces OS ?
Qu'est-ce que tu comprend pas / veux pas comprendre là-dedans ?
Si ils ont amélioré le résultat OpenGL sous Windows,
c'est bien que y
avait du boulot pas encore fait (malgrés le "amount
of time" déjà
passé), donc on attend le résultat des mesures:
- OpenGL Windows avant optimisation
- DirectX aprés optimisation
Si ils ont amélioré le résultat OpenGL sous Windows,
c'est bien que y
avait du boulot pas encore fait (malgrés le "amount
of time" déjà
passé), donc on attend le résultat des mesures:
- OpenGL Windows avant optimisation
- DirectX aprés optimisation
Si ils ont amélioré le résultat OpenGL sous Windows,
c'est bien que y
avait du boulot pas encore fait (malgrés le "amount
of time" déjà
passé), donc on attend le résultat des mesures:
- OpenGL Windows avant optimisation
- DirectX aprés optimisation
Dans son message précédent, PP a écrit :Le 03/08/2012 13:45, lunix a écrit :<http://www.presence-pc.com/actualite/Windows-Linux-Left-4-Dead-2-48358/>
Juste 15 % plus rapide
Mode p4nd1:
HAHOHIHOHAHOHAHOHIHOHAHO
En tout cas, je me dis, que finalement, peut-être que prochainement
les éditeurs de jeux créeront des dual boot à l'installation pour que
les jeux tournent mieux sur un OS linux-based !
ça aussi ça changerait la vision de l'informatique.
On a un jeu , il est indépendant de l'OS !!!
Comm eune console quasiment ;)
Sur le plan technique, ça pourrait être une assez bonne idée.
Y a aucune raison qu'un manchot n'arrive pas à exploiter les capacité du
matos aussi bien que Windows, c'est juste une question de temps/fric
consacré à pondre des pilotes qui collent au matos et tiennent la route.
Et avec un OS "light" qui ne comporte que le nécessaire pour jouer
("comme une console" pour reprendre tes propos), ça permetrait de
consacrer toute la puissance juste au jeu, sans autre process qui tournent.
C'est d'ailleur sur ce genre de rôle mono-usage que Linux fais le gros
de ses "parts de marché", il n'y a qu'a voir la proportion entre les
"millions-d'-appareils-sous-Linux-qui-font-tourner-le-web", et les
pauvres qq milliers de serveur multi-rôles ou de stations monté avec.
Par contre, on peux craindre de voir la même évolution que sur toutes
les solutions pro qui passent/ sont passée à Linux, tu te retrouvera
sans doute très vite avec un soft qu ine tourne que sur une seule
distrib avec un choix de matos restreint, puis trés vite la distrib sera
fourni par l'éditeur du soft et compatible avec un seul matos ... celui
vendu par l'éditeur.
Retour au schéma info d'il y a 30-40 ans ... chaque éditeur à son propre
OS pour ne faire tourner que son soft sur son matos, vente lié, aucun
choix, etc ... et ça coute plus cher.
Dans son message précédent, PP a écrit :
Le 03/08/2012 13:45, lunix a écrit :
<http://www.presence-pc.com/actualite/Windows-Linux-Left-4-Dead-2-48358/>
Juste 15 % plus rapide
Mode p4nd1:
HAHOHIHOHAHOHAHOHIHOHAHO
En tout cas, je me dis, que finalement, peut-être que prochainement
les éditeurs de jeux créeront des dual boot à l'installation pour que
les jeux tournent mieux sur un OS linux-based !
ça aussi ça changerait la vision de l'informatique.
On a un jeu , il est indépendant de l'OS !!!
Comm eune console quasiment ;)
Sur le plan technique, ça pourrait être une assez bonne idée.
Y a aucune raison qu'un manchot n'arrive pas à exploiter les capacité du
matos aussi bien que Windows, c'est juste une question de temps/fric
consacré à pondre des pilotes qui collent au matos et tiennent la route.
Et avec un OS "light" qui ne comporte que le nécessaire pour jouer
("comme une console" pour reprendre tes propos), ça permetrait de
consacrer toute la puissance juste au jeu, sans autre process qui tournent.
C'est d'ailleur sur ce genre de rôle mono-usage que Linux fais le gros
de ses "parts de marché", il n'y a qu'a voir la proportion entre les
"millions-d'-appareils-sous-Linux-qui-font-tourner-le-web", et les
pauvres qq milliers de serveur multi-rôles ou de stations monté avec.
Par contre, on peux craindre de voir la même évolution que sur toutes
les solutions pro qui passent/ sont passée à Linux, tu te retrouvera
sans doute très vite avec un soft qu ine tourne que sur une seule
distrib avec un choix de matos restreint, puis trés vite la distrib sera
fourni par l'éditeur du soft et compatible avec un seul matos ... celui
vendu par l'éditeur.
Retour au schéma info d'il y a 30-40 ans ... chaque éditeur à son propre
OS pour ne faire tourner que son soft sur son matos, vente lié, aucun
choix, etc ... et ça coute plus cher.
Dans son message précédent, PP a écrit :Le 03/08/2012 13:45, lunix a écrit :<http://www.presence-pc.com/actualite/Windows-Linux-Left-4-Dead-2-48358/>
Juste 15 % plus rapide
Mode p4nd1:
HAHOHIHOHAHOHAHOHIHOHAHO
En tout cas, je me dis, que finalement, peut-être que prochainement
les éditeurs de jeux créeront des dual boot à l'installation pour que
les jeux tournent mieux sur un OS linux-based !
ça aussi ça changerait la vision de l'informatique.
On a un jeu , il est indépendant de l'OS !!!
Comm eune console quasiment ;)
Sur le plan technique, ça pourrait être une assez bonne idée.
Y a aucune raison qu'un manchot n'arrive pas à exploiter les capacité du
matos aussi bien que Windows, c'est juste une question de temps/fric
consacré à pondre des pilotes qui collent au matos et tiennent la route.
Et avec un OS "light" qui ne comporte que le nécessaire pour jouer
("comme une console" pour reprendre tes propos), ça permetrait de
consacrer toute la puissance juste au jeu, sans autre process qui tournent.
C'est d'ailleur sur ce genre de rôle mono-usage que Linux fais le gros
de ses "parts de marché", il n'y a qu'a voir la proportion entre les
"millions-d'-appareils-sous-Linux-qui-font-tourner-le-web", et les
pauvres qq milliers de serveur multi-rôles ou de stations monté avec.
Par contre, on peux craindre de voir la même évolution que sur toutes
les solutions pro qui passent/ sont passée à Linux, tu te retrouvera
sans doute très vite avec un soft qu ine tourne que sur une seule
distrib avec un choix de matos restreint, puis trés vite la distrib sera
fourni par l'éditeur du soft et compatible avec un seul matos ... celui
vendu par l'éditeur.
Retour au schéma info d'il y a 30-40 ans ... chaque éditeur à son propre
OS pour ne faire tourner que son soft sur son matos, vente lié, aucun
choix, etc ... et ça coute plus cher.
Il y a une chose que tu oublies dans ton raisonnement, la diffusion des
sources !
En effet, Si l'éditeur de jeux fait des modifications sur les librairies
libres, ces modifications doivent être publiées et disponibles.
Il y a une chose que tu oublies dans ton raisonnement, la diffusion des
sources !
En effet, Si l'éditeur de jeux fait des modifications sur les librairies
libres, ces modifications doivent être publiées et disponibles.
Il y a une chose que tu oublies dans ton raisonnement, la diffusion des
sources !
En effet, Si l'éditeur de jeux fait des modifications sur les librairies
libres, ces modifications doivent être publiées et disponibles.
PP , dans le message <501cf1dc$0$29232$, a écrit :Il y a une chose que tu oublies dans ton raisonnement, la diffusion des
sources !
En effet, Si l'éditeur de jeux fait des modifications sur les librairies
libres, ces modifications doivent être publiées et disponibles.
Non, absolument pas. Ce n'est vrai que si (1) les bibliothèques en question
sont sous une licence de type "copyleft" et (2) l'éditeur décide
d'effectivement distribuer des binaires des bibliothèques modifiées.
PP , dans le message <501cf1dc$0$29232$426a74cc@news.free.fr>, a écrit :
Il y a une chose que tu oublies dans ton raisonnement, la diffusion des
sources !
En effet, Si l'éditeur de jeux fait des modifications sur les librairies
libres, ces modifications doivent être publiées et disponibles.
Non, absolument pas. Ce n'est vrai que si (1) les bibliothèques en question
sont sous une licence de type "copyleft" et (2) l'éditeur décide
d'effectivement distribuer des binaires des bibliothèques modifiées.
PP , dans le message <501cf1dc$0$29232$, a écrit :Il y a une chose que tu oublies dans ton raisonnement, la diffusion des
sources !
En effet, Si l'éditeur de jeux fait des modifications sur les librairies
libres, ces modifications doivent être publiées et disponibles.
Non, absolument pas. Ce n'est vrai que si (1) les bibliothèques en question
sont sous une licence de type "copyleft" et (2) l'éditeur décide
d'effectivement distribuer des binaires des bibliothèques modifiées.
Mais entre autre, s'il y a des modifications sur OpenGL ce sera toujours
en accord avec les développeurs qui la diffuse, non ?
Mais entre autre, s'il y a des modifications sur OpenGL ce sera toujours
en accord avec les développeurs qui la diffuse, non ?
Mais entre autre, s'il y a des modifications sur OpenGL ce sera toujours
en accord avec les développeurs qui la diffuse, non ?
PP , dans le message <501cf3c1$0$1747$, a écrit :Mais entre autre, s'il y a des modifications sur OpenGL ce sera toujours
Ça ne veut rien dire « des modifications sur OpenGL », OpenGL est une norme,
pas un programme.
en accord avec les développeurs qui la diffuse, non ?
Trop de fautes et d'ambiguïté pour que ce soit compréhensible.
PP , dans le message <501cf3c1$0$1747$426a74cc@news.free.fr>, a écrit :
Mais entre autre, s'il y a des modifications sur OpenGL ce sera toujours
Ça ne veut rien dire « des modifications sur OpenGL », OpenGL est une norme,
pas un programme.
en accord avec les développeurs qui la diffuse, non ?
Trop de fautes et d'ambiguïté pour que ce soit compréhensible.
PP , dans le message <501cf3c1$0$1747$, a écrit :Mais entre autre, s'il y a des modifications sur OpenGL ce sera toujours
Ça ne veut rien dire « des modifications sur OpenGL », OpenGL est une norme,
pas un programme.
en accord avec les développeurs qui la diffuse, non ?
Trop de fautes et d'ambiguïté pour que ce soit compréhensible.