+--On 16 mars 2010 13:50:43 +0100 Etienne Chové wrote:
| Le 16/03/2010 13:38, Guillaume Allegre a écrit :
|> Le Tue 16 Mar 2010 à 11:45 +0100, Etienne Chové a ecrit :
|>> Le 16/03/2010 11:12, Jean-Guilhem Cailton a écrit :
|>
|>> Je n'ai pas trop le temps de suivre ça en ce moment, et je n'ai pas
Le 16/03/2010 18:42, Guillaume Allegre a écrit :
> Le Tue 16 Mar 2010 à 16:38 +0100, Etienne Chové a ecrit :
>
>>> Donc pour l'instant le stock est à Nantes ?
>>> S'il était possible d'indiquer aussi cette info sur la page :
>>> http://wiki.openstreetmap.org/wiki/FR:Servers
>>
>> C'est fait, et la
Le Tue 16 Mar 2010 à 16:38 +0100, Etienne Chové a ecrit :
> > Donc pour l'instant le stock est à Nantes ?
> > S'il était possible d'indiquer aussi cette info sur la page :
> > http://wiki.openstreetmap.org/wiki/FR:Servers
>
> C'est fait, et la page a été coupée en petits bouts. Il n'y a plus que
Le 16/03/2010 15:02, Guillaume Allegre a écrit :
> Le Tue 16 Mar 2010 à 13:50 +0100, Etienne Chové a ecrit :
>
>>> S'il faut chercher de nouveaux hébergeurs, il y a aussi les conditions de
>>> livraison des serveurs à régler.
>>
>> Il en restera encore à héberger 8 (plus les 2 serveurs HS), et à
>>
Le Tue 16 Mar 2010 à 13:50 +0100, Etienne Chové a ecrit :
> > S'il faut chercher de nouveaux hébergeurs, il y a aussi les conditions de
> > livraison des serveurs à régler.
>
> Il en restera encore à héberger 8 (plus les 2 serveurs HS), et à
> administrer car pour ma part je pense pas administre
Le 16/03/2010 13:50, Etienne Chové a écrit :
> Pour la livraison, on (yoann) fait de temps en temps de aller/retour à
> Paris et peut en livrer, d'ailleurs il y va demain.
En train, malheureusement. Je ne peux donc rien livrer.
--
Yoann.
___
Talk-fr
Le 16/03/2010 13:38, Guillaume Allegre a écrit :
> Le Tue 16 Mar 2010 à 11:45 +0100, Etienne Chové a ecrit :
>> Le 16/03/2010 11:12, Jean-Guilhem Cailton a écrit :
>
>> Je n'ai pas trop le temps de suivre ça en ce moment, et je n'ai pas bien
>> compris les besoins : RAM ? CPU ? Disque ? Trafic rése
Le Tue 16 Mar 2010 à 11:45 +0100, Etienne Chové a ecrit :
> Le 16/03/2010 11:12, Jean-Guilhem Cailton a écrit :
> Je n'ai pas trop le temps de suivre ça en ce moment, et je n'ai pas bien
> compris les besoins : RAM ? CPU ? Disque ? Trafic réseau ?
>
> On pourra ensuite voir ce qui serait dispo d
Le 16/03/2010 11:12, Jean-Guilhem Cailton a écrit :
> Bonjour,
>
> Je rebondis sur l'offre d'Etienne, en vous faisant suivre ce message
> diffusé sur la liste dev.
> (Voir aussi le fil à partir de
> http://lists.openstreetmap.org/pipermail/dev/2010-March/018866.html pour
> plus d'infos).
>
> A mon
Bonjour,
Je rebondis sur l'offre d'Etienne, en vous faisant suivre ce message
diffusé sur la liste dev.
(Voir aussi le fil à partir de
http://lists.openstreetmap.org/pipermail/dev/2010-March/018866.html pour
plus d'infos).
A mon humble avis, les efforts lancés par Mike, à l'origine autour de
http://www.pcinpact.com/actu/news/55805-dell-nas-250go-buffalo-linkstation.htm
:-p
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Christophe Merlet (RedFox) a écrit :
> Beaucoup plus réaliste, il est assez facile et peu onéreux d'ajouter une
> carte sata dans un nœud et d'y brancher des disque esata de 1 ou 2To et
> de transformer ce nœud en SAN accessible via GFS2 ou au pire NFS/CIFS.
D'ailleurs j'ai vu que les serveurs
sly (sylvain letuffe) a écrit :
> On jeudi 11 mars 2010, Etienne Chové wrote:
>> La base osm semble suivre une loi exponentielle. Elle a doublée en 18
>> mois ! L'étroit risque de le devenir étriqué assez rapidement.
> C'est en effet une bonne remarque, j'avais oublié cette vitesse de
> progress
Le jeudi 11 mars 2010 à 19:05 +0100, Etienne Chové a écrit :
> Le 11/03/2010 18:49, sly (sylvain letuffe) a écrit :
> > On jeudi 11 mars 2010, Pieren wrote:
> >
> >> Ensuite, les machines à 16Go de RAM atteignent le minimum requit pour
> >> mettre
> >> en place une bdd postgis et un serveur de tui
2010/3/11 François Van Der Biest
>
> Il y a actuellement des discussions entre Camptocamp et l'EPFL
> (Lausanne, Suisse) pour héberger des machines OSM. La bande passante
> ne serait alors plus un problème.
> Je vous tiendrai au courant quand ça aboutira.
>
> F.
>
>
Hmm, pas sûr que cela va simp
2010/3/11 Etienne Chové :
> La base osm semble suivre une loi exponentielle. Elle a doublée en 18
> mois ! L'étroit risque de le devenir étriqué assez rapidement. On peut
> envisager le AoE ou une autre bidouille du genre pour faire un cluster
> de disques, ou utiliser la baie si il s'avère qu'ell
2010/3/11 Julien D.
>
>
> C'est possible de fabriquer des adresses interpolées à partir d'adresses
> non-interpolées consécutives ?
> Ça permettrait de garder un peu de précision...
>
>
Ça, c'est la deuxième étape ;-)
Pieren
___
Talk-fr mailing list
Ta
On jeudi 11 mars 2010, Etienne Chové wrote:
> La base osm semble suivre une loi exponentielle. Elle a doublée en 18
> mois ! L'étroit risque de le devenir étriqué assez rapidement.
C'est en effet une bonne remarque, j'avais oublié cette vitesse de
progression. Ça ferait une investissement temps
Le 11/03/2010 18:49, sly (sylvain letuffe) a écrit :
> On jeudi 11 mars 2010, Pieren wrote:
>
>> Ensuite, les machines à 16Go de RAM atteignent le minimum requit pour mettre
>> en place une bdd postgis et un serveur de tuiles adapté à nos besoins (même
>> si pour le second, on n'est pas encore à ni
2010/3/11 Pieren
> Ce qui manque actuellement, c'est au minimum une redistribution du planet
> qui soit conforme avec les lois françaises. Ca éviterait à tous les
> utilisateurs potentiels d'OSM dans ce pays de le faire chacun de leur côté.
> La première étape consisterait donc a faire disparaîtr
On jeudi 11 mars 2010, Pieren wrote:
> Ensuite, les machines à 16Go de RAM atteignent le minimum requit pour mettre
> en place une bdd postgis et un serveur de tuiles adapté à nos besoins (même
> si pour le second, on n'est pas encore à niveau concernant les disques).
en effet, je ne cracherais p
2010/3/11 Etienne Chové
> Une baie de stockage ne ferai pas de mal pour faire tourner des
> applications gourmandes en disque et héberger quelques services (n'est
> ce pas Pieren).
>
>
C'est certain. Ce qui manque actuellement, c'est au minimum une
redistribution du planet qui soit conforme avec
Le 11/03/2010 17:20, Christophe Merlet (RedFox) a écrit :
> Sous réserve...
>
> Une baie de stockage ayant 10 x 146Go 10k extensible à 14x146Go...
>
> 13 x IBM e326
> Bi Opteron 250 à 2,4 GHz
> 2x146 Go 10k
> 4 Go de RAM
>
> 10 x IBM x3455
> Bi Opteron Dual-Core 2216 à 2,4 GHz
> 2x146 Go 10k
> 16 G
Le jeudi 11 mars 2010 à 12:52 +0100, Etienne Chové a écrit :
> Bonjour,
>
> En effet, s'il y avait des disques dispo ce serai avec plaisir... les
> disques des serveurs Free sont quelque peu limités. Tu connais le format
> de ces disques et le type de machines ?
Sous réserve...
Une baie de sto
Bonjour,
Le 11/03/2010 12:13, Christophe Merlet (RedFox) a écrit :
> Il est propable que le lug palois PauLLA récupère un cluster de calcul
> en "fin de vie".
> Environ 22 nœuds Bi-pro dual-core et une baie d'1 To. la moitié des
> nœuds étant déjà équipé de 2 disque de 250 Go.
Génial !
> Il me s
Bonjour,
Il est propable que le lug palois PauLLA récupère un cluster de calcul
en "fin de vie".
Environ 22 nœuds Bi-pro dual-core et une baie d'1 To. la moitié des
nœuds étant déjà équipé de 2 disque de 250 Go.
Il me semble avoir lu que les serveurs récupérés auprès de Free était
peut-être just
26 matches
Mail list logo
