Reprise du message précédent :
Sans la moindre spec, ça va pas être facile.
Nombre de capteurs, type des données, quantité estimée à la seconde/journée/année, ce que vous comptez en faire, jetables au bout de combien de temps, etc ?

le 7ème cercle de  l'enfer

Tu leur fait logguer le truc dans un format a peu prêt standard et logstash pour charger le tout dans ES  . J'ai pas bien mieux sous la main, c'est une stack stable mais qui buzze bien. La seule raison pour laquelle je ne l'ai pas mis en prod est qu'ils ne veulent pas internationaliser kibana (En only)

 
Une grosse centaine de capteurs dans un premier temps, données de mesures physiques (température, champ électrique, accélération...).
Le rythme dépend du type de capteur, on va arrondir à 1 mesure/s/capteur.
Dans un premier temps, on va tenir des stats sur l'ensemble, l'idée à terme est quand même d'en tirer des diagnostics plus poussés. On ne s'interdit pas d'y confronter certains de nos modèles mathématiques, d'où l'évocation du ML dans mon poste initial.
 
Il y a forcément un moment (le taquet n'est pas encore positionné) où on fera une réduction (au sens algo), parce qu'on n'est pas dimensionnés pour persister des centaines de millions d'enregistrements à l'année.
 
Je pourrais mettre un bête SGBD derrière, ma question est plutôt de savoir si quelque chose est plus adapté à ce type de données (pas de relationnel en premier lieu). J'aurais pu orienter mes recherches vers du NoSQL, mais j'ai aucune expérience dans le domaine et je me dis qu'avec l'explosion de l'IoT dans le domaine entreprisey, il doit bien y avoir des produits dédiés ou une démarche intelligente sur le sujet.
 
Je suis parti intuitivement sur ES parce que j'ai déjà bossé avec et que ça me semble cohérent pour ce type d'utilisation.
 

Ouais hein. Le pire c'est que Word a l'air de fonctionner correctement, j'ai trouvé un seul sub-header documenté (EC A5 C1 00) et il est bien présent dans mes fichiers de test. Sans parler d'ODF qui est très bien fait pour un tas de XML dans un fichier zip: il y a un fichier mimetype qui contient le type mime du fichier, et il est très fortement suggéré que ce soit la première entrée et qu'elle soit stockée non compressée comme ça t'es même pas obligé de lire le central directory si c'est bien un fichier OEBPS (la structure a aussi été adoptée par epub), t'as toutes les infos à des offsets fixes (le début du fichier zip étant le header du premier fichier, si tu trouves mimetype à l'offset 30 et le type mime auquel tu t'attends à l'offset 38 t'es bon)

 
Oui c'était l'idée de base (voir mon post précédent), je tâte le terrain ici au cas où je sois passé à côté d'un truc sympa.

Ben une bête base Postgres peut parfaitement faire l'affaire pour ce qui est d'enregistrer. J'enregistrais 600 millions de lignes, chacune de plusieurs centaines de floats, par jour avec ça (sur un SSD Samsung). Si je me base sur ma propre expérience, une config très moyenne devrait tenir la charge sans problème.
Après, il y a une autre considération à avoir: est-ce qu'il y a du downtime possible ou non ? Si ce n'est pas possible, il faudrait idéalement un SGBD frontal et un SGBD servant aux requêtes analytiques et au backup, avec de la réplication entre les deux, ce que permettent en principe Postgres et MySQL(pas essayé), soit dupliquer seulement les données jugées intéressantes d'un serveur sur l'autre avec une requête adéquate, ce qui ne devrait pas poser de problème dans la mesure ou le SGBD frontal est largement à l'aise pour ce que vous faites. Le 2e serveur peut être arrêté pour maintenance à tout moment et devra être dimensionné pour les requêtes. Le frontal, qui sert uniquement à collecter les données des instruments, doit être disponible à 100% et les données peuvent être supprimées au bout d'un certains temps.

Donc ça peut être une solution, qui a l'avantage d'être éprouvée. Mais sinon, tu peux aussi aller voir du coté de Cassandra. Il y a une BD spécialisée pour les données temporelles basée dessus (le nom m'échappe). L'avantage des données de capteurs, c'est qu'elles ne sont écrites qu'une fois et jamais modifiées ensuite. Il n'y a pas de problème de "consistence éventuelle" et on pourrait même pratiquement se passer de transactions avec un SGBD (ou du moins se contenter des garanties minimales).

 
mouarf, ça me rapppelle mes tribulations avec les EXIF dans les fichiers Raw
 
Mêmes les trucs standardisés le sont mal, ce qui laisse la porte ouverte à plein d'interprétation et de conneries

Au niveau de l'ingestion, jette un coup d'œil à Kafka.
Par la suite tu peux y coller Storm pour des statistiques en temp réel.

Le choix de DB c'est une question de compromis, mais j'ai effectivement vu des projets utiliser ES ou Cassandra pour faire exactement ça.

Very good, le PDG a appelé au moins une référence lui-même au lieu de laisser l'agence le faire, il a mis un process carré avec des gatekeepers et il les a contourné lui-même.
Même si je suis pas pris, j'aurai réussi un petit Jedi Mind Trick, je pense qu'il a envie de se faire convaincre.

 
La gueule des autres candidats quand on va leur dire que c'était pas eux les droïdes qu'ils cherchaient  

Putain
 
Le Galaxy S6 en 64GB coûte plus cher qu'un S6 Edge en 64GB
 
Ça va pas être trop juste 32GB ? Je voudrais pas me prendre un tel flambant neuf que je sois rapidement limité juste à cause de ça

 
Ca dépend de l'usage que tu en fais, si c'est pour avoir ton OS à poil sur le téléphone, 16GB, ce serait même plus que suffisant.

 
Bordel, dans un cadre professionnel, ça fait bizarre...

 
Bon de toute façon je l'ai déniché à 360€ HT, donc ça ira bien

 
  Ah que coucou !

 
Et acheter une micro SD, gros faisan ?
(sauf si maintenant sur les Galaxy on peut plus mettre de micro SD)

Déjà _la_ log ça m'a toujours énervé sans que je sache vraiment pourquoi, mais _la_ mantis je comprends pas...

"la" mante religieuse ?

Pourquoi, elle prie ta mantis?

Mais déjà c'est un nom propre, on ne met pas d'article : "le bugzilla", "le git", "la windows", "l'excel" ????

tu vas recevoir des photos non sollicitées de ma mantis par SnapChat toi

 
Peut être parce qu'il y a pas de port µSD sur un S6  

 
+1 sur la log.
 
Par contre, "LA" mantis, c'est pour désigner une "signalisation" en particulier, par Mantis en général.

(ou sinon c'est juste qu'il pense mantisse, le mec, hein. )

Le S6E s'est ptet encore moins bien vendu que le S6, donc ils ont plus de stock sur les bras

Chuis d'accord avec Serge. Tu vas mettre un bug sur le jira ou le bugzilla (sous-entendu: de la boite).

attends le GS7 alors !  
 
http://www.sammobile.com/2016/01/0 [...] confirmed/

 
C'était urgent, j'ai perdu une communication tel en cours de route tout à l'heure avec un gars de Malw***By**s, sans bouger de mon bureau Dès lundi S6 et picétout.

La mantisse et l'exposant.
 
La prochaine fois, dis-lui de t'envoyer une Word dans une Outlook.

dites, quelqu'un a déjà joué avec des clefs HTTPS de serveurs?

apparemment, y'a des clefs privées qui sont chiffrées et il faut un mot de passe au démarrage du serveur, c'est normal?

On reboote comment ?

edit: trouvé la bonne discussion http://serverfault.com/questions/2 [...] o-password

LG G4 FTW \o/
C'est un très bon tel, presque aussi bon que le S6, et aussi bon en photo.
Je l'ai pris en 32 go et acheté une micro SD de 64 Go.

 
This, this this.
Et le crapware de LG est infiniment plus supportable que le crapware Samsung.

C'est limite même pas du crapware, c'est 10x moins casse couille que les merdasses software de samsung.
Mon petit frère a aussi le LG G4 et il en est très content.

+1

 
Y'a un McAfee de merde sur le G3.
Pas activé, mais tu peux pas le désinstaller.

Pas de ça sur mon G4

 
Bof, ça c'était vraiment avant. La surcouche de Samsung est devenu quasi-inexistante. La preuve, je viens d'un Nexus 4 stock et franchement les différences sont pratiquement inexistantes (à tel point que je me suis demandé pourquoi ils ne mettent pas du stock directement).

Oui, tu lui envoies un gros screenshopt en bmp dans un document word, pour 4Mo de pièce jointe
 

déjà sur mon Note 3 en Kitkat l'interface touchwizz est très très épurée    et il me semble que c'est encore mieux sur les versions suivante. Donc parler de crapware  

 
la différence tu la verras plus tard, quand le S6 sera plus mis à jour.
 
ça m'a toujours dépassé que les gens prennent du Android hors Nexus

Bah parce que les autres constructeurs font de bons téléphones et que le nexus est parfois difficile à avoir ?