J'ai une application =E0 faire tourner. Je souhaite dans un premier
temps passer par un h=E9bergement mutualis=E9 car elle sera faiblement
sollicit=E9e.
J'ai besoin uniquement de Tomcat + MySQL + acc=E8s FTP + phpmyadmin. Le
reste n'est que fioriture (nom de domaine, mails, stats, etc ...).
- besoin en espace disque est de mini 250 Mo pour Tomcat et 50 Mo min
pour MySQL (avec nombre de base illimit=E9e)
- L'application a besoin de min 512 Mo de RAM
- Os : linux (si debian, Java Security Manager d=E9sactiv=E9)
- Java JDK 1.4 ou ult=E9rieure.
- Serveur d'application Tomcat version 4 ou ult=E9rieurs.
J'ai besoin uniquement de Tomcat + MySQL + accès FTP + phpmyadmin. Le reste n'est que fioriture (nom de domaine, mails, stats, etc ...). - besoin en espace disque est de mini 250 Mo pour Tomcat et 50 Mo min pour MySQL (avec nombre de base illimitée) - L'application a besoin de min 512 Mo de RAM
Tomcat et 512 Mo de RAM en mutualisé ????
mv239@hotmail.com wrote:
J'ai besoin uniquement de Tomcat + MySQL + accès FTP + phpmyadmin. Le
reste n'est que fioriture (nom de domaine, mails, stats, etc ...).
- besoin en espace disque est de mini 250 Mo pour Tomcat et 50 Mo min
pour MySQL (avec nombre de base illimitée)
- L'application a besoin de min 512 Mo de RAM
J'ai besoin uniquement de Tomcat + MySQL + accès FTP + phpmyadmin. Le reste n'est que fioriture (nom de domaine, mails, stats, etc ...). - besoin en espace disque est de mini 250 Mo pour Tomcat et 50 Mo min pour MySQL (avec nombre de base illimitée) - L'application a besoin de min 512 Mo de RAM
Tomcat et 512 Mo de RAM en mutualisé ????
mv239
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! Par contre, c'est peut être une bonne indication des mes besoins en ressources.
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la
RAM me soit pas réservée !
Par contre, c'est peut être une bonne indication des mes besoins en
ressources.
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! Par contre, c'est peut être une bonne indication des mes besoins en ressources.
Dominique ROUSSEAU
Le mer, 26 avr 2006 at 15:30 GMT, a écrit :
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! Par contre, c'est peut être une bonne indication des mes besoins en ressources.
Pour ce genre de choses sur plateforme "mutualisée", il faudrait regarder du coté des serveurs dédiés virtuels, je pense..
Le mer, 26 avr 2006 at 15:30 GMT, mv239@hotmail.com <mv239@hotmail.com> a écrit :
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la
RAM me soit pas réservée !
Par contre, c'est peut être une bonne indication des mes besoins en
ressources.
Pour ce genre de choses sur plateforme "mutualisée", il faudrait
regarder du coté des serveurs dédiés virtuels, je pense..
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! Par contre, c'est peut être une bonne indication des mes besoins en ressources.
Pour ce genre de choses sur plateforme "mutualisée", il faudrait regarder du coté des serveurs dédiés virtuels, je pense..
Christophe Baegert
Dominique ROUSSEAU wrote:
Le mer, 26 avr 2006 at 15:30 GMT, a écrit :
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! Par contre, c'est peut être une bonne indication des mes besoins en ressources.
Pour ce genre de choses sur plateforme "mutualisée", il faudrait regarder du coté des serveurs dédiés virtuels, je pense..
Avec le besoin en RAM, ca marcherait encore moins bien qu'en mutualisé vu que les ressources sont artificiellement limitées (il faut juste trouver un prestataire en mutualisé très gentil avec des machines très puissantes, qui ne surveille pas ses machines, dont tous les autres clients, d'ailleurs peu nombreux, utilisent beaucoup moins de ressources, et enfin qu'il propose Tomcat mais que personne d'autre que vous ne l'utilise...).
Par ailleurs en mutualisé même si les 512Mo ne sont pas réservés, c'est encore pire, ça veut dire qu'il va falloir sans arrêt réserver et libérer 512Mo de RAM, il y a du swap dans l'air !
Bref, AMHA le dédié s'impose (sauf à revoir le choix pour Tomcat).
Cordialement,
Christophe Baegert
Dominique ROUSSEAU wrote:
Le mer, 26 avr 2006 at 15:30 GMT, mv239@hotmail.com <mv239@hotmail.com> a
écrit :
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la
RAM me soit pas réservée !
Par contre, c'est peut être une bonne indication des mes besoins en
ressources.
Pour ce genre de choses sur plateforme "mutualisée", il faudrait
regarder du coté des serveurs dédiés virtuels, je pense..
Avec le besoin en RAM, ca marcherait encore moins bien qu'en mutualisé vu
que les ressources sont artificiellement limitées (il faut juste trouver un
prestataire en mutualisé très gentil avec des machines très puissantes, qui
ne surveille pas ses machines, dont tous les autres clients, d'ailleurs peu
nombreux, utilisent beaucoup moins de ressources, et enfin qu'il propose
Tomcat mais que personne d'autre que vous ne l'utilise...).
Par ailleurs en mutualisé même si les 512Mo ne sont pas réservés, c'est
encore pire, ça veut dire qu'il va falloir sans arrêt réserver et libérer
512Mo de RAM, il y a du swap dans l'air !
Bref, AMHA le dédié s'impose (sauf à revoir le choix pour Tomcat).
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! Par contre, c'est peut être une bonne indication des mes besoins en ressources.
Pour ce genre de choses sur plateforme "mutualisée", il faudrait regarder du coté des serveurs dédiés virtuels, je pense..
Avec le besoin en RAM, ca marcherait encore moins bien qu'en mutualisé vu que les ressources sont artificiellement limitées (il faut juste trouver un prestataire en mutualisé très gentil avec des machines très puissantes, qui ne surveille pas ses machines, dont tous les autres clients, d'ailleurs peu nombreux, utilisent beaucoup moins de ressources, et enfin qu'il propose Tomcat mais que personne d'autre que vous ne l'utilise...).
Par ailleurs en mutualisé même si les 512Mo ne sont pas réservés, c'est encore pire, ça veut dire qu'il va falloir sans arrêt réserver et libérer 512Mo de RAM, il y a du swap dans l'air !
Bref, AMHA le dédié s'impose (sauf à revoir le choix pour Tomcat).
Cordialement,
Christophe Baegert
-jl-
"Dominique ROUSSEAU" a écrit dans le message de news:
Le mer, 26 avr 2006 at 15:30 GMT, a
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! Par contre, c'est peut être une bonne indication des mes besoins en ressources.
Pour ce genre de choses sur plateforme "mutualisée", il faudrait regarder du coté des serveurs dédiés virtuels, je pense..
et encore je doute que cela passe, mieux vaut s'orienter vers un petit dédié
-jl-
"Dominique ROUSSEAU" <usenet@leeloo.fdn.fr> a écrit dans le message de news:
slrne4v5ro.fv8.usenet@pacoli.in.lee-loo.net...
Le mer, 26 avr 2006 at 15:30 GMT, mv239@hotmail.com <mv239@hotmail.com> a
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la
RAM me soit pas réservée !
Par contre, c'est peut être une bonne indication des mes besoins en
ressources.
Pour ce genre de choses sur plateforme "mutualisée", il faudrait
regarder du coté des serveurs dédiés virtuels, je pense..
et encore je doute que cela passe, mieux vaut s'orienter vers un petit dédié
"Dominique ROUSSEAU" a écrit dans le message de news:
Le mer, 26 avr 2006 at 15:30 GMT, a
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! Par contre, c'est peut être une bonne indication des mes besoins en ressources.
Pour ce genre de choses sur plateforme "mutualisée", il faudrait regarder du coté des serveurs dédiés virtuels, je pense..
et encore je doute que cela passe, mieux vaut s'orienter vers un petit dédié
-jl-
esf
Peut-être http://www.ekost.com/
-- Moteur de recherche d'hébergeurs francophones http://www.recherche-hebergeur.com (lancement bientôt)
Peut-être http://www.ekost.com/
--
Moteur de recherche d'hébergeurs francophones
http://www.recherche-hebergeur.com (lancement bientôt)
-- Moteur de recherche d'hébergeurs francophones http://www.recherche-hebergeur.com (lancement bientôt)
alexandre_paterson
wrote:
Bonjour,
J'ai une application à faire tourner. Je souhaite dans un premier temps passer par un hébergement mutualisé car elle sera faiblement sollicitée. J'ai besoin uniquement de Tomcat + MySQL + accès FTP + phpmyadmin. Le reste n'est que fioriture (nom de domaine, mails, stats, etc ...). - besoin en espace disque est de mini 250 Mo pour Tomcat et 50 Mo min pour MySQL (avec nombre de base illimitée) - L'application a besoin de min 512 Mo de RAM
Appli faiblement sollicitee et besoin de 512 Mo de RAM rien que pour l'application ? Ca ne tient pas la route...
L'application doit avoir un serieux probleme si elle est si gourmande en memoire.
Qu'est-ce qui fait dire qu'elle a besoin de tant que memoire que cela ?
Un profiler tel JProfiler (ou HPJmeter, gratuit mais uniquement pour 1.4) doit permettre de trouver ce qui bouffe toute la memoire.
Ici j'ai un Tomcat 5.5 + JDK 1.5 en developpement pour une bonne Webapp qui monte bien en charge et qui tourne impeccablement avec 128 Mo de Ram (128 Mo pour l'application, pas pour toute la machine) et c'est loin d'etre un record.
Si on est vraiment limite en memoire, il y a aussi Resin (au lieu de Tomcat), qui est tres bien... Ca tourne avec 16 Mo de Ram s'il faut (voir plus loin).
- Os : linux (si debian, Java Security Manager désactivé) - Java JDK 1.4 ou ultérieure. - Serveur d'application Tomcat version 4 ou ultérieurs.
Je conseille le JDK 1.5 et Tomcat 5.5... Pour ceux qui pensent que ce n'est pas "production ready", c'est ce qui est utilise pour servir plus de 100 millions de pages par jour (et plus de 7 millions de sessions simultanees) chez Walmart (c'est aussi ce qui fait fonctionner GMail cote serveur).
La JVM 1.5 prend moins de place memoire que la 1.4 et est plus performante.
La JVM 1.6 prend encore moins de place, mais n'est encore disponible qu'en beta.
Je recherche un prestataire de "milieu de gamme".
Pourquoi pas un dedie chez OVH pour 36 Euros / mois sur lequel tu installes ce que tu veux ?
Sinon Resin est tres bien aussi... Ici un mec qui sert plus de 400 requetes / secondes avec le JDK 1.5 et... 16 Mo de Ram pour le serveur Java / webapp Java (oui, 16 Mo de Ram):
Et ce ne sont pas des pages statiques mais bien des pages generees cote serveur a chaque requete.
Le programmeur s'y connait en Java et tort le coup a bien des idees recues...
Bref, je conseille un dedie "pas cher" (puisque ce sera faiblement sollicite au debut) et Java 1.5 / Tomcat 5.5 (ou Resin).
De plus, si l'application necessite vraiment 512 Mo de Ram je conseille d'utiliser un profiler pour voir d'ou vient le probleme... Ce n'est tout simplement pas normal.
mv239@hotmail.com wrote:
Bonjour,
J'ai une application à faire tourner. Je souhaite dans un premier
temps passer par un hébergement mutualisé car elle sera faiblement
sollicitée.
J'ai besoin uniquement de Tomcat + MySQL + accès FTP + phpmyadmin. Le
reste n'est que fioriture (nom de domaine, mails, stats, etc ...).
- besoin en espace disque est de mini 250 Mo pour Tomcat et 50 Mo min
pour MySQL (avec nombre de base illimitée)
- L'application a besoin de min 512 Mo de RAM
Appli faiblement sollicitee et besoin de 512 Mo de RAM rien que pour
l'application ? Ca ne tient pas la route...
L'application doit avoir un serieux probleme si elle est si gourmande
en memoire.
Qu'est-ce qui fait dire qu'elle a besoin de tant que memoire que cela ?
Un profiler tel JProfiler (ou HPJmeter, gratuit mais uniquement
pour 1.4) doit permettre de trouver ce qui bouffe toute la memoire.
Ici j'ai un Tomcat 5.5 + JDK 1.5 en developpement pour une bonne
Webapp qui monte bien en charge et qui tourne impeccablement avec
128 Mo de Ram (128 Mo pour l'application, pas pour toute la machine)
et c'est loin d'etre un record.
Si on est vraiment limite en memoire, il y a aussi Resin (au lieu de
Tomcat), qui est tres bien... Ca tourne avec 16 Mo de Ram s'il faut
(voir plus loin).
- Os : linux (si debian, Java Security Manager désactivé)
- Java JDK 1.4 ou ultérieure.
- Serveur d'application Tomcat version 4 ou ultérieurs.
Je conseille le JDK 1.5 et Tomcat 5.5... Pour ceux qui pensent que
ce n'est pas "production ready", c'est ce qui est utilise pour servir
plus de 100 millions de pages par jour (et plus de 7 millions de
sessions simultanees) chez Walmart (c'est aussi ce qui fait
fonctionner GMail cote serveur).
La JVM 1.5 prend moins de place memoire que la 1.4 et est plus
performante.
La JVM 1.6 prend encore moins de place, mais n'est encore disponible
qu'en beta.
Je recherche un prestataire de "milieu de gamme".
Pourquoi pas un dedie chez OVH pour 36 Euros / mois sur lequel tu
installes ce que tu veux ?
Sinon Resin est tres bien aussi... Ici un mec qui sert plus de
400 requetes / secondes avec le JDK 1.5 et... 16 Mo de Ram
pour le serveur Java / webapp Java (oui, 16 Mo de Ram):
Et ce ne sont pas des pages statiques mais bien des pages
generees cote serveur a chaque requete.
Le programmeur s'y connait en Java et tort le coup a bien
des idees recues...
Bref, je conseille un dedie "pas cher" (puisque ce sera
faiblement sollicite au debut) et Java 1.5 / Tomcat 5.5
(ou Resin).
De plus, si l'application necessite vraiment 512 Mo de Ram
je conseille d'utiliser un profiler pour voir d'ou vient le
probleme... Ce n'est tout simplement pas normal.
J'ai une application à faire tourner. Je souhaite dans un premier temps passer par un hébergement mutualisé car elle sera faiblement sollicitée. J'ai besoin uniquement de Tomcat + MySQL + accès FTP + phpmyadmin. Le reste n'est que fioriture (nom de domaine, mails, stats, etc ...). - besoin en espace disque est de mini 250 Mo pour Tomcat et 50 Mo min pour MySQL (avec nombre de base illimitée) - L'application a besoin de min 512 Mo de RAM
Appli faiblement sollicitee et besoin de 512 Mo de RAM rien que pour l'application ? Ca ne tient pas la route...
L'application doit avoir un serieux probleme si elle est si gourmande en memoire.
Qu'est-ce qui fait dire qu'elle a besoin de tant que memoire que cela ?
Un profiler tel JProfiler (ou HPJmeter, gratuit mais uniquement pour 1.4) doit permettre de trouver ce qui bouffe toute la memoire.
Ici j'ai un Tomcat 5.5 + JDK 1.5 en developpement pour une bonne Webapp qui monte bien en charge et qui tourne impeccablement avec 128 Mo de Ram (128 Mo pour l'application, pas pour toute la machine) et c'est loin d'etre un record.
Si on est vraiment limite en memoire, il y a aussi Resin (au lieu de Tomcat), qui est tres bien... Ca tourne avec 16 Mo de Ram s'il faut (voir plus loin).
- Os : linux (si debian, Java Security Manager désactivé) - Java JDK 1.4 ou ultérieure. - Serveur d'application Tomcat version 4 ou ultérieurs.
Je conseille le JDK 1.5 et Tomcat 5.5... Pour ceux qui pensent que ce n'est pas "production ready", c'est ce qui est utilise pour servir plus de 100 millions de pages par jour (et plus de 7 millions de sessions simultanees) chez Walmart (c'est aussi ce qui fait fonctionner GMail cote serveur).
La JVM 1.5 prend moins de place memoire que la 1.4 et est plus performante.
La JVM 1.6 prend encore moins de place, mais n'est encore disponible qu'en beta.
Je recherche un prestataire de "milieu de gamme".
Pourquoi pas un dedie chez OVH pour 36 Euros / mois sur lequel tu installes ce que tu veux ?
Sinon Resin est tres bien aussi... Ici un mec qui sert plus de 400 requetes / secondes avec le JDK 1.5 et... 16 Mo de Ram pour le serveur Java / webapp Java (oui, 16 Mo de Ram):
Et ce ne sont pas des pages statiques mais bien des pages generees cote serveur a chaque requete.
Le programmeur s'y connait en Java et tort le coup a bien des idees recues...
Bref, je conseille un dedie "pas cher" (puisque ce sera faiblement sollicite au debut) et Java 1.5 / Tomcat 5.5 (ou Resin).
De plus, si l'application necessite vraiment 512 Mo de Ram je conseille d'utiliser un profiler pour voir d'ou vient le probleme... Ce n'est tout simplement pas normal.
R12y
On Wed, 26 Apr 2006 10:20:14 -0700, alexandre_paterson wrote:
De plus, si l'application necessite vraiment 512 Mo de Ram je conseille d'utiliser un profiler pour voir d'ou vient le probleme... Ce n'est tout simplement pas normal.
Mais encore? Je ne pense pas qu'il soit aussi simple (financièrement) d'ensuite mettre quelqu'un sur le coup pour optimiser le code. Je suis bien d'accord que "Java" peut tourner sur peu de ressources, mais il peut très bien, par exemple, faire tourner son site sur une grosse machine, et peut-être quand son business génèrera de l'argent, il pourra garder la même machine et mettre un dev sur le coup pour optimiser... Par exemple.
On Wed, 26 Apr 2006 10:20:14 -0700, alexandre_paterson wrote:
De plus, si l'application necessite vraiment 512 Mo de Ram
je conseille d'utiliser un profiler pour voir d'ou vient le
probleme... Ce n'est tout simplement pas normal.
Mais encore? Je ne pense pas qu'il soit aussi simple
(financièrement) d'ensuite mettre quelqu'un sur le coup pour optimiser le
code.
Je suis bien d'accord que "Java" peut tourner sur peu de ressources, mais
il peut très bien, par exemple, faire tourner son site sur une grosse
machine, et peut-être quand son business génèrera de l'argent, il pourra
garder la même machine et mettre un dev sur le coup pour optimiser... Par
exemple.
On Wed, 26 Apr 2006 10:20:14 -0700, alexandre_paterson wrote:
De plus, si l'application necessite vraiment 512 Mo de Ram je conseille d'utiliser un profiler pour voir d'ou vient le probleme... Ce n'est tout simplement pas normal.
Mais encore? Je ne pense pas qu'il soit aussi simple (financièrement) d'ensuite mettre quelqu'un sur le coup pour optimiser le code. Je suis bien d'accord que "Java" peut tourner sur peu de ressources, mais il peut très bien, par exemple, faire tourner son site sur une grosse machine, et peut-être quand son business génèrera de l'argent, il pourra garder la même machine et mettre un dev sur le coup pour optimiser... Par exemple.
Le mer, 26 avr 2006 at 16:12 GMT, Christophe Baegert a écrit :
Dominique ROUSSEAU wrote:
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! [...]
Pour ce genre de choses sur plateforme "mutualisée", il faudrait regarder du coté des serveurs dédiés virtuels, je pense..
Avec le besoin en RAM, ca marcherait encore moins bien qu'en mutualisé vu que les ressources sont artificiellement limitées
Il existe (si si) des offres où la ram n'est pas «surbookée», et où il est possible de bénéficier de 512 Mo. Mais ça peut couter le prix d'un dédié chez d'autres...
Dom
Le mer, 26 avr 2006 at 16:12 GMT, Christophe Baegert <cbaegert-pas-de-spam@europeanservers.net> a écrit :
Dominique ROUSSEAU wrote:
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la
RAM me soit pas réservée !
[...]
Pour ce genre de choses sur plateforme "mutualisée", il faudrait
regarder du coté des serveurs dédiés virtuels, je pense..
Avec le besoin en RAM, ca marcherait encore moins bien qu'en mutualisé vu
que les ressources sont artificiellement limitées
Il existe (si si) des offres où la ram n'est pas «surbookée», et où il est
possible de bénéficier de 512 Mo.
Mais ça peut couter le prix d'un dédié chez d'autres...
Le mer, 26 avr 2006 at 16:12 GMT, Christophe Baegert a écrit :
Dominique ROUSSEAU wrote:
L'appli a besoin de 512Mo, maintenant en mutualisé, je conçois que la RAM me soit pas réservée ! [...]
Pour ce genre de choses sur plateforme "mutualisée", il faudrait regarder du coté des serveurs dédiés virtuels, je pense..
Avec le besoin en RAM, ca marcherait encore moins bien qu'en mutualisé vu que les ressources sont artificiellement limitées
Il existe (si si) des offres où la ram n'est pas «surbookée», et où il est possible de bénéficier de 512 Mo. Mais ça peut couter le prix d'un dédié chez d'autres...
