Reprise du message précédent :

ouais la vmc des fois on la coupe elle tire trop du coup on arrive pas a depasser 20° dans la sale de bain
cette année pour pas la couper on a acheté un soufflant de 2000w en plus
et on chauffe en continue avec me femme et ma fille a la maison toute le journée

 
J'ai un ami qui a fait la formation de boulanger et qui en est sorti dégouté Note l'ingrédient le plus cher

Le budget alcool est dans le budget nourriture je suppose

De l'"améliorant". WTF ?

FTFY

d'après kikipedia les principales nouveautés du langage java 7 sont :

Avec ça, ils seront bientot au niveau de C# 1.0
 
ya quoi d'autre ?

AMHA, j2EE a tué solaris comme plateforme de dev en en faisant un unix parmi d'autres.
 
Sinon, je doute que java ait apporté un surcroît de notoriété a la boite qui proclamait "we're the dot in .com" a la fin du millénaire précédent sur toute les TV du monde

On peut vraiment parler de GC quand c'est juste un refcount ?

 
farine de merde => exhausteur de gout

bien sûr que non, mais c'est mieux que rien, à condition d'avoir la possibilité de faire du weak_ref sinon c'est inutilisable, non ?

Bah oui, c'est une forme de GC simple mais ça reste un GC Et ça a des avantages sur un GC plus complexe (genre un copying ou un mark-and-sweep) mais pas assez complexe dans la mesure où en dehors des détections de cycles la collection se fait au fur et à mesure (quand les références tombent à 0), donc t'as pas d'arrêt complet de l'exécution pendant que le GC tourne (et généralement la terminaison de l'objet se fait peu après la perte de la dernière référence sinon immédiatement, si tu sais que ton GC est un refcount tu peux utiliser un destructor/finalizer pour libérer tes resources alors qu'avec un GC plus complexe c'est pas une bonne idée).

Mais de quoi tu parles?

 
explain plz

mais tu vas vraiment te recycler dans la boulangerie ?

techniquement oui, une Ford T est une bagnole et un refcounter qui se démerde avec les cycles est un GC.

moi, les déplacements, j'aime pas ça

Erlang a un GC assez simple, ça démarre en compacting GC basique et au delà d'une certaine limite de donnée ça passe sur un generational GC très basique (entre autres parce que les collections les plus anciennes ne peuvent pas pointer sur un objet d'une génération plus récente). Rien de spécial n'est fait pour éviter le stop-the-world tout ça.

Mais le GC fonctionne au niveau processus au sens erlang. Chaque processus a son tas, les processus s'exécutent en parallèle, et tu as habituellement *beaucoup* de processus dans une VM erlang. Donc quand le GC se lance sur un processus avec un tas de 20k, il ne va arrêter que ce processus et ne va taper que dans ces 20k, il ne va pas arrêter toute la VM et parcourir les 500Mo du tas global. Donc à l'échelle de la VM tu te retrouves avec un GC concurrent et incrémental, et ce "gratuitement".

Et en bonus, dans la mesure où le GC est par processus, tu peux configurer son comportement par processus: si tu sais qu'un process précis a besoin de 200Ko de heap (genre pendant qu'il bosse son tas croît jusqu'à 200k puis il meurt), tu initialiser le processus avec un tas de démarrage à 200K et le GC ne tournera jamais (puisque le tas ne grossira pas, quand le processus meurt sa mémoire est récupérée mais jamais scannée par le GC).

Bien sûr si tu utilises juste un gigantesque processus, tu perds ces propriétés émergentes.

il se démerde pas pour faire tourner les GC en décalé ?

 
merci

A peu de chose près

Les chambres sont à 19-20°C
La température que je donne pour le rdc (salle à manger et salon) c'est sans feu dans les cheminées, la ça grimpe à plus !

Non

55/55/55

Genre faire attention à pas faire tourner le GC sur plusieurs process en même temps? Pas à ce que je sache mais c'est possible. Je suis pas sûr que ça servirait à grand chose, sur 1500 process les chances que tu te retrouves avec un coup de GC sur les 1500 en même temps est faible.

ben si, ça permet de gérer tous les cas triviaux, c'est déja pas mal. après c'est sûr que c'est moins pratique qu'un GC "complet".

 
Apparemment t'es rentré chez toi, c'est déjà ça

Ça permet aussi de gérer des cas non triviaux. Mais ça a des inconvénients sur un GC un peu plus évolué: il faut un mécanisme séparé pour gérer les cycles ou tu te retrouves avec un GC qui leak (sauf si tes objets sont immutables, dans ce cas tu peux pas créer de cycles et t'as pas de problème), tous les objets se trimballent leur compteur de référence (ce qui augmente leur taille), et ce compteur est fréquemment mis à jour (ces majs peuvent être réduites avec de l'escape analysis et autres, mais ça complexifie le brol), ce qui induit une perte d'efficacité et de localité (même si tu n'accèdes pas effectivement l'objet, il doit être chargé et peut flinguer ton cache et ton pipeline pour pouvoir mettre à jour son refcount)

Je pars demain. Matin

Et s'il ne se démerde pas avec les cycles comme en VB6/VBS/VBA ?

J'imagine que créer un processus ne coute que dalle en erlang, non ? ça doit donner des paterns intéressants

France télécom : faire partir 22 000 personnes du groupe sans avoir à les licencier.

http://www.lesinrocks.com/actualit [...] e-telecom/

commentez

comparaison de flottants même sur 32 bits => fail trés probable
il suffit d'utiliser l'opérateur == pour des types primaires
utilisation de flottants pour de la money = lol (il y a sûrement déjà des llibraries déjà toutes prêtes pour ça)

et encore je suis bourré là donc j'ai surement pas tout vu

je retire ce que j'ai dit ...

1) pkoi ?
2) j'ai pété les plombes je crois c'est pour avoir NaN=NaN
3) là j'attends des explications, surtout sur un truc aussi simple.

 
Donc tu es bien chez toi  

1) parce que par exemple j'ai un doute sur le rounding lors de la conversion double => float ce qui pourrait faire foirer les choses, alors qu'avec une comparaison fixe comme  abs(a-b)<= epsilon tu n'as pas ce doute, et en plus tu as une précision fixe "epsilon" que tu n'as pas avec la conversion vers float.
2)je ne connaissais pas c'est subtilité de natas
3)une librairie, en l'occurence une classe "Money" te permettrais de faire des calculs à une précision fixe (genre "je veux une précision de 6 chiffres après la virgule" ) et te fournira des fonctions simples et sûres (pas de prise de tête avec NaN=Nan par exemple )

 
ouais, je veux plus sortir de chez moi rester dans ma cahute et me faire livre des pizzas midi et soir

1) mouais
3) en l'occurence c'est une classe Money (de 95 lignes dont 28 de formatage/parsing). Sauf que je joue aussi avec des NaN dedans (pour les null-values).

edit: j'ai oublié de vraiment répondre pour le 3, apparemment on conseille d'utiliser des bigdecimal pour le fric, et ça m'inquiète un peu dans la mesure où je joue avec des pourcentages aussi. Par contre comme mes pourcentage et mon fric sont wrappés, je devrai pouvoir remplacer l'implémentation sans trop d'embrouille (le plus chiant étant les tests U)

preum's

Correct
 

D'autant plus quand tu ajoutes des liens (deux processus étant liés, si l'un meurt le second reçoit un signal d'apoptose) et la supervision (un processus superviseur traite un signal d'apoptose comme un message normal, pas un impératif de mort).

7 mois pour atteindre le point de résignation, sans prendre la tangente direction suicide, c'est bon, chui dans les clous ?

yo

Ca fait que 7 mois que tu es a orleans ?  

 
la sélection naturelle
 
le grouillot qui va me mettre la pression pour un travaille, il est pas né

ça va faire 3 ans tout pile, donc dans l'annonce il faut lire "8 ans d'XP" maintenant
Par contre ça fait 7 mois qu'on m'a changé de service et que mon job n'a plus aucun sens

moi ça fait longtemps que j'ai pas pris une demi journée de maladie ....