Reprise du message précédent :
Mais bon si on heberge que des sites perso fait par nous meme

d'ailleur c'est assez flou comme regle, car si tu fais un syteme de blog gratuit ou de forum gratuit, c'est considéré comme de la sous location gratuite ?

 
C'est pas du tout la même utilisation et les mêmes contraintes

http://www.dedibox.fr/tarifs.pdf
 
a lire

C'est un peu ce que je dis... en plus clair.
L'utilisation que j'ai actuellement ne me pousse pas vers une solution dedibox.
 
Peut-être y migrer mon mail@home... je me tâte.

Yep!
 
Un VRAI serveur dédié abordable! Ca donne plein d'idées!
 
Par contre c'est curieux, on a pas le droit d'héberger un serveur IRC. Quelqu'un sait pourquoi ?
 
Moi je me ferait bien un serveur Usenet perso pour quelques groupes bien choisis...

Parce qu'un ircd est la cible favorite des hackers en culottes courtes ?

Peut-être j'en sais rien... La clause est plus large que çà: C'est l'ensemble des programmes relatifs à IRC qui sont interdits... serveur, proxy, bots, etc...
 
A coté de çà, rien n'interdit clairement l'utilisation d un serveur P2P par exemple...

Parce qu'effectivement les programmes IRC sont assez facilement la cible de floods, DoS, bourrinages en tout genre...
 
Pour les P2P c'est pas pareil parce que le P2P est un problème de bande passante, pas d'attaque. Actuellement surement dedibox n'est pas dérangé par le trafic, peut être un jour quand ça saturera ils reverront ça...
 
De toute manière c'est évident que ça va devenir une grosse concentration de warez ce truc

C'est un peu l'impression que ca donne. ouais.... Ca risque d'être majoritairement peuplé de sites bien borderlines...
De toute manière vu l'absence de RAID, il y aura pas ou peu de site professionnels ou du moins "sérieux". Ca va être surtout des sites perso "de luxe" avec de larges zones cachées.
 
 
Pour un pro, ca peut être interessant d'en prendre deux ou trois et de faire un mirrorring des disques dur à travers le réseau et un load balancing de derrière les fagots.
 
Sinon, merci pour l'explication sur IRC&Co. Je ne savais pas que c'était des services aussi vulnérables.

 
$$$$$?  

Pas dédié dans le sens où quand ils auront leurs 60000 clients (capacité max du truc pour l'instant si j'me souviens bien), ils auront certainement pas 60000x100 = 6000 Gbps de BP en sortie
T'es relié en 100 Mbps au réseau, mais le réseau et ses capacités vers l'extérieur sont mutualisés (ils annoncent un réseau en 10 GE et une capacité totale de 20 Gbps).

Je sais pas si c'est comparable aussi facilement... Là y'a quand même plus de RAM, beaucoup plus d'espace disque (moins sécurisé c'est sûr), plus de CPU et 10 fois plus de BP.
En plus de ça, c'est un vrai dédié donc on s'affranchit des contraintes des VDS (dans le cas de Web1 qui a choisi linux-vserver, le truc qui me limite personnellement pas mal c'est le noyau partagé : pas d'iptables, pas de qos et toutes ses joyeusetés).
Et pour finir, y'a vachement plus de services annexes chez dedibox que chez web1 (le système de rescue, de reinstall automatique et de reboot "clavier" ou "reset" sont particulièrement sympatiques je trouve).
 
Ma boite en a commandé un ce matin pour voir ce que ca donne, on verra dans les prochains jours.

J'ai un peu précisé le sens de ma remarque dans le post qui à suivi
 
Je suis bien d'accord avec toi sur tes remarques web1. pour info, le "reboot à distance" sera bientôt accessible pour le client.

Si tu es une boite, tu paye 8€ de plus par moi pour avoir à tout moment une sauvegarde.

Par contre le cpu est en carton maché, ils oublient de le préciser

 
C'est clair que c'est pas un foudre de guerre... En même temps je ne compte pas faire du montage vidéo dessus.

En parlant du reboot chez web1 ce qui ont un vds, il faut le rebooter pour prendre en compte les tokens et la ram supplémentaire, j'avais oublié de le faire.
Ps : reboot sous debian VDS :  
/etc/init.d/reboot

oué mais bon, ce genre d'hebergement faut savoir administrer un serveur, sinon en cas de probleme, c'est DTC
 

 
Ou un Bi P4 Xeon 3.2Ghz @ 300Mhz locké par tokens  

 
C'est pareil sur les VDS de web1 d'un coté... je l'ai eu il n'y avait que debian sarge de base d'installé avec juste le demon SSH.

 
Tient ça tombe bien, je suis dans l'optimisation en ce moment, sachant que j'ai 256Mo de ram avec un cpu daubique, tu reglerais ça comment ?
 
Surtout les parametres keepalive et maxclient

il faut bien voir que c'est pas un service pro, c'est destiné aux particuliers.
C'est en gros l'évolution technique du site wanadoo des années 90.
 
Quand les particuliers auront des services pro d'aujourd'hui, les pros auront bien plus.

je pense que c'est exactement la cible.

 
Ok mais mes reglages etaient pour 160Mo de ram, la j'ai tout traffiqué
 
La j'ai mis ça :
Dans Httpd.conf :
 

 
MySql

 
et Php.ini

 
Et j'ai poussé le cache d'eaccelerator a 12Mo (suffisant pour mon site)

ça compte pas sur un serveur, il passe sa vie à attendre les scokets ou le disque dur.

quelqu'un a déjà reçu son serveur dedibox ? ou au moins un mail d'inscription ? je me suis planté dans mon email à la commande, j'ai corrigé depuis, mais j'ai pas reçu les emails d'inscription.

 
Dit ça a mon 300Mhz, je tapes des 400% de charge suivant les heures

 
Bah déjà rien que le service humain, avoir à coup sûr quelqu'un au téléphone 24/24 7/7 même un 31 Décembre à 2h du mat' quand on a un problème sur sa plateforme c'est déjà une différence majeure, pareil pour le monitoring et l'avertissement du client, le soutien en cas de problème et le conseil pour les évolutions.

Dépend du type de site, du trafic et des disques. Déjà rien qu'en utilisant une compression gzip sur les pages le CPU prend cher.

Qu'est-ce que tu appelles 400% de charge ?

sly > quand le serveur a transitoirement 4 fois plus de boulot qu'il ne peut en écluser ?

 
un air de déja vu nan?

 
Ben 400%, c'est sous linux, c'est de la queue list de charge cpu, donc a 200% il y a 100% de charge qui seront traitée plus tard car cpu surchargé, en fait a 200% de charge, il faudrait un cpu 2 fois plus puissant. Linux n'est pas con est gere ça tres bien, mais ça ramasse a mort.
 

 
Voila

 
Faut pas amalgamer Charge système et charge CPU dans ce cas. Un CPU peut être à 20% d'utilisation ( jamais au dessus de 100% dans tous les cas ) et la charge peut elle s'envoler à 3,..., 20, 50... , 400... , <nb_processus>
 
La charge ne s'exprime pas en % et quand tu dis 400% tu veux dire 4.00 de charge ? Quelque soit la machine ?
 
Dire qu'un CPU 2 fois plus puissant réduirait par 2 la charge c'est un manque de connaissance flagrant concernant le concept de charge sous Linux
 
Ta charge peut très bien être dûe à des zombies, à une attente d'I/O ( disque trop lent ), à un processus en attente qui bloque la queue à d'autres, etc.

difference charge systeme/cpu ?

oui charge machine pas cpu.
 
mais bon je ne me prend pas la tete pour reccuperer cette charge, un simple
 
echo `cat /proc/loadavg | awk '{print $1}' &>/dev/stdout`;
 

 
La charge dépend du traitement des Processus ( donc de tout le système, comprenant les I/O par exemple ) alors que le CPU ne concerne que les calculs CPU. C'est par exemple impossible d'avoir plus de 100% CPU alors qu'on peut très bien atteindre une charge de 800.00 en y mettant les moyens ( les processus bloqués ).
 
Par exemple :
 
Charge :

CPU :

 
Sinon sur un site par exemple si tu actives la compression gzip tu peux avoir le double en occupation CPU sans que la charge subisse un impact aussi important comme on le voit d'ailleurs vers 4h du mat sur ces graphs où la compression des archives se fait sentir.

Le plus flagrant c'est quand un disque est mort, la charge explose ( écriture I/O bloquée ) alors que le CPU ne subit pas d'impact majeur.

tu fais comment pour connaitre ta charge cpu ? c'est indiqué quelquepart dans proc ?

 
Pour la charge systeme, je me demande si il faut mieux faire :
 

 
ou

 
ça fait la meme chose, mais je me demande lequel prend le moins de ressource. Car un fait tout en php, donc pas bien vif, meme si c'est bytecodé, l'autre le fait avec 3 programmes C différents !