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
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
Le 16/05/07, Shams Fantar<sfantar@linux62.org> a écrit :
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 ?
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
Benjamin RIOU a écrit :
Le 16/05/07, Shams Fantar a écrit :
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 ?
-- 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 a écrit :
Le 16/05/07, Shams Fantar<sfantar@linux62.org> a écrit :
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 ?
-- 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 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
>
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.
> 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
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 ?!
-- 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 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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 ?!
-- 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
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
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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
> 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)
Connbytes pour connexions TCP d'un trafic superieur à X kilo-octets. Marquage des connexions Traffic Control pour la régulation du flux exterieur
++ 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 ?!
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
> 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)
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
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'.
-- 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 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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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'.
-- 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
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 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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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
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.
-- 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 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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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.
-- 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
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
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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