Reprise du message précédent :

Bah, justement  

tu joues encore à Flight Sim au fait ?

Pas depuis un bout de temps (pareil pour X-Plane en fait)
Plus trop l'envie depuis qq temps, et la partoche Win a sauté depuis qq mois et j'ai trop la flemme de la remettre en état  

 
ouais ouais
 
Je snobbe pas OSA, je lurke les rares topics sur OSX

pourquoi, t'as un plugin à lui proposer ?
 
- Now Flying Over : Pacific Ocean. Arrivée dans : 10h.

C'est un outil assez anguleux, pas super user-friendly, très barbu-compliant, même si relativement irremplaçable (enfin je ne connais pas d'alternative pratique).
 
Sinon, les glaces Ben & Jerry, c'est le mal.

[debarquement en 2048x1600]

Ah, et l'indien qui fait streamcruncher, c'est un bon.
 
La première version de son processeur d'événements traitait péniblement 200 events/sec. Puis je lui ai envoyé un mail pour lui dire que je trouvais son projet très intéressant, car il utilise une syntaxe proche de SQL pour le traitement des événements, entre autres, mais qu'il qu'il pouvait sans doute faire bcp mieux (vu que je faisais moi-même dans les 6000 events/sec, en Java, sans la syntaxe SQL-like, mais avec l'intégration du langage Pnuts pour des traitements particuliers). La dernière version traite 168 000 events/sec et traite les corrélations.

ps: pour ceux qui se demandent de quoi je parle, un processeur d'événements est un moteur qui traite des flux de données en temps réel.

Imaginons qu'il reçoit en temps réel des tuples de données représentant des mesures thermodynamiques à 200 endroits d'un réacteur au cours d'un test {station, température, pression, débit}.
Avec une base de données, ces tuples seront mis en base par paquets de 100 ou 1000, et une requête permettra de faire un traitement dessus (pour une visualisation temps réel, par ex). Mais vu le temps du process, on ne peut pas faire de temps réel. De plus, il se peut qu'on n'ait pas besoin de sauvegarder l'intégralité des enregistrements, mais juste effectuer des traitements sur les N derniers tuples arrivés.
Avec un processeur d'événements, chaque tuple est affublé d'un timestamp, et on peut faire très rapidement des requêtes sur des fenêtres de temps définies, par exemple sur les 2 dernières minutes, les 3 derniers jours ou bien les 1000 derniers événements. Les requêtes sont calculées à chaque nouvel événement pris en compte, à chaque fois qu'un événement sort d'une fenêtre de temps, ou bien à des intervalles prédéfinis. Naturellement, on peut définir autant de requêtes que l'on veut, sur autant de fenêtres que l'on veut et autant de flux de données différentes que l'on veut, qui sont exécutées en temps réel par le moteur (le traitement des requêtes de streamcruncher est multithreadé).

La base de donnée sera bcp moins sollicitée, essentiellement pour enregistrer de temps en temps les données en mémoire. On peut par ex. détecter des dépassements de seuils en temps réels (pour des alarmes). On peut aussi faire du pré-filtrage selon des critères donnés (ne prendre en compte que les tuples avec un débit > 0), créer des partitions, càd faire du filtrage par colonne, du tri, des opérations sur des agrégats (faire une moyenne de température sur les 15 dernières minutes) ou effectuer des corrélations entre plusieurs flux de données différents (pour par ex. détecter des conditions de température et de pression élevés sur plusieurs circuits différents), et bien sûr combiner toutes ces opérations.
Bref, ce genre de système est très souple et puissant. Vu que j'avais codé un squelette d'un tel système pour ma boîte (en bcp plus simple, il ne gérait ni les corrélations ni les sous-partitions), j'avais eu envie d'en faire une version open source. Puis j'ai vu que l'indien a fait le boulot, bien mieux que ce que je pourrais jamais sortir, donc j'ai bien fait de m'abstenir.

alors les connards, on ne travaille pas plus pour gagner plus?

chut

blabla

lol, schnapsmann

preums au taf

01/11/07 08h02

DODO !!!

Ou pas

ah non >.< je vais manger sur Amiens
et faire des courses en belgique ^^

ELMO FACHO §

En tout cas le solde de tout compte ça fait un gros chèque

bin tu vois
 
combien de mois ?

- 1/2 mois de salaire
- 3 mois de préavis
- indeminté de licenciement
- congés
- RTT
- prime diverse et remboursement de frais
=> $$$
 
Bon je vais de ce pas écrire mon courier pour demander plus

841.348 EUR  mais wow : http://www.unicat.net/en/pics/EX70 [...] 6x6-2.html

a ça forcément, ça te fait aimer la danse hein !

http://www.liberation.fr/actualite [...] 639.FR.php
lui il a mal compris les leçons de Lip, je pense qu'il va falloir lui expliquer plus clairement

N.P. : L'élixir familial à 100% de bonne humeur naturelle du Docteur fünke - Zanotab

http://www.openbsd.org/42.html

http://niggytardust.com/saulwilliams/menu download tarting

http://www.youtube.com/watch?v=-WFkCjQAltc

Salut, j'aime les poneys.

salut j'aime le fistfuck

moi j aime pas les salut

http://www.adiumx.com/blog/2007/10 [...] rd-day.php
 
Bientôt la vidéo sur Adium \o/

received this morning

il est bon

C'est ce qu'on m'a dit hiers, initialement je comptais pas le récupérer (je suis pas un fan de Saul Williams), mais on m'a dit que c'était plus proche de NiN que son boulot habituel (normal tu me diras) donc j'ai téléchargé le 192k "pour voir"
 
D'ailleurs faudrait que je le mette, parce que là je suis toujours sur malher
 
BTW, pendant que t'es là, ya un moyen de créer des buddy lists unifiées sous ichat?
 
Non parce que c'est sympa de gérer les comptes jabber et autre, mais si on se retrouve avec 1 buddy list par account c'est un peu merdique