J'utilise Debian AMD64 depuis un mois en SID, pas de soucis. Par contre au niveaux des performance c'est plutôt allucinant à coté du PIV 2GHz que j'utilisais.
Etant coordinateur et développeur pour Gobelins (un jeu de Nekeme Prod, multijoueurs online également), je serais interessé par la bande passante utilisée par client (upload et download) ainsi que la puissance CPU utilisée par PlanetShift. Leur serveur output quand même près d'1 Mb/s (http://gandalf.fragnetics.com/status/traffic/eth0.html(...(...))), et la box qui l'héberge est un P4 2.6Ghz (load a 0.12) ! Ca me semble beaucoup, le cahier des charges fixé pour Gobelins spécifie bien moins (hébergement possible sur ADSL, box modeste).
Tout dépend du nombre de joueur et du type de jeu. A mon avis pour leur type de jeu et le nombre de joueurs que j'estime (quelques millier) je trouve ca pas mal.
Mon échelle perso c'est :
1 CPU et 1MBit pour 1000 joueurs c'est médiocre, pour 2000 c'est bon, pour 10 000 joueurs c'est excellent :)
Par contre vous tabler sur combien de joueurs pour un hébergement de type ADSL ? C'est sur votre site ou j'ai lus que vous pensiez utiliser gpg pour crypter les communications ? Et XML-RPC et du p2p ? Vous me semblez doucement réver.. :D car juste la crypto forte va éclater la latence et la bande passante et de plus XML RPC est trop verbeu pour se genre d'application.
Je viens de lire votre Wiki, je vois une architecture à 2 threads. Vous n'aller pas supporter un grand nombre de connection (max 100~200) en simultané.
Faire un MMORPG c'est trappu mais la partie réseau c'est SUPER TRAPPU, il n'y a pas de règles, pas de solution toutes prête (opensource du moins, car des boites vendent des solutions comme Butterfly) va falloir expérimeter, stresser des prototypes, avant de faire des choix comme XML-RPC ou GPG ou balancer des specs de bande passante :) Bon courage les gars.
# DDD
Posté par vrm (site web personnel) . En réponse au message comment trouver l'origine d'un segmentation fault ?. Évalué à 2.
http://www.gnu.org/software/ddd/(...)
[^] # Re: LDAP, etc.
Posté par vrm (site web personnel) . En réponse au journal Solution TSE, annuaire et autres (Trademarks inside). Évalué à 1.
[^] # Re: Ma réponse ressemble à un troll, mais c'est mon avis quand même
Posté par vrm (site web personnel) . En réponse au journal IE7 et les standards. Évalué à 5.
# Afficheur
Posté par vrm (site web personnel) . En réponse au journal Contrôler mon MPD depuis un LCD. Évalué à 2.
[^] # Re: OpenOffice.org 2.0bc
Posté par vrm (site web personnel) . En réponse au journal Openoffice sur Debian amd64 en 8 étapes.. Évalué à 1.
# Merci
Posté par vrm (site web personnel) . En réponse au journal Openoffice sur Debian amd64 en 8 étapes.. Évalué à 1.
[^] # Re: Optimisation?
Posté par vrm (site web personnel) . En réponse au journal Linux & AMD64 ?. Évalué à 1.
-842.324416 3600.027209 eigenvectors:
number 1
0.036374 -0.064578
number 2
0.040803 0.040887
real 0m48.419s
user 0m48.284s
sys 0m0.022s
comme quoi gcc-3.4 n'y fait pas en calcul pur ...
[^] # Re: Optimisation?
Posté par vrm (site web personnel) . En réponse au journal Linux & AMD64 ?. Évalué à 1.
la mémoire c'est de la DDR 3200+
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 12
model name : AMD Athlon(tm) 64 Processor 3200+
stepping : 0
cpu MHz : 2210.790
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 pni syscall nx mmxext lm 3dnowext 3dnow
bogomips : 4374.52
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
[^] # Re: Optimisation?
Posté par vrm (site web personnel) . En réponse au journal Linux & AMD64 ?. Évalué à 1.
$ time ./a.out
-842.324416 3600.027209
eigenvectors:
number 1
0.036374 -0.064578
number 2
0.040803 0.040887
real 0m49.532s
user 0m49.466s
sys 0m0.011s
[^] # Re: Compatibilité matérielle
Posté par vrm (site web personnel) . En réponse au journal Linux & AMD64 ?. Évalué à 2.
[^] # Re: Optimisation?
Posté par vrm (site web personnel) . En réponse au journal Linux & AMD64 ?. Évalué à 1.
[^] # Re: Optimisation?
Posté par vrm (site web personnel) . En réponse au journal Linux & AMD64 ?. Évalué à 1.
# Debian 64
Posté par vrm (site web personnel) . En réponse au journal Linux & AMD64 ?. Évalué à 1.
[^] # Re: N'importe quoi
Posté par vrm (site web personnel) . En réponse au journal Windows Server 2003 plus securisé que RedHat ?. Évalué à 1.
[^] # Re: kiss 1500
Posté par vrm (site web personnel) . En réponse au journal squeezebox : le meilleur du libre dans une boite audio. Évalué à 2.
mais bon c'est vrai que la squeezebox est sympa (surtout le bus i2c :D)
# kiss 1500
Posté par vrm (site web personnel) . En réponse au journal squeezebox : le meilleur du libre dans une boite audio. Évalué à 1.
[^] # Re: Portables sans OS
Posté par vrm (site web personnel) . En réponse au journal Détaxe windows sur matériel IBM... ou presque. Évalué à 1.
# Portables sans OS
Posté par vrm (site web personnel) . En réponse au journal Détaxe windows sur matériel IBM... ou presque. Évalué à 1.
[^] # Re: Un middleware libre pour construire des jeux Massivement Multijoueur
Posté par vrm (site web personnel) . En réponse à la dépêche Un MMORPG libre. Évalué à 0.
Tres bonne iniciative !
[^] # Re: Je n'appelle pas ça un jeu libre :-/
Posté par vrm (site web personnel) . En réponse à la dépêche Un MMORPG libre. Évalué à 10.
Tout dépend du nombre de joueur et du type de jeu. A mon avis pour leur type de jeu et le nombre de joueurs que j'estime (quelques millier) je trouve ca pas mal.
Mon échelle perso c'est :
1 CPU et 1MBit pour 1000 joueurs c'est médiocre, pour 2000 c'est bon, pour 10 000 joueurs c'est excellent :)
Par contre vous tabler sur combien de joueurs pour un hébergement de type ADSL ? C'est sur votre site ou j'ai lus que vous pensiez utiliser gpg pour crypter les communications ? Et XML-RPC et du p2p ? Vous me semblez doucement réver.. :D car juste la crypto forte va éclater la latence et la bande passante et de plus XML RPC est trop verbeu pour se genre d'application.
Je viens de lire votre Wiki, je vois une architecture à 2 threads. Vous n'aller pas supporter un grand nombre de connection (max 100~200) en simultané.
Vous connaisser le problème du C10K http://www.kegel.com/c10k.html(...) ?
Faire un MMORPG c'est trappu mais la partie réseau c'est SUPER TRAPPU, il n'y a pas de règles, pas de solution toutes prête (opensource du moins, car des boites vendent des solutions comme Butterfly) va falloir expérimeter, stresser des prototypes, avant de faire des choix comme XML-RPC ou GPG ou balancer des specs de bande passante :) Bon courage les gars.
Vrm
[^] # Re: Moi, j'aimme bien soya
Posté par vrm (site web personnel) . En réponse à la dépêche Slune 1.0. Évalué à 2.
[^] # Re: dégouté
Posté par vrm (site web personnel) . En réponse à la dépêche John Carmack victime des brevets logiciels. Évalué à 0.
faut pas répondre quand il nous fait se genre de post
[^] # Re: C'est un troll.
Posté par vrm (site web personnel) . En réponse à la dépêche Mono 1.0 sous le feu des projecteurs. Évalué à 3.
[^] # Re: libre ou libre ?
Posté par vrm (site web personnel) . En réponse à la dépêche Sun devrait ouvrir le code de Solaris (bis). Évalué à 2.
[^] # Re: Encore une..
Posté par vrm (site web personnel) . En réponse à la dépêche Progeny 2 est sur les rails !. Évalué à 1.