l2jfree qui déraille

Bonjour, j'ai un gros probléme sur mon serveur:
https://first-world.no-ip.info/munin/real/toc.real/index.html#processes
J'ai un load average de malade et des temps noyau et une utilisation du cpu trés forte.
Et tout ça ce dégrade avec le temps.

Je sais que l2jfree n'est pas un projet professionnel, mais je m'attendant à ce qu'il tienne dans le temps sans être redémarrer périodiquement et sans altération des performances.
C'est peu être du à mon serveur mais il reste trés standard, et tout les autres service marche très bien même après 1ans de fonctionnement 7j/7.

Voila vu du noyau et de latencytop ce que je note:
futex_wait do_futex sys_futex system_call_after_sw
C'est ca qui prend 13 à 40% du cpu en mode noyau.
Le temps de latence max est de 5.0 msec ce qui est énorme vu que le ralentissement ce produit au moins 100x par secondes.
Total des latences du processus java: 1247.0 msec

Quelqu'un à une idée d'ou ca peu venir, et comment résoudre le probléme? Merci d'avance.

j'ai eu le meme probleme sur une kimsuffit 08

Faut voir ça avec eux directement.

Je ne m'implique pas trop en ce moment mais d'après ce que j'ai vu, il y a de nouvelles choses qui ne m'ont pas l'air très très optimisées. D'autres personnes sur le forum de L2JFree se sont plaintes des performances. Je n'ai pas testé de mon côté.

bien moi je ne sais pas si c'est vraiment le serveur car (pour exemple) le parti chargement des script:

sur une dedibox V1: tout marche parfaitement
sur une kimsuffit08: 45 minute pour charger les script, si on suis le monitoring a se moment la, on s'apercoit que le charge processeur atteint les 100%, la chage memoire 100% et le swap pas loin des 90%.
ensuite une fois le serveur demarai tout redevien normal jusqu'a la conection d'un joueur surle serveur ou au niveau du monitoring il se passe la meme chose.

la seul dofference entre c'est 2 dedier est le processeur:
dedibox VIA 2GHz
kimsuffit08: intel cadanser a 2,66ghz

je vous conseillerai d'aller lire les doc de ces 2 processeur vous serai surpris de certaine caracteristique du VIA.

Je viens up le sujeet un peu, car mon serveur est sujet a des lags récurrents qui se manifeste toutes les 15 min.

Niveau monitoring : ca donne un load average qui s'embale, le cpu tient le coup.

Concrètement c'est a chaque save du garbage colletor du java sur la DB que le lag se produit.

J'avais espéré que en changeant quelques parametres du options.properties ca resolve le problèmes mais rien n'y fait

option.properties a écrit:

CoordSynchronize = 0
AutoDestroyDroppedItemAfter = 0
CharacterDataStoreInterval = 0
LazyItemsUpdate = true
UpdateItemsOnCharStore = false
DestroyPlayerDroppedItem = false
DestroyEquipableItem = false
DestroyPlayerInventoryDrop = false
SaveDroppedItem = false
EmptyDroppedItemTableAfterLoad = false
SaveDroppedItemInterval = 0
ClearDroppedItemTable = true
ForceInventoryUpdate = False
LazyCache = True
WarehouseCacheTime = 15
ThreadPoolSize = 50
GridsAlwaysOn = False
GridNeighborTurnOnTime = 1
GridNeighborTurnOffTime = 90
DeadLockCheck =10000

Pour info : je suis sur une DEDIBOX V2 Standard

Si quelqu'un voit une option qui déconne , une idée sur le parametrage du garbage collector ou sur les configs MySQL, je suis preneur

l2jfree release version 1.2.0 Gracia
jre1.6.0_07
Dsl je vais la mettre dans ma sign ^^

Edit : En gros pour résumer ma question plus simplement
Est ce que tout ceux qui avait cette release ont eu des problèmes de perf?
Si non est ce que c'est possible d'avoir le fichier option.properties (qui fait pas lagger) ? Déja pour être sur que ca ne vient pas de la. Ensuite on parlera system ^^
Si Oui , est ce qu les dernière releases l2jFree 1.2.1A, resout le soucis?

Je viens de passer en l2jfree 1.2.1A. On va voir si ça répond a une question déjà

moi en ct1.5 j'ai pas ce probleme sur dedibox V2 sa tourne niquelle boot en moin de 10 min



(je suis l2jfree, avec des spawn massif, dans les ville et zonne amenager, en moyen 20 player)

enfin après en dehors de ma kimsuffit08 jamais eu de problème semblable

J'avais un autre serv en Hellbound et pas de soucis de lag. C'est depuis la CT2 et depuis mon changement de serv

J'ai 2 serveur chez OVH un Kimsufi 3XL (AMD) et un EG Large, la je suis sous le "EG Large" il y a pas de problème et sur le Kimsufi 3XL c'est super stable, surtout que je les utilisé il y a longtemps pour un serveur Kamael/Hellbound avec 80 joueurs de dans sans lag...

Je crois que même le system d'exploitation cause beaucoup de problème, surtout que l'auteur du sujet et un pote. Je sais qu'il utilise Gentoo avec de nouveau noyau et c'est la cata franchement.

Donc niveau OS , y'a une config optimum?

bas le mini une debian avec un mysql et java


(si ton site est sur le dédier php et apache peuvent servir)

mais je doute que se soit sa

Je suis en Debian Etche , avec le dernier jre

Sur tout mes dédier je suis sous "Debian" c'est très stable, et je vous conseil "Ubuntu" 7.10 ou 8.04.

Une petite remarque pour les professionnels Linux.

Il vaut mieux installé des system d'exploitation virtuel surtout pour les puissant dédier, et choisir Gentoo comme system de base surtout pour les gestions réseau.

Sa t'aide a avoir 22.9% de puissance et stabilité, la bête a choisir c'est un (AMD) ou un Intel Xeon Quad x4 ou x8...

Quelqu'un aurait un fichier options.properties de server gracia 1.2.1.a qui ne lag pas SVP ?

Bon je te file mon fichier il est sur mon HTTP, il est libre pour tout le monde.

#Lien#

Merci j'ai comparé avec le mien et y'a rien de spécial qui diffère... du moins dans optimisation

Donc ca doit venir de la config de ma DEDI Pourtant je ne suis pas le premier a héberger ca sur DEDIBOX V2

Dans ton élan de générosité pourrais tu me communiquer tes paramètres de config MYSQL ? (il se peut que ca viennent de la )

Tous ces soucis peuvent venir d'une fuite de mémoire ou des threads inutiles.

Perso, je pencherais pour la fuite de mémoire.

J'ai des trucs un peu bizarre , je limite le gameserver a 1Go et il prend réellement 1.4Go je ne sais pas si ça a une incidence et surtout d'où vient ce surplus. de même pour le loginserver

Dans ce cas, ça viens de java lui même.

Le garbage collector n'est pas sans failles.

Ce n'est pas une faille, ce 1Go est juste le heap size. Il faut de la mémoire en plus pour le code (et éventuellement les geodata) qui ne sont pas mis dedans.