Le Fri, 27 Aug 2010 23:51:47 +0200,
Jerome Benoit a écrit :
> J'ai la maitrise du XML, c'est même un format standardisé pour
> certains la partie non métadonnées de BLOB.
^ sauf pour
--
Jérôme Benoit aka fraggle
La Météo du Net - http://grenouille.com
OpenPGP Key ID : 9FE91
Le Fri, 27 Aug 2010 22:49:48 +0200,
Pierre Chapuis a écrit :
>
> "Jerome Benoit" a écrit :
>
> >Des données de type "multimédia" (ahah, définition alakon™ quand tu
> >nous tiens), un type qui veut rien ou tout dire. C'est vendredi et je
> >suis nase mais en gros des BLOBs et leur métadonnées e
Le Fri, 27 Aug 2010 18:43:04 +0200,
Pierre Chapuis a écrit :
> Cassandra est "scalable" au sens où on l'entend en général, pour HBase
> je ne sais pas. MongoDB
MongoDB vient d'avoir le sharding mais la manière donc çà a été
implémenté me plait guère (en gros, c'est du scatter/gather sur des
pa
Le 27/08/2010 21:00, Tr4sK a écrit :
Merci pour vos réponses :)
Bon d'une, tout les postes vont resté allumé pour le week-end. On
verra bien lundi si le manager va se calmer (C'est le manager qui nous
plombe le réseau).
Gdata, nous propose une solution multi-site. On la mise en place
depuis
"Jerome Benoit" a écrit :
>Des données de type "multimédia" (ahah, définition alakon™ quand tu
>nous tiens), un type qui veut rien ou tout dire. C'est vendredi et je
>suis nase mais en gros des BLOBs et leur métadonnées exprimés en XML et
>du XML (du texte donc encodé en UTF-8).
Métadonnées q
Le Fri, 27 Aug 2010 11:02:56 +0200,
Arnaud a écrit :
> Les moteurs NoSQL, il vaut mieux savoir quelles données vont être
> manipulées avant de faire un choix (choix du type puis du soft).
Des données de type "multimédia" (ahah, définition alakon™ quand tu
nous tiens), un type qui veut rien ou t
>
> Il gère donc en natif des écritures concurrentes sur un même index
> stocké sur un DFS ?
>
>
Un des noeud, n'importe lequel, peut se charger de faire l'indexation et de
générer les index. Ensuite tu peux demander à chaque noeud de faire un
"rotate" qui vont charger les nouveaux index. Afin de l
Le Fri, 27 Aug 2010 11:29:23 +0200,
Greg a écrit :
> > C'est du distribué au sens strict ?
>
> non: chaque noeud charge ses index en mémoire, il faut donc que le FS
> soit partagé ou que les index soient copiés.
Il gère donc en natif des écritures concurrentes sur un même index
stocké sur un
Merci pour vos réponses :)
Bon d'une, tout les postes vont resté allumé pour le week-end. On verra
bien lundi si le manager va se calmer (C'est le manager qui nous plombe
le réseau).
Gdata, nous propose une solution multi-site. On la mise en place depuis
un moment. Mais pas d'amélioration app
On Thu, 26 Aug 2010 23:45:22 +0200, Jerome Benoit
wrote:
> Pour les NoSQL distribués, je suis preneur de retour
> d'expérience et de conseils, j'ai zéro expérience avec
> contrairement à certains DFS (Column Families, Key Value / Tuple Store,
> Document Store, etc.) ...
Pour la famille de docum
Ca m'apprendras à tout ranger dans frnog sans regarder les entêtes ;-)
/offtopic
--
Thomas
2010/8/27 Bedis 9
> > Soit disant passant ce thread n'aurait il pas plutôt sa place sur FrSAG ?
> > My 2 cents,
> > --
> > Thomas
>
> ça tombe bien, tu y es ;)
> _
On Fri, 27 Aug 2010 15:11:23 +0200, Thomas Barandon
wrote:
> Quand j'administrais un petit parc d'une taille semblable avec une
flotte
> de
> nomades importante j'utilisais NOD32, je n'ai jamais eu de soucis ai
j'ai
> eu
> une agréable impression de contrôle des clients.
Bonjour tout le monde,
> Soit disant passant ce thread n'aurait il pas plutôt sa place sur FrSAG ?
> My 2 cents,
> --
> Thomas
ça tombe bien, tu y es ;)
___
FRsAG mailing list FRsAG@frsag.org
http://www.frsag.org/mailman/listinfo/frsag
Quand j'administrais un petit parc d'une taille semblable avec une flotte de
nomades importante j'utilisais NOD32, je n'ai jamais eu de soucis ai j'ai eu
une agréable impression de contrôle des clients.
Seul problème que j'ai eu c'est le mode silencieux de l'antivirus qui est
réellement silencieux
Arnaud writes:
> ça fait partie des "NoSQL" Sphinx ?
Non, c'est un indexateur, qui fait des requêtes au serveur SQL d'un côté
et qui les stocke dans un format "optimisé" pour la récupération rapide.
Typiquement, ça marche très très bien pour de la recherche fulltext sans
avoir à ruiner MySQL.
Le 27/08/2010 11:22, Jerome Benoit a écrit :
Du tout :) c'est une exposition pour une aide et retour d'expérience
éventuel.
Je sais bien, et le sujet m'intéresse ;)
Intéressant.
Tu parles bien de çà :
http://sphinxsearch.com/about.html ?
oui, à savoir qu'on ne s'en servait pas du tout en
Le Fri, 27 Aug 2010 10:50:02 +0200,
Greg a écrit :
>
> et tu veux qu'on fasse tout ton travail :-P
>
Du tout :) c'est une exposition pour une aide et retour d'expérience
éventuel.
> > 3) Cluster de données/stockage :
>
> Une fois de plus : Ceph http://ceph.newdream.net/
> (et j'aimerais bi
On 27/08/10 10:50, Greg wrote:
3) Cluster de données/stockage :
Une fois de plus : Ceph http://ceph.newdream.net/
(et j'aimerais bien que quelqu'un fasse le 1er pas ! :) )
sérieusement ?
http://ceph.newdream.net/wiki/
"Ceph is under heavy development, and is not yet suitable for any uses
Bonjour,
Le 26/08/2010 23:45, Jerome Benoit a écrit :
Salut,
Je travaille actuellement à la conception d'une architecture en trois
tiers qui devra être scalable.
et tu veux qu'on fasse tout ton travail :-P
3) Cluster de données/stockage :
Une fois de plus : Ceph http://ceph.newdream.net/
Le 26/08/2010 23:50, fr...@webmail.fr a écrit :
- Kaspersky (version actuelle) :
- ralenti énormément les postes, beaucoup de ram est nécessaire
pour faire tourner une protection, même de base
- m'a sauvé la vie face à Conficker
- bonne détection de tout ce qui passe
- adminis
20 matches
Mail list logo
