Lighttpd

Le
Shams Fantar
Bonsoir,

Je souhaiterais savoir si sur un serveur de téléchargements (légaux) qui
utilise apache2, il est utile d'installer et de configurer lighttpd ?
Est-ce nécessaire et conseillé ?

Amicalement,

--
Shams Fantar (http://snurf.info)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Benjamin RIOU
Le #9556091
Le 16/05/07, Shams Fantar
Bonsoir,

Je souhaiterais savoir si sur un serveur de téléchargements (légaux ) qui
utilise apache2, il est utile d'installer et de configurer lighttpd ?
Est-ce nécessaire et conseillé ?

Amicalement,




Alors alors... aptitude show lighttpd...
Fournit: httpd, httpd-cgi
Description : A fast webserver with minimal memory footprint
lighttpd is a small webserver and fast webserver developed with security i n
mind and a lot of features.

Je ne comprends pas, tu veux mettre deux serveurs qui traitent les
requetes HTTP sur la même machine ?
Le "serveur de téléchargements" recoit ou bien envoie les données ?

++
Ben
Shams Fantar
Le #9555971
Benjamin RIOU a écrit :
Le 16/05/07, Shams Fantar
Bonsoir,

Je souhaiterais savoir si sur un serveur de téléchargements (légaux) qui
utilise apache2, il est utile d'installer et de configurer lighttpd ?
Est-ce nécessaire et conseillé ?

Amicalement,




Alors alors... aptitude show lighttpd...
Fournit: httpd, httpd-cgi
Description : A fast webserver with minimal memory footprint
lighttpd is a small webserver and fast webserver developed with
security in
mind and a lot of features.



Oups, en effet, je me suis trompé.


Je ne comprends pas, tu veux mettre deux serveurs qui traitent les
requetes HTTP sur la même machine ?
Le "serveur de téléchargements" recoit ou bien envoie les données ?

++
Ben





Le serveur de téléchargements envoie des données. Mais existe-il une
solution *avec* apache pour avoir un système de cache et pour économiser
de la bande passante ? Est-ce possible ?

bye

--
Shams Fantar (http://snurf.info)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Benjamin RIOU
Le #9555931
>
Le serveur de téléchargements envoie des données. Mais existe-il un e
solution *avec* apache pour avoir un système de cache et pour économi ser
de la bande passante ? Est-ce possible ?

bye



Si ta machine locale doit envoyer des données, il n'y a pas autre
moyen que devoir utiliser ta bande passante montante pour les faire
parvenir à tes clients (sauf miracle)

Pour économiser ta bande passante montante, il faut alors externaliser
tes données vers un serveur distant.

Pour cela, tu peux prendre un hébergement, ou bien des compagnies
revendent des solutions de cache (akamaï), mais c'est cher.


Bonne journée.
Ben
Shams Fantar
Le #9555921
Benjamin RIOU a écrit :

Le serveur de téléchargements envoie des données. Mais existe-il une
solution *avec* apache pour avoir un système de cache et pour économiser
de la bande passante ? Est-ce possible ?

bye



Si ta machine locale doit envoyer des données, il n'y a pas autre
moyen que devoir utiliser ta bande passante montante pour les faire
parvenir à tes clients (sauf miracle)

Pour économiser ta bande passante montante, il faut alors externaliser
tes données vers un serveur distant.

Pour cela, tu peux prendre un hébergement, ou bien des compagnies
revendent des solutions de cache (akamaï), mais c'est cher.


Bonne journée.
Ben





C'est un serveur dédié qui possède une connexion de 100mb/s. Je ne pense
pas qu'il existe pour un serveur de téléchargements une solution de
cache, dans le but de consommer le moins de bande passante par client
pour avoir plus de téléchargements stimultanés pour plus de clients ?!

Amicalement,

--
Shams Fantar (http://snurf.info)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Yves Rutschle
Le #9555891
On Thu, May 17, 2007 at 03:50:54PM +0200, Shams Fantar wrote:
C'est un serveur dédié qui possède une connexion de 100mb/s. Je ne pense
pas qu'il existe pour un serveur de téléchargements une solution de
cache, dans le but de consommer le moins de bande passante par client
pour avoir plus de téléchargements stimultanés pour plus de clients ?!



Ben non, c'est pas possible en HTTP.

Ce qu'il te faut, c'est bittorrent, qui communalise les
bandes passantes de tous les téléchargeurs, et a été conçu
exactement pour ça.

Ou alors en passant par du multicast, mais ça ne doit
marcher qu'avec des flux de données 'temps réel'.

Y.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Benjamin RIOU
Le #9555881
> C'est un serveur dédié qui possède une connexion de 100mb/s. Je ne pense
pas qu'il existe pour un serveur de téléchargements une solution de
cache, dans le but de consommer le moins de bande passante par client
pour avoir plus de téléchargements stimultanés pour plus de clients ?!




Tu peux toujours limiter le flux par utilisateur.
** Avec des options d'apache (j'en sais pas grand chose)

S'agit-il d'instaurer des quotas ? >
http://www.topology.org/src/bwshare/README.html
S'agit-il de limiter la bande par IP ? > mod_bandwidth

** Avec Iptables

Connbytes pour connexions TCP d'un trafic superieur à X kilo-octets.
Marquage des connexions
Traffic Control pour la régulation du flux exterieur


++
Ben
Shams Fantar
Le #9555871
Yves Rutschle a écrit :
On Thu, May 17, 2007 at 03:50:54PM +0200, Shams Fantar wrote:

C'est un serveur dédié qui possède une connexion de 100mb/s. Je ne pense
pas qu'il existe pour un serveur de téléchargements une solution de
cache, dans le but de consommer le moins de bande passante par client
pour avoir plus de téléchargements stimultanés pour plus de clients ?!




Ben non, c'est pas possible en HTTP.

Ce qu'il te faut, c'est bittorrent, qui communalise les
bandes passantes de tous les téléchargeurs, et a été conçu
exactement pour ça.

Ou alors en passant par du multicast, mais ça ne doit
marcher qu'avec des flux de données 'temps réel'.

Y.






Merci pour l'info.

--
Shams Fantar (http://snurf.info)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Daniel Caillibaud
Le #9554961
Shams Fantar wrote:
Benjamin RIOU a écrit :

Le serveur de téléchargements envoie des données. Mais existe-il une
solution *avec* apache pour avoir un système de cache et pour économiser
de la bande passante ? Est-ce possible ?







Le cache n'économise de la BP serveur que s'il est coté client.
Un cache coté serveur économise éventuellement des ressources (CPU) mais pas de la BP.

Pour économiser de la BP, tu peux installer mod gzip sur apache, mais ça n'est vraiment utile que sur le texte, pas sur des fichier déjà zippés.

Sinon, pour revenir à lighthttp, il est utile pour un serveur qui sert plein de http statique et qui arrive à saturation avec trop de threads apache
ouverts, car un processus lighthttp est moins gourmand en RAM qu'un process apache (donc la même machine supportera plus de connexion simultanée).

Si ton pb, c'est la BP mais pas les connexions simultanées, lighthttp ne t'apportera pas de solutions.

Daniel



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Shams Fantar
Le #9554951
Daniel Caillibaud a écrit :
Shams Fantar wrote:
Benjamin RIOU a écrit :

Le serveur de téléchargements envoie des données. Mais existe-il une
solution *avec* apache pour avoir un système de cache et pour
économiser
de la bande passante ? Est-ce possible ?







Le cache n'économise de la BP serveur que s'il est coté client.
Un cache coté serveur économise éventuellement des ressources (CPU)
mais pas de la BP.

Pour économiser de la BP, tu peux installer mod gzip sur apache, mais
ça n'est vraiment utile que sur le texte, pas sur des fichier déjà
zippés.

Sinon, pour revenir à lighthttp, il est utile pour un serveur qui sert
plein de http statique et qui arrive à saturation avec trop de threads
apache ouverts, car un processus lighthttp est moins gourmand en RAM
qu'un process apache (donc la même machine supportera plus de
connexion simultanée).

Si ton pb, c'est la BP mais pas les connexions simultanées, lighthttp
ne t'apportera pas de solutions.

Daniel






Le problème n'est pas la bande passante, mais l'occupation d'apache en
terme de ram et processeur. Mais bon, après réflexion, je laisse d'abord
apache puisque c'est une machine dédiée (qui ne fait que ça!) aux
téléchargements.

--
Shams Fantar (http://snurf.info)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Daniel Caillibaud
Le #9554851
Shams Fantar wrote:
Sinon, pour revenir à lighthttp, il est utile pour un serveur qui sert
plein de http statique et qui arrive à saturation avec trop de threads
apache ouverts, car un processus lighthttp est moins gourmand en RAM
qu'un process apache (donc la même machine supportera plus de
connexion simultanée).

Si ton pb, c'est la BP mais pas les connexions simultanées, lighthttp
ne t'apportera pas de solutions.

Daniel



Le problème n'est pas la bande passante, mais l'occupation d'apache en
terme de ram et processeur.



Ton 1er post n'était pas très clair...

Mais bon, après réflexion, je laisse d'abord
apache puisque c'est une machine dédiée (qui ne fait que ça!) aux
téléchargements.



Si apache sature RAM et CPU, tu peux envisager lightHttp mais tu peux aussi essayer d'améliorer ta conf apache (cf apache tuning dans ton moteur de
recherche favori), virer tous les modules qui servent pas, etc...
Si c'est possible, tu peux aussi essayer de basculer des téléchargement sur du ftp, c'est beaucoup beaucoup moins gourmand (et plus efficace pour le
client).

--
Daniel


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Publicité
Poster une réponse
Anonyme