Bonjour,
Pour revenir à l'allocation mémoire avec xms et xmx, j'ai deux questions
SVP
:
1. Est ce que la mémoire fixée dans les valeurs Xms et Xms sont les
valeures
que l'environnement Java va allouer comme mémoire physique ou comme
mémoire
virtuelle (total mémoire physique + mémoire du disque, soit le swap) ?
Ce sont les valeurs maximales et minimales de mémoire que l'environnement
Java va allouer. Si elles sont physiques ou virtuelles, c'est les affaires
de ton Windows.2. Dans le gestionnaire de tâche de windows le compteur "Erreur de page"
n'arrête pas de s'incrémenter pour le process Javaw.exe. Théoriquement,
ce
compteur est incrémenté lors d'utilisation d'adresse mémoire non
autorisée
du système. Ce compteur s'incrémente tout le temps, même lorsque mon
appli
ne présente pas de problème. Qu'est ce que je dois conclure par rapport à
cet événement ?
Non, une "erreur de page", c'est quand le processus tente d'accéder à une
adresse mémoire non chargée physiquement, par exemple parce qu'elle est
sur le swap. Si ça s'incrémente très vite, tu peux en conclure que tu
manques de mémoire physique par rapport à ce que tu consommes, processus
Java + autres processus. Si l'incrémentation est lente, je ne sais pas,
quelques centaines par seconde, ça ne me parait pas scandaleux pour un
processus qui travaille.
Si Java tentait d'accéder à un emplacement mémoire non autorisé, Windows
ne se contenterait pas d'incrémenter un compteur, mais fermerait
autoritairement le programme.
--
C'est ma signature qu'elle est la mieux. Pas la vôtre.
Bonjour,
Pour revenir à l'allocation mémoire avec xms et xmx, j'ai deux questions
SVP
:
1. Est ce que la mémoire fixée dans les valeurs Xms et Xms sont les
valeures
que l'environnement Java va allouer comme mémoire physique ou comme
mémoire
virtuelle (total mémoire physique + mémoire du disque, soit le swap) ?
Ce sont les valeurs maximales et minimales de mémoire que l'environnement
Java va allouer. Si elles sont physiques ou virtuelles, c'est les affaires
de ton Windows.
2. Dans le gestionnaire de tâche de windows le compteur "Erreur de page"
n'arrête pas de s'incrémenter pour le process Javaw.exe. Théoriquement,
ce
compteur est incrémenté lors d'utilisation d'adresse mémoire non
autorisée
du système. Ce compteur s'incrémente tout le temps, même lorsque mon
appli
ne présente pas de problème. Qu'est ce que je dois conclure par rapport à
cet événement ?
Non, une "erreur de page", c'est quand le processus tente d'accéder à une
adresse mémoire non chargée physiquement, par exemple parce qu'elle est
sur le swap. Si ça s'incrémente très vite, tu peux en conclure que tu
manques de mémoire physique par rapport à ce que tu consommes, processus
Java + autres processus. Si l'incrémentation est lente, je ne sais pas,
quelques centaines par seconde, ça ne me parait pas scandaleux pour un
processus qui travaille.
Si Java tentait d'accéder à un emplacement mémoire non autorisé, Windows
ne se contenterait pas d'incrémenter un compteur, mais fermerait
autoritairement le programme.
--
C'est ma signature qu'elle est la mieux. Pas la vôtre.
Bonjour,
Pour revenir à l'allocation mémoire avec xms et xmx, j'ai deux questions
SVP
:
1. Est ce que la mémoire fixée dans les valeurs Xms et Xms sont les
valeures
que l'environnement Java va allouer comme mémoire physique ou comme
mémoire
virtuelle (total mémoire physique + mémoire du disque, soit le swap) ?
Ce sont les valeurs maximales et minimales de mémoire que l'environnement
Java va allouer. Si elles sont physiques ou virtuelles, c'est les affaires
de ton Windows.2. Dans le gestionnaire de tâche de windows le compteur "Erreur de page"
n'arrête pas de s'incrémenter pour le process Javaw.exe. Théoriquement,
ce
compteur est incrémenté lors d'utilisation d'adresse mémoire non
autorisée
du système. Ce compteur s'incrémente tout le temps, même lorsque mon
appli
ne présente pas de problème. Qu'est ce que je dois conclure par rapport à
cet événement ?
Non, une "erreur de page", c'est quand le processus tente d'accéder à une
adresse mémoire non chargée physiquement, par exemple parce qu'elle est
sur le swap. Si ça s'incrémente très vite, tu peux en conclure que tu
manques de mémoire physique par rapport à ce que tu consommes, processus
Java + autres processus. Si l'incrémentation est lente, je ne sais pas,
quelques centaines par seconde, ça ne me parait pas scandaleux pour un
processus qui travaille.
Si Java tentait d'accéder à un emplacement mémoire non autorisé, Windows
ne se contenterait pas d'incrémenter un compteur, mais fermerait
autoritairement le programme.
--
C'est ma signature qu'elle est la mieux. Pas la vôtre.
Bonjour,
Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Bonjour,
Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Bonjour,
Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
dans l'article 44e36682$0$18577$, rahan à
a écrit le 16/08/06 20:41 :Bonjour,
Bonjour,Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Si c'est mal developpé bien sur :-)
Quand ton appli bloque tu n'as aucun message d'erreur?
Je pencherai alors pour un dead lock.
--
Bruno
dans l'article 44e36682$0$18577$626a54ce@news.free.fr, rahan à
rahan@rahan.net a écrit le 16/08/06 20:41 :
Bonjour,
Bonjour,
Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Si c'est mal developpé bien sur :-)
Quand ton appli bloque tu n'as aucun message d'erreur?
Je pencherai alors pour un dead lock.
--
Bruno
dans l'article 44e36682$0$18577$, rahan à
a écrit le 16/08/06 20:41 :Bonjour,
Bonjour,Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Si c'est mal developpé bien sur :-)
Quand ton appli bloque tu n'as aucun message d'erreur?
Je pencherai alors pour un dead lock.
--
Bruno
"Bruno CAUSSE" a écrit dans le message de
news:C109EEF5.1E9D7%dans l'article 44e36682$0$18577$, rahan à
a écrit le 16/08/06 20:41 :Bonjour,
Bonjour,Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Si c'est mal developpé bien sur :-)
Quand ton appli bloque tu n'as aucun message d'erreur?
Je pencherai alors pour un dead lock.
--
Bruno
Bonjour et merci Bruno pour votre réponse.
Quand ma machine bloque, je n'ai aucun messages d'erreur. Ni au niveau de
l'application ni au niveau de windows. Et pas d'entrée dans le journal log
de l'application ni celui de Windows (observateur d'événement).
Je ne sais pas quelles sont les conséquences d'un dead lock. Il faut savoir
qu'au moment où ça bloque, l'appli répond toujours aux clics de souris
(accès au menu de l'appli, ouverture et cloture des des fenêtres... etc).
Mais, les données qui arrivent par le réseau ne s'affiche plus dans
l'application. Les données dans l'appli reste figées et lorsque je fais un
refreach, la requette de mise à jour fais bien un aller retour au serveur et
le client sur lequel tourne l'appli reçoit bien l'info mais ne l'affiche pas
à l'écran. Parfois, je me demande si ce n'est pas un problème de carte
graphique et Java...
Encore une fois, ce n'est pas un problème réseau car les données en question
arrivent bien sur la machine (snif le confirme) et que windows ne perd pas
de packet (la commande "netstst -es" le confirme). D'ailleurs, le serveur
sur le quel le client est connecté voit toujours ce client comme étant
connecté ! Normal, puisque concrétement, ya pas de problème réseau !
Il me reste qu'au niveau de l'appli elle même qu'il faut voir.
Pourriez-vous me dire SVP ce qui se passe en général lors d'un Dead Lock ?
Merci infiniment
Cordialement
Rahan
"Bruno CAUSSE" <envoi@lesSpam.fr> a écrit dans le message de
news:C109EEF5.1E9D7%envoi@lesSpam.fr...
dans l'article 44e36682$0$18577$626a54ce@news.free.fr, rahan à
rahan@rahan.net a écrit le 16/08/06 20:41 :
Bonjour,
Bonjour,
Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Si c'est mal developpé bien sur :-)
Quand ton appli bloque tu n'as aucun message d'erreur?
Je pencherai alors pour un dead lock.
--
Bruno
Bonjour et merci Bruno pour votre réponse.
Quand ma machine bloque, je n'ai aucun messages d'erreur. Ni au niveau de
l'application ni au niveau de windows. Et pas d'entrée dans le journal log
de l'application ni celui de Windows (observateur d'événement).
Je ne sais pas quelles sont les conséquences d'un dead lock. Il faut savoir
qu'au moment où ça bloque, l'appli répond toujours aux clics de souris
(accès au menu de l'appli, ouverture et cloture des des fenêtres... etc).
Mais, les données qui arrivent par le réseau ne s'affiche plus dans
l'application. Les données dans l'appli reste figées et lorsque je fais un
refreach, la requette de mise à jour fais bien un aller retour au serveur et
le client sur lequel tourne l'appli reçoit bien l'info mais ne l'affiche pas
à l'écran. Parfois, je me demande si ce n'est pas un problème de carte
graphique et Java...
Encore une fois, ce n'est pas un problème réseau car les données en question
arrivent bien sur la machine (snif le confirme) et que windows ne perd pas
de packet (la commande "netstst -es" le confirme). D'ailleurs, le serveur
sur le quel le client est connecté voit toujours ce client comme étant
connecté ! Normal, puisque concrétement, ya pas de problème réseau !
Il me reste qu'au niveau de l'appli elle même qu'il faut voir.
Pourriez-vous me dire SVP ce qui se passe en général lors d'un Dead Lock ?
Merci infiniment
Cordialement
Rahan
"Bruno CAUSSE" a écrit dans le message de
news:C109EEF5.1E9D7%dans l'article 44e36682$0$18577$, rahan à
a écrit le 16/08/06 20:41 :Bonjour,
Bonjour,Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Si c'est mal developpé bien sur :-)
Quand ton appli bloque tu n'as aucun message d'erreur?
Je pencherai alors pour un dead lock.
--
Bruno
Bonjour et merci Bruno pour votre réponse.
Quand ma machine bloque, je n'ai aucun messages d'erreur. Ni au niveau de
l'application ni au niveau de windows. Et pas d'entrée dans le journal log
de l'application ni celui de Windows (observateur d'événement).
Je ne sais pas quelles sont les conséquences d'un dead lock. Il faut savoir
qu'au moment où ça bloque, l'appli répond toujours aux clics de souris
(accès au menu de l'appli, ouverture et cloture des des fenêtres... etc).
Mais, les données qui arrivent par le réseau ne s'affiche plus dans
l'application. Les données dans l'appli reste figées et lorsque je fais un
refreach, la requette de mise à jour fais bien un aller retour au serveur et
le client sur lequel tourne l'appli reçoit bien l'info mais ne l'affiche pas
à l'écran. Parfois, je me demande si ce n'est pas un problème de carte
graphique et Java...
Encore une fois, ce n'est pas un problème réseau car les données en question
arrivent bien sur la machine (snif le confirme) et que windows ne perd pas
de packet (la commande "netstst -es" le confirme). D'ailleurs, le serveur
sur le quel le client est connecté voit toujours ce client comme étant
connecté ! Normal, puisque concrétement, ya pas de problème réseau !
Il me reste qu'au niveau de l'appli elle même qu'il faut voir.
Pourriez-vous me dire SVP ce qui se passe en général lors d'un Dead Lock ?
Merci infiniment
Cordialement
Rahan
dans l'article 44e42cd0$0$13257$, Rahan à
a écrit le 17/08/06 10:46 :
"Bruno CAUSSE" a écrit dans le message de
news:C109EEF5.1E9D7%dans l'article 44e36682$0$18577$, rahan à
a écrit le 16/08/06 20:41 :Bonjour,
Bonjour,Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Si c'est mal developpé bien sur :-)
Quand ton appli bloque tu n'as aucun message d'erreur?
Je pencherai alors pour un dead lock.
--
Bruno
Bonjour et merci Bruno pour votre réponse.
Quand ma machine bloque, je n'ai aucun messages d'erreur. Ni au niveau
de
l'application ni au niveau de windows. Et pas d'entrée dans le journal
log
de l'application ni celui de Windows (observateur d'événement).
Je ne sais pas quelles sont les conséquences d'un dead lock. Il faut
savoir
qu'au moment où ça bloque, l'appli répond toujours aux clics de souris
(accès au menu de l'appli, ouverture et cloture des des fenêtres...
etc).
Mais, les données qui arrivent par le réseau ne s'affiche plus dans
l'application. Les données dans l'appli reste figées et lorsque je fais
un
refreach, la requette de mise à jour fais bien un aller retour au
serveur et
le client sur lequel tourne l'appli reçoit bien l'info mais ne l'affiche
pas
à l'écran. Parfois, je me demande si ce n'est pas un problème de carte
graphique et Java...
Encore une fois, ce n'est pas un problème réseau car les données en
question
arrivent bien sur la machine (snif le confirme) et que windows ne perd
pas
de packet (la commande "netstst -es" le confirme). D'ailleurs, le
serveur
sur le quel le client est connecté voit toujours ce client comme étant
connecté ! Normal, puisque concrétement, ya pas de problème réseau !
Il me reste qu'au niveau de l'appli elle même qu'il faut voir.
Pourriez-vous me dire SVP ce qui se passe en général lors d'un Dead Lock
?
Merci infiniment
Cordialement
Rahan
Oui tes explications me font penser a un deadlock ou similaire.
Une application java (qui plus est une application reseau) a en generale
plusieurs threads (sorte de mini programme pour faire tres simple). Ex un
programme pour l'interface utilisateur, un programme pour la connection
reseau, plusieurs programmes pour les traitements, ect.....
Evidement ces mini prog cooperent, mais parfois pour poursuivre son
deroulement un mini prog a besoin d'information d'un autre mini prog qui
n'arrive jamais (pour de multiples raisons dont un deadlock) et le prog
semble bloqué sur une partie (ici le traitement) bien que l'interface ou
la
connection reseau fonctionnent tjrs.
Le prog n'est pas planté (pas de log), il attend une information qui
n'arrivera jamais.
Ce n'est pas evident a debuger (meme en mono processeur). Retournes toi
vers
le concepteur.
A+
dans l'article 44e42cd0$0$13257$636a55ce@news.free.fr, Rahan à
Rahan@Rahan_badmail.com a écrit le 17/08/06 10:46 :
"Bruno CAUSSE" <envoi@lesSpam.fr> a écrit dans le message de
news:C109EEF5.1E9D7%envoi@lesSpam.fr...
dans l'article 44e36682$0$18577$626a54ce@news.free.fr, rahan à
rahan@rahan.net a écrit le 16/08/06 20:41 :
Bonjour,
Bonjour,
Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Si c'est mal developpé bien sur :-)
Quand ton appli bloque tu n'as aucun message d'erreur?
Je pencherai alors pour un dead lock.
--
Bruno
Bonjour et merci Bruno pour votre réponse.
Quand ma machine bloque, je n'ai aucun messages d'erreur. Ni au niveau
de
l'application ni au niveau de windows. Et pas d'entrée dans le journal
log
de l'application ni celui de Windows (observateur d'événement).
Je ne sais pas quelles sont les conséquences d'un dead lock. Il faut
savoir
qu'au moment où ça bloque, l'appli répond toujours aux clics de souris
(accès au menu de l'appli, ouverture et cloture des des fenêtres...
etc).
Mais, les données qui arrivent par le réseau ne s'affiche plus dans
l'application. Les données dans l'appli reste figées et lorsque je fais
un
refreach, la requette de mise à jour fais bien un aller retour au
serveur et
le client sur lequel tourne l'appli reçoit bien l'info mais ne l'affiche
pas
à l'écran. Parfois, je me demande si ce n'est pas un problème de carte
graphique et Java...
Encore une fois, ce n'est pas un problème réseau car les données en
question
arrivent bien sur la machine (snif le confirme) et que windows ne perd
pas
de packet (la commande "netstst -es" le confirme). D'ailleurs, le
serveur
sur le quel le client est connecté voit toujours ce client comme étant
connecté ! Normal, puisque concrétement, ya pas de problème réseau !
Il me reste qu'au niveau de l'appli elle même qu'il faut voir.
Pourriez-vous me dire SVP ce qui se passe en général lors d'un Dead Lock
?
Merci infiniment
Cordialement
Rahan
Oui tes explications me font penser a un deadlock ou similaire.
Une application java (qui plus est une application reseau) a en generale
plusieurs threads (sorte de mini programme pour faire tres simple). Ex un
programme pour l'interface utilisateur, un programme pour la connection
reseau, plusieurs programmes pour les traitements, ect.....
Evidement ces mini prog cooperent, mais parfois pour poursuivre son
deroulement un mini prog a besoin d'information d'un autre mini prog qui
n'arrive jamais (pour de multiples raisons dont un deadlock) et le prog
semble bloqué sur une partie (ici le traitement) bien que l'interface ou
la
connection reseau fonctionnent tjrs.
Le prog n'est pas planté (pas de log), il attend une information qui
n'arrivera jamais.
Ce n'est pas evident a debuger (meme en mono processeur). Retournes toi
vers
le concepteur.
A+
dans l'article 44e42cd0$0$13257$, Rahan à
a écrit le 17/08/06 10:46 :
"Bruno CAUSSE" a écrit dans le message de
news:C109EEF5.1E9D7%dans l'article 44e36682$0$18577$, rahan à
a écrit le 16/08/06 20:41 :Bonjour,
Bonjour,Est ce que vous penser que les projets de développement avec Java
peuvent poser quelques problemes avec des machine à bi-coeur ?
Si c'est mal developpé bien sur :-)
Quand ton appli bloque tu n'as aucun message d'erreur?
Je pencherai alors pour un dead lock.
--
Bruno
Bonjour et merci Bruno pour votre réponse.
Quand ma machine bloque, je n'ai aucun messages d'erreur. Ni au niveau
de
l'application ni au niveau de windows. Et pas d'entrée dans le journal
log
de l'application ni celui de Windows (observateur d'événement).
Je ne sais pas quelles sont les conséquences d'un dead lock. Il faut
savoir
qu'au moment où ça bloque, l'appli répond toujours aux clics de souris
(accès au menu de l'appli, ouverture et cloture des des fenêtres...
etc).
Mais, les données qui arrivent par le réseau ne s'affiche plus dans
l'application. Les données dans l'appli reste figées et lorsque je fais
un
refreach, la requette de mise à jour fais bien un aller retour au
serveur et
le client sur lequel tourne l'appli reçoit bien l'info mais ne l'affiche
pas
à l'écran. Parfois, je me demande si ce n'est pas un problème de carte
graphique et Java...
Encore une fois, ce n'est pas un problème réseau car les données en
question
arrivent bien sur la machine (snif le confirme) et que windows ne perd
pas
de packet (la commande "netstst -es" le confirme). D'ailleurs, le
serveur
sur le quel le client est connecté voit toujours ce client comme étant
connecté ! Normal, puisque concrétement, ya pas de problème réseau !
Il me reste qu'au niveau de l'appli elle même qu'il faut voir.
Pourriez-vous me dire SVP ce qui se passe en général lors d'un Dead Lock
?
Merci infiniment
Cordialement
Rahan
Oui tes explications me font penser a un deadlock ou similaire.
Une application java (qui plus est une application reseau) a en generale
plusieurs threads (sorte de mini programme pour faire tres simple). Ex un
programme pour l'interface utilisateur, un programme pour la connection
reseau, plusieurs programmes pour les traitements, ect.....
Evidement ces mini prog cooperent, mais parfois pour poursuivre son
deroulement un mini prog a besoin d'information d'un autre mini prog qui
n'arrive jamais (pour de multiples raisons dont un deadlock) et le prog
semble bloqué sur une partie (ici le traitement) bien que l'interface ou
la
connection reseau fonctionnent tjrs.
Le prog n'est pas planté (pas de log), il attend une information qui
n'arrivera jamais.
Ce n'est pas evident a debuger (meme en mono processeur). Retournes toi
vers
le concepteur.
A+
Bonjour,
J'ai une application Java qui tourne sur des machines Windows XP SP2. Cette
application utilise une version de java en dure située dans un sous
répertoire du répertoire de mon application.
Cette une application financière. Elle reçois énormément du flux (TCP et
UDP) liés aux marchés financiers (bourse).
Cette application Java permet donc d'afficher à l'écran en temps réel des
informations financière. Ok
Mon problème est que lorsque il y a énormément de flux, l'application
s'arrête d'afficher les informations financière qu'elle reçoit, pourtant la
certe réseau reçoit bien et je dirai même que les packet reçu sont en bon
états.
J'ai fait énormément de tests et j'ai conclu au boulot de mes analyses que
c'est cette application Java qui à un moment donné n'est plus capable de
gérer la quantité d'info qu'elle reçois et elle bloque.
Sur ce forum, j'aimerai avoir quelques conseils et orientations coté JAVA.
Par exemple, lorsque l'application Java bloque, est ce qu'il existe des
commandes utiles dans le répertoire /Bin de java qui me permet d'avoir des
info sur l'état général de mon appli ? Est ce qu'il existe des outils qui
permette de remonter des info sur l'état de mon appli Java ? Quelles sont
les choses que je peux vérifié au niveau de Java au moment ou ça bloque...
etc
Donc encore une fois, je souhaite avoir vos conseils et vos avis pour
débuguer un peu mon appli java (l'environnement Java) histoire d'avoir des
infos utile pour être certain à 100% que mon problème est au niveau de
l'appli Java et pas ailleurs (système, réseau, tcp... etc). Coté réseau,
suite à enormement de test, j'ai exclu toute possibilité d'un problème
réseau.
Je me concentre donc sur la partie JAVA VM.
Merci infiniment
Cordialement
Rahan
Bonjour,
J'ai une application Java qui tourne sur des machines Windows XP SP2. Cette
application utilise une version de java en dure située dans un sous
répertoire du répertoire de mon application.
Cette une application financière. Elle reçois énormément du flux (TCP et
UDP) liés aux marchés financiers (bourse).
Cette application Java permet donc d'afficher à l'écran en temps réel des
informations financière. Ok
Mon problème est que lorsque il y a énormément de flux, l'application
s'arrête d'afficher les informations financière qu'elle reçoit, pourtant la
certe réseau reçoit bien et je dirai même que les packet reçu sont en bon
états.
J'ai fait énormément de tests et j'ai conclu au boulot de mes analyses que
c'est cette application Java qui à un moment donné n'est plus capable de
gérer la quantité d'info qu'elle reçois et elle bloque.
Sur ce forum, j'aimerai avoir quelques conseils et orientations coté JAVA.
Par exemple, lorsque l'application Java bloque, est ce qu'il existe des
commandes utiles dans le répertoire /Bin de java qui me permet d'avoir des
info sur l'état général de mon appli ? Est ce qu'il existe des outils qui
permette de remonter des info sur l'état de mon appli Java ? Quelles sont
les choses que je peux vérifié au niveau de Java au moment ou ça bloque...
etc
Donc encore une fois, je souhaite avoir vos conseils et vos avis pour
débuguer un peu mon appli java (l'environnement Java) histoire d'avoir des
infos utile pour être certain à 100% que mon problème est au niveau de
l'appli Java et pas ailleurs (système, réseau, tcp... etc). Coté réseau,
suite à enormement de test, j'ai exclu toute possibilité d'un problème
réseau.
Je me concentre donc sur la partie JAVA VM.
Merci infiniment
Cordialement
Rahan
Bonjour,
J'ai une application Java qui tourne sur des machines Windows XP SP2. Cette
application utilise une version de java en dure située dans un sous
répertoire du répertoire de mon application.
Cette une application financière. Elle reçois énormément du flux (TCP et
UDP) liés aux marchés financiers (bourse).
Cette application Java permet donc d'afficher à l'écran en temps réel des
informations financière. Ok
Mon problème est que lorsque il y a énormément de flux, l'application
s'arrête d'afficher les informations financière qu'elle reçoit, pourtant la
certe réseau reçoit bien et je dirai même que les packet reçu sont en bon
états.
J'ai fait énormément de tests et j'ai conclu au boulot de mes analyses que
c'est cette application Java qui à un moment donné n'est plus capable de
gérer la quantité d'info qu'elle reçois et elle bloque.
Sur ce forum, j'aimerai avoir quelques conseils et orientations coté JAVA.
Par exemple, lorsque l'application Java bloque, est ce qu'il existe des
commandes utiles dans le répertoire /Bin de java qui me permet d'avoir des
info sur l'état général de mon appli ? Est ce qu'il existe des outils qui
permette de remonter des info sur l'état de mon appli Java ? Quelles sont
les choses que je peux vérifié au niveau de Java au moment ou ça bloque...
etc
Donc encore une fois, je souhaite avoir vos conseils et vos avis pour
débuguer un peu mon appli java (l'environnement Java) histoire d'avoir des
infos utile pour être certain à 100% que mon problème est au niveau de
l'appli Java et pas ailleurs (système, réseau, tcp... etc). Coté réseau,
suite à enormement de test, j'ai exclu toute possibilité d'un problème
réseau.
Je me concentre donc sur la partie JAVA VM.
Merci infiniment
Cordialement
Rahan
Bonjour,
J'ai une application Java qui tourne sur des machines Windows XP SP2.
Cette
application utilise une version de java en dure située dans un sous
répertoire du répertoire de mon application.
Cette une application financière. Elle reçois énormément du flux (TCP et
UDP) liés aux marchés financiers (bourse).
Cette application Java permet donc d'afficher à l'écran en temps réel
des
informations financière. Ok
Mon problème est que lorsque il y a énormément de flux, l'application
s'arrête d'afficher les informations financière qu'elle reçoit, pourtant
la
certe réseau reçoit bien et je dirai même que les packet reçu sont en
bon
états.
J'ai fait énormément de tests et j'ai conclu au boulot de mes analyses
que
c'est cette application Java qui à un moment donné n'est plus capable de
gérer la quantité d'info qu'elle reçois et elle bloque.
Sur ce forum, j'aimerai avoir quelques conseils et orientations coté
JAVA.
Par exemple, lorsque l'application Java bloque, est ce qu'il existe des
commandes utiles dans le répertoire /Bin de java qui me permet d'avoir
des
info sur l'état général de mon appli ? Est ce qu'il existe des outils
qui
permette de remonter des info sur l'état de mon appli Java ? Quelles
sont
les choses que je peux vérifié au niveau de Java au moment ou ça
bloque...
etc
Donc encore une fois, je souhaite avoir vos conseils et vos avis pour
débuguer un peu mon appli java (l'environnement Java) histoire d'avoir
des
infos utile pour être certain à 100% que mon problème est au niveau de
l'appli Java et pas ailleurs (système, réseau, tcp... etc). Coté réseau,
suite à enormement de test, j'ai exclu toute possibilité d'un problème
réseau.
Je me concentre donc sur la partie JAVA VM.
Merci infiniment
Cordialement
Rahan
Bonjour,
Quelques questions :
- Combien de flux simmultanés recevez vous par application ?
- Cette appli utilise-t-elle les NIO ?
- Quel volume d'information fait bloquer la VM ?
Faites aussi un test avec un outil type OptimizeIt ou Jprobe pour
trouver "qui bloque" ... celà aidera à diagnostiquer le problème.
A+
TM
Bonjour,
J'ai une application Java qui tourne sur des machines Windows XP SP2.
Cette
application utilise une version de java en dure située dans un sous
répertoire du répertoire de mon application.
Cette une application financière. Elle reçois énormément du flux (TCP et
UDP) liés aux marchés financiers (bourse).
Cette application Java permet donc d'afficher à l'écran en temps réel
des
informations financière. Ok
Mon problème est que lorsque il y a énormément de flux, l'application
s'arrête d'afficher les informations financière qu'elle reçoit, pourtant
la
certe réseau reçoit bien et je dirai même que les packet reçu sont en
bon
états.
J'ai fait énormément de tests et j'ai conclu au boulot de mes analyses
que
c'est cette application Java qui à un moment donné n'est plus capable de
gérer la quantité d'info qu'elle reçois et elle bloque.
Sur ce forum, j'aimerai avoir quelques conseils et orientations coté
JAVA.
Par exemple, lorsque l'application Java bloque, est ce qu'il existe des
commandes utiles dans le répertoire /Bin de java qui me permet d'avoir
des
info sur l'état général de mon appli ? Est ce qu'il existe des outils
qui
permette de remonter des info sur l'état de mon appli Java ? Quelles
sont
les choses que je peux vérifié au niveau de Java au moment ou ça
bloque...
etc
Donc encore une fois, je souhaite avoir vos conseils et vos avis pour
débuguer un peu mon appli java (l'environnement Java) histoire d'avoir
des
infos utile pour être certain à 100% que mon problème est au niveau de
l'appli Java et pas ailleurs (système, réseau, tcp... etc). Coté réseau,
suite à enormement de test, j'ai exclu toute possibilité d'un problème
réseau.
Je me concentre donc sur la partie JAVA VM.
Merci infiniment
Cordialement
Rahan
Bonjour,
Quelques questions :
- Combien de flux simmultanés recevez vous par application ?
- Cette appli utilise-t-elle les NIO ?
- Quel volume d'information fait bloquer la VM ?
Faites aussi un test avec un outil type OptimizeIt ou Jprobe pour
trouver "qui bloque" ... celà aidera à diagnostiquer le problème.
A+
TM
Bonjour,
J'ai une application Java qui tourne sur des machines Windows XP SP2.
Cette
application utilise une version de java en dure située dans un sous
répertoire du répertoire de mon application.
Cette une application financière. Elle reçois énormément du flux (TCP et
UDP) liés aux marchés financiers (bourse).
Cette application Java permet donc d'afficher à l'écran en temps réel
des
informations financière. Ok
Mon problème est que lorsque il y a énormément de flux, l'application
s'arrête d'afficher les informations financière qu'elle reçoit, pourtant
la
certe réseau reçoit bien et je dirai même que les packet reçu sont en
bon
états.
J'ai fait énormément de tests et j'ai conclu au boulot de mes analyses
que
c'est cette application Java qui à un moment donné n'est plus capable de
gérer la quantité d'info qu'elle reçois et elle bloque.
Sur ce forum, j'aimerai avoir quelques conseils et orientations coté
JAVA.
Par exemple, lorsque l'application Java bloque, est ce qu'il existe des
commandes utiles dans le répertoire /Bin de java qui me permet d'avoir
des
info sur l'état général de mon appli ? Est ce qu'il existe des outils
qui
permette de remonter des info sur l'état de mon appli Java ? Quelles
sont
les choses que je peux vérifié au niveau de Java au moment ou ça
bloque...
etc
Donc encore une fois, je souhaite avoir vos conseils et vos avis pour
débuguer un peu mon appli java (l'environnement Java) histoire d'avoir
des
infos utile pour être certain à 100% que mon problème est au niveau de
l'appli Java et pas ailleurs (système, réseau, tcp... etc). Coté réseau,
suite à enormement de test, j'ai exclu toute possibilité d'un problème
réseau.
Je me concentre donc sur la partie JAVA VM.
Merci infiniment
Cordialement
Rahan
Bonjour,
Quelques questions :
- Combien de flux simmultanés recevez vous par application ?
- Cette appli utilise-t-elle les NIO ?
- Quel volume d'information fait bloquer la VM ?
Faites aussi un test avec un outil type OptimizeIt ou Jprobe pour
trouver "qui bloque" ... celà aidera à diagnostiquer le problème.
A+
TM
"TestMan" a écrit dans le message de
news:44e73b6a$0$29912$Bonjour,
J'ai une application Java qui tourne sur des machines Windows XP SP2.
Cetteapplication utilise une version de java en dure située dans un sous
répertoire du répertoire de mon application.
Cette une application financière. Elle reçois énormément du flux (TCP et
UDP) liés aux marchés financiers (bourse).
Cette application Java permet donc d'afficher à l'écran en temps réel
desinformations financière. Ok
Mon problème est que lorsque il y a énormément de flux, l'application
s'arrête d'afficher les informations financière qu'elle reçoit, pourtant
lacerte réseau reçoit bien et je dirai même que les packet reçu sont en
bonétats.
J'ai fait énormément de tests et j'ai conclu au boulot de mes analyses
quec'est cette application Java qui à un moment donné n'est plus capable de
gérer la quantité d'info qu'elle reçois et elle bloque.
Sur ce forum, j'aimerai avoir quelques conseils et orientations coté
JAVA.Par exemple, lorsque l'application Java bloque, est ce qu'il existe des
commandes utiles dans le répertoire /Bin de java qui me permet d'avoir
desinfo sur l'état général de mon appli ? Est ce qu'il existe des outils
quipermette de remonter des info sur l'état de mon appli Java ? Quelles
sontles choses que je peux vérifié au niveau de Java au moment ou ça
bloque...etc
Donc encore une fois, je souhaite avoir vos conseils et vos avis pour
débuguer un peu mon appli java (l'environnement Java) histoire d'avoir
desinfos utile pour être certain à 100% que mon problème est au niveau de
l'appli Java et pas ailleurs (système, réseau, tcp... etc). Coté réseau,
suite à enormement de test, j'ai exclu toute possibilité d'un problème
réseau.
Je me concentre donc sur la partie JAVA VM.
Merci infiniment
Cordialement
Rahan
Bonjour,
Quelques questions :
- Combien de flux simmultanés recevez vous par application ?
- Cette appli utilise-t-elle les NIO ?
- Quel volume d'information fait bloquer la VM ?
Faites aussi un test avec un outil type OptimizeIt ou Jprobe pour
trouver "qui bloque" ... celà aidera à diagnostiquer le problème.
A+
TM
Bonjour et Merci de votre réponse.
Je n'ai qu'une seule application Java qui tourne sur la machine. Cette
application reçoit deux types de flux. Le permier par voie TCP, ya pas
beaucoup de flux en TCP, et le second flux par voie UDP (mode asynchrone ou
non connecté).
En UDP, la machine reçoi enormement de flux ce qui est chose normale pour
l'application car il y a enormement de données financieres a visuliser en
temps réel sur l'écran.
Théoriquement, la machine ne doit en aucun cas arrêter d'afficher les
données sur l'écran même si l'application n'arrive pas a gérer tout le flux
qu'elle reçoit.
Le flux que les machines reçoit est exactement le mêmes pour toutes les
machines du réseaux, et les autres machines du réseau ne bloquent pas. Mais
disons que l'utilisation de l'application Java en question est assez
différente d'une utilisateur à un autre. Lorsque je prends une machine qui
ne bloque pas et je l'affecte à un utilisateur qui fait bloquer sa propre
machine, alors, il arrive a faire bloquer une machine qui ne bloque pas chez
un autre utilisateur :)
Tout cela pour dire que l'utilisateur en question solicite plus
l'application !
Je ne sais pas ce qu'est NIO. Si non, je suis un simple utilisateur de
l'appli. C'est a dire que je n'ai pas le code source de l'appli Java et je
ne suis pas développeur Java.
Quel volume d'information fait bloquée la VM ?
Disons que la VM bloque lorsque elle reçoit un trafic réseau UDP important
et que en même temps, la machine en génère un peu par le canal TCP dont j'ai
évoqué plus haut pour communiquer avec le serveur. Le client passe commande
au serveur par voie TCP et reçoit l'info par voie TCP aussi et continue à
recevoir un autre type de flux en voie UDP.
Je rappel que mon sniffer me confirme la présence de tout les packets UDP et
TCP. Donc pas de perte de packet au niveau réseau.
Si non, ça bloque assez variablement. Difficile de reproduire le problème et
ça ne bloque pas de manière systématique. ça bloque souvent lorsque on sy
attend pas.
Pour les outils de type OptimizeIt ou Jprobe, il me semble que c'est utile
seulement dans le cas où je suis développeur Java et que j'ai le code source
pour débuguer ?!
Y a moyen de remonter de l'info utile avec ces outils sans code source ?
Merci de votre aide préciseuse.
Cordialement
Rahan
"TestMan" <none@example.com> a écrit dans le message de
news:44e73b6a$0$29912$636a55ce@news.free.fr...
Bonjour,
J'ai une application Java qui tourne sur des machines Windows XP SP2.
Cette
application utilise une version de java en dure située dans un sous
répertoire du répertoire de mon application.
Cette une application financière. Elle reçois énormément du flux (TCP et
UDP) liés aux marchés financiers (bourse).
Cette application Java permet donc d'afficher à l'écran en temps réel
des
informations financière. Ok
Mon problème est que lorsque il y a énormément de flux, l'application
s'arrête d'afficher les informations financière qu'elle reçoit, pourtant
la
certe réseau reçoit bien et je dirai même que les packet reçu sont en
bon
états.
J'ai fait énormément de tests et j'ai conclu au boulot de mes analyses
que
c'est cette application Java qui à un moment donné n'est plus capable de
gérer la quantité d'info qu'elle reçois et elle bloque.
Sur ce forum, j'aimerai avoir quelques conseils et orientations coté
JAVA.
Par exemple, lorsque l'application Java bloque, est ce qu'il existe des
commandes utiles dans le répertoire /Bin de java qui me permet d'avoir
des
info sur l'état général de mon appli ? Est ce qu'il existe des outils
qui
permette de remonter des info sur l'état de mon appli Java ? Quelles
sont
les choses que je peux vérifié au niveau de Java au moment ou ça
bloque...
etc
Donc encore une fois, je souhaite avoir vos conseils et vos avis pour
débuguer un peu mon appli java (l'environnement Java) histoire d'avoir
des
infos utile pour être certain à 100% que mon problème est au niveau de
l'appli Java et pas ailleurs (système, réseau, tcp... etc). Coté réseau,
suite à enormement de test, j'ai exclu toute possibilité d'un problème
réseau.
Je me concentre donc sur la partie JAVA VM.
Merci infiniment
Cordialement
Rahan
Bonjour,
Quelques questions :
- Combien de flux simmultanés recevez vous par application ?
- Cette appli utilise-t-elle les NIO ?
- Quel volume d'information fait bloquer la VM ?
Faites aussi un test avec un outil type OptimizeIt ou Jprobe pour
trouver "qui bloque" ... celà aidera à diagnostiquer le problème.
A+
TM
Bonjour et Merci de votre réponse.
Je n'ai qu'une seule application Java qui tourne sur la machine. Cette
application reçoit deux types de flux. Le permier par voie TCP, ya pas
beaucoup de flux en TCP, et le second flux par voie UDP (mode asynchrone ou
non connecté).
En UDP, la machine reçoi enormement de flux ce qui est chose normale pour
l'application car il y a enormement de données financieres a visuliser en
temps réel sur l'écran.
Théoriquement, la machine ne doit en aucun cas arrêter d'afficher les
données sur l'écran même si l'application n'arrive pas a gérer tout le flux
qu'elle reçoit.
Le flux que les machines reçoit est exactement le mêmes pour toutes les
machines du réseaux, et les autres machines du réseau ne bloquent pas. Mais
disons que l'utilisation de l'application Java en question est assez
différente d'une utilisateur à un autre. Lorsque je prends une machine qui
ne bloque pas et je l'affecte à un utilisateur qui fait bloquer sa propre
machine, alors, il arrive a faire bloquer une machine qui ne bloque pas chez
un autre utilisateur :)
Tout cela pour dire que l'utilisateur en question solicite plus
l'application !
Je ne sais pas ce qu'est NIO. Si non, je suis un simple utilisateur de
l'appli. C'est a dire que je n'ai pas le code source de l'appli Java et je
ne suis pas développeur Java.
Quel volume d'information fait bloquée la VM ?
Disons que la VM bloque lorsque elle reçoit un trafic réseau UDP important
et que en même temps, la machine en génère un peu par le canal TCP dont j'ai
évoqué plus haut pour communiquer avec le serveur. Le client passe commande
au serveur par voie TCP et reçoit l'info par voie TCP aussi et continue à
recevoir un autre type de flux en voie UDP.
Je rappel que mon sniffer me confirme la présence de tout les packets UDP et
TCP. Donc pas de perte de packet au niveau réseau.
Si non, ça bloque assez variablement. Difficile de reproduire le problème et
ça ne bloque pas de manière systématique. ça bloque souvent lorsque on sy
attend pas.
Pour les outils de type OptimizeIt ou Jprobe, il me semble que c'est utile
seulement dans le cas où je suis développeur Java et que j'ai le code source
pour débuguer ?!
Y a moyen de remonter de l'info utile avec ces outils sans code source ?
Merci de votre aide préciseuse.
Cordialement
Rahan
"TestMan" a écrit dans le message de
news:44e73b6a$0$29912$Bonjour,
J'ai une application Java qui tourne sur des machines Windows XP SP2.
Cetteapplication utilise une version de java en dure située dans un sous
répertoire du répertoire de mon application.
Cette une application financière. Elle reçois énormément du flux (TCP et
UDP) liés aux marchés financiers (bourse).
Cette application Java permet donc d'afficher à l'écran en temps réel
desinformations financière. Ok
Mon problème est que lorsque il y a énormément de flux, l'application
s'arrête d'afficher les informations financière qu'elle reçoit, pourtant
lacerte réseau reçoit bien et je dirai même que les packet reçu sont en
bonétats.
J'ai fait énormément de tests et j'ai conclu au boulot de mes analyses
quec'est cette application Java qui à un moment donné n'est plus capable de
gérer la quantité d'info qu'elle reçois et elle bloque.
Sur ce forum, j'aimerai avoir quelques conseils et orientations coté
JAVA.Par exemple, lorsque l'application Java bloque, est ce qu'il existe des
commandes utiles dans le répertoire /Bin de java qui me permet d'avoir
desinfo sur l'état général de mon appli ? Est ce qu'il existe des outils
quipermette de remonter des info sur l'état de mon appli Java ? Quelles
sontles choses que je peux vérifié au niveau de Java au moment ou ça
bloque...etc
Donc encore une fois, je souhaite avoir vos conseils et vos avis pour
débuguer un peu mon appli java (l'environnement Java) histoire d'avoir
desinfos utile pour être certain à 100% que mon problème est au niveau de
l'appli Java et pas ailleurs (système, réseau, tcp... etc). Coté réseau,
suite à enormement de test, j'ai exclu toute possibilité d'un problème
réseau.
Je me concentre donc sur la partie JAVA VM.
Merci infiniment
Cordialement
Rahan
Bonjour,
Quelques questions :
- Combien de flux simmultanés recevez vous par application ?
- Cette appli utilise-t-elle les NIO ?
- Quel volume d'information fait bloquer la VM ?
Faites aussi un test avec un outil type OptimizeIt ou Jprobe pour
trouver "qui bloque" ... celà aidera à diagnostiquer le problème.
A+
TM
Bonjour et Merci de votre réponse.
Je n'ai qu'une seule application Java qui tourne sur la machine. Cette
application reçoit deux types de flux. Le permier par voie TCP, ya pas
beaucoup de flux en TCP, et le second flux par voie UDP (mode asynchrone ou
non connecté).
En UDP, la machine reçoi enormement de flux ce qui est chose normale pour
l'application car il y a enormement de données financieres a visuliser en
temps réel sur l'écran.
Théoriquement, la machine ne doit en aucun cas arrêter d'afficher les
données sur l'écran même si l'application n'arrive pas a gérer tout le flux
qu'elle reçoit.
Le flux que les machines reçoit est exactement le mêmes pour toutes les
machines du réseaux, et les autres machines du réseau ne bloquent pas. Mais
disons que l'utilisation de l'application Java en question est assez
différente d'une utilisateur à un autre. Lorsque je prends une machine qui
ne bloque pas et je l'affecte à un utilisateur qui fait bloquer sa propre
machine, alors, il arrive a faire bloquer une machine qui ne bloque pas chez
un autre utilisateur :)
Tout cela pour dire que l'utilisateur en question solicite plus
l'application !
Je ne sais pas ce qu'est NIO. Si non, je suis un simple utilisateur de
l'appli. C'est a dire que je n'ai pas le code source de l'appli Java et je
ne suis pas développeur Java.
Quel volume d'information fait bloquée la VM ?
Disons que la VM bloque lorsque elle reçoit un trafic réseau UDP important
et que en même temps, la machine en génère un peu par le canal TCP dont j'ai
évoqué plus haut pour communiquer avec le serveur. Le client passe commande
au serveur par voie TCP et reçoit l'info par voie TCP aussi et continue à
recevoir un autre type de flux en voie UDP.
Je rappel que mon sniffer me confirme la présence de tout les packets UDP et
TCP. Donc pas de perte de packet au niveau réseau.
Si non, ça bloque assez variablement. Difficile de reproduire le problème et
ça ne bloque pas de manière systématique. ça bloque souvent lorsque on sy
attend pas.
Pour les outils de type OptimizeIt ou Jprobe, il me semble que c'est utile
seulement dans le cas où je suis développeur Java et que j'ai le code source
pour débuguer ?!
Y a moyen de remonter de l'info utile avec ces outils sans code source ?
Merci de votre aide préciseuse.
Cordialement
Rahan
Bonjour,
Sans une analyse plus en profondeur (et donc quelque part, le besoin des
codes sources) ce sera difficile de trouver une solution je pense ...
Si c'est une application critique et un problème bloquant, faites
intervenir un consultant "pompier" avec pour but de vous résoudre le
problème. Sinon, demander à l'utilisateur d'être plus "gentil" ;-)
A+
TM
Bonjour,
Sans une analyse plus en profondeur (et donc quelque part, le besoin des
codes sources) ce sera difficile de trouver une solution je pense ...
Si c'est une application critique et un problème bloquant, faites
intervenir un consultant "pompier" avec pour but de vous résoudre le
problème. Sinon, demander à l'utilisateur d'être plus "gentil" ;-)
A+
TM
Bonjour,
Sans une analyse plus en profondeur (et donc quelque part, le besoin des
codes sources) ce sera difficile de trouver une solution je pense ...
Si c'est une application critique et un problème bloquant, faites
intervenir un consultant "pompier" avec pour but de vous résoudre le
problème. Sinon, demander à l'utilisateur d'être plus "gentil" ;-)
A+
TM
