Maintenant ça passe par la case code...
Ah le fameux "si tu code pas, tu peux pas critiquer", histoire de bien se cacher les yeux et expliquer ensuite ce que l'utilisateur veux.
Alors je le redis JE RECODERAIS PAS GC, ET JE CONTINUERAIS A DIRE QU'IL A DES MERDES tant qu'il en auras.
Et si tu n'es pas content, ben c'est ton problème.
Sérieusement, Boehm gc a commencé comme étant not thread safe et il l'est encore. La belle affaire! Ta critique n'est pas bien utile.
Comme 30 poste pour dire "you want it you code it. You're juste a looser. Developer of gc are god".
Critiquer un gc sur le fait qu'il n'est pas thread safe alors que cela est connu n'apporte rien.
1°) si : indiquer qu'il n'est pas thread-safe
2°) l'information qu'il n'est pas thread-safe, contrairement a ce que tu affirme, n'est pas si "connu que ça".
De toute façon, tu as vu la page de gc ? Et tu ose me tenir rigueur du fait que leurs trucs sont mal expliqué ?
J'ai vu des sources de la version 7, et les tests et ajouts que j'ai vu sur le site officiel concernait la version 6...
faut faire quoi ? écumer google
Les tests ne testent que ce pour quoi on les écrit si on dit que le GC est pas thread-safe pourquoi écrire des tests pour montrer qu'il ne l'est pas? hmm?
Ne pas dire qu'il est super stable si il n'est pas thread-safe.
Je vois pas le rapport.
Moi si.
Ahem Python a aussi un lock global.
On parlait de gc ou de python ?
Linux, FreeBSD avaient un lock global jusqu'à récemment.
On parlait de gc ou de linux ?
et atha , le "jusqu'à récemment" ... pourquoi l'ont ils enlevé ? Parce que c'était la meilleure solution le lock globale.
Sans compter que comparer un gc a un noyau est relativement comique.
Il faut croire que tout le monde ne voit pas les choses de la même manière que toi.
Voui c'est clair. D'ailleurs sous linux ils comptent mettre un autre gros lock global une fois qu'ils auront réussi a enlever le précédent, parce que c'est une solution technique tellement elegante et efficiente....
M'enfin si ça t'amuse continue a critiquer dans le vent.
Quant tu devra coder des applis parallèles, performantes, avec un framework qui utilise gc, on verras si tu estimeras encore que c'est "dans le vent" quant tu auras un bon gros bug au milieu, et que tu est obligé de perdre une semaine a trouver que c'est le gc qui merde.
[^] # Re: Rapidité du C ... et ramasse-miettes ?
Posté par briaeros007 . En réponse à la dépêche Le language de programmation ooc sorti en version 0.2. Évalué à 1.
Ah le fameux "si tu code pas, tu peux pas critiquer", histoire de bien se cacher les yeux et expliquer ensuite ce que l'utilisateur veux.
Alors je le redis JE RECODERAIS PAS GC, ET JE CONTINUERAIS A DIRE QU'IL A DES MERDES tant qu'il en auras.
Et si tu n'es pas content, ben c'est ton problème.
Sérieusement, Boehm gc a commencé comme étant not thread safe et il l'est encore. La belle affaire! Ta critique n'est pas bien utile.
Comme 30 poste pour dire "you want it you code it. You're juste a looser. Developer of gc are god".
Critiquer un gc sur le fait qu'il n'est pas thread safe alors que cela est connu n'apporte rien.
1°) si : indiquer qu'il n'est pas thread-safe
2°) l'information qu'il n'est pas thread-safe, contrairement a ce que tu affirme, n'est pas si "connu que ça".
De toute façon, tu as vu la page de gc ? Et tu ose me tenir rigueur du fait que leurs trucs sont mal expliqué ?
J'ai vu des sources de la version 7, et les tests et ajouts que j'ai vu sur le site officiel concernait la version 6...
faut faire quoi ? écumer google
Les tests ne testent que ce pour quoi on les écrit si on dit que le GC est pas thread-safe pourquoi écrire des tests pour montrer qu'il ne l'est pas? hmm?
Ne pas dire qu'il est super stable si il n'est pas thread-safe.
Je vois pas le rapport.
Moi si.
Ahem Python a aussi un lock global.
On parlait de gc ou de python ?
Linux, FreeBSD avaient un lock global jusqu'à récemment.
On parlait de gc ou de linux ?
et atha , le "jusqu'à récemment" ... pourquoi l'ont ils enlevé ? Parce que c'était la meilleure solution le lock globale.
Sans compter que comparer un gc a un noyau est relativement comique.
Il faut croire que tout le monde ne voit pas les choses de la même manière que toi.
Voui c'est clair. D'ailleurs sous linux ils comptent mettre un autre gros lock global une fois qu'ils auront réussi a enlever le précédent, parce que c'est une solution technique tellement elegante et efficiente....
M'enfin si ça t'amuse continue a critiquer dans le vent.
Quant tu devra coder des applis parallèles, performantes, avec un framework qui utilise gc, on verras si tu estimeras encore que c'est "dans le vent" quant tu auras un bon gros bug au milieu, et que tu est obligé de perdre une semaine a trouver que c'est le gc qui merde.