[ANN] Sortie de Oupsnow 0.1.0

2009/1/22 Frédéric Logier [email protected]

Yuki S. s’occupe de gérer ce Redmine, elle l’a fortement tweaké. Son
fork est sur github (http://github.com/yugui/redmine4ruby-lang/tree) je
suivais ce qu’elle faisait surtout au début (intégration de
l’intégration
mail/redmine) mais j’ai décroché il y a déjà un moment :stuck_out_tongue:

Bref, Yuki rox! :slight_smile:

Le jeudi 22 janvier 2009 à 18:14 +0100, ook? ook! a écrit :

Yuki S. s’occupe de gérer ce Redmine, elle l’a fortement tweaké.
Son fork est sur github
(http://github.com/yugui/redmine4ruby-lang/tree) je suivais ce qu’elle
faisait surtout au début (intégration de l’intégration mail/redmine)
mais j’ai décroché il y a déjà un moment :stuck_out_tongue:

Bref, Yuki rox! :slight_smile:

Oula, quand il ya une nouvelle release de Redmine il doit bien rigoler Ã
la merger avec son fork :slight_smile:

Le 22 janv. 09 à 14:45, philippe lachaise a écrit :

Redmine me prenait 2go de ram et 100% du CPU

Comment on arrive à faire ça en Ruby ?!

Redmine utilise pas ImageMagick ou autre truc a memory-leaks que je
sache ?

C’est assez facile en fait, moi ça m’arrive régulièrement dès que
j’essaie de passer par AR pour faire de nombreux ajouts en base …

Nicolas C.

Le 22 janvier 2009 18:28, Frédéric a écrit :

Yuki S. s’occupe de gérer ce Redmine, elle l’a fortement tweaké.
Son fork est sur github
(http://github.com/yugui/redmine4ruby-lang/tree) je suivais ce qu’elle
faisait surtout au début (intégration de l’intégration mail/redmine)
mais j’ai décroché il y a déjà un moment :stuck_out_tongue:

Bref, Yuki rox! :slight_smile:

Oula, quand il ya une nouvelle release de Redmine il doit bien rigoler à
la merger avec son fork :slight_smile:

Tu parles de lui (Jean-Philippe L.) ou d’elle (Yugui S.) ?

Euh, on écrit Yuki ou Yugui ? J’ai tendance à écrire Yugui dans
mes news, j’ai faux ?

– Jean-François.


http://twitter.com/underflow_

2009/1/22 Jean-François Trân [email protected]

Oula, quand il ya une nouvelle release de Redmine il doit bien rigoler Ã
la merger avec son fork :slight_smile:

Tu parles de lui (Jean-Philippe L.) ou d’elle (Yugui S.) ?

Euh, on écrit Yuki ou Yugui ? J’ai tendance à écrire Yugui dans
mes news, j’ai faux ?

Yugui, c’est son pseudo, Yuki, c’est son prénom (qui veut dire “neige”
pour
les curieux :wink: )
Donc mieux vaut utiliser Yugui (personnellement, je préfère qu’on
m’appelle
ook que Thomas dans les communications online), que Yuki S., mais
certainement pas Yugui S.! (ook Lecavelier… celui qui sort ça,
j’le
tue :slight_smile: )

Le 23 janv. 09 à 09:55, ook? ook! a écrit :

faisait surtout au début (intégration de l’intégration mail/

OK ook Lecavelier, message bien reçu.


Frédéric de Villamil
[email protected] tel: +33 (0)6 62 19 1337
http://t37.net Typo : http://typosphere.org

Vous recommanderiez ImageScience plutôt que RMagick?

Ou bien RMagick comme l’utilise Paperclip, il l’appelle par exec.
Ca coûte de lancer un process à chaque fois mais ça laisse pas de
saletés
derrière.

Redmine me prenait 2go de ram et 100% du CPU

Comment on arrive à faire ça en Ruby ?!

Redmine utilise pas ImageMagick ou autre truc a memory-leaks que je
sache ?

C’est assez facile en fait, moi ça m’arrive régulièrement dès que
j’essaie de passer par AR pour faire de nombreux ajouts en base …

Intéressant ça !

On peut donc avoir des fuites mémoires en pur Rails (AR), c.a.d en pur
ruby
?!

Qqun à plus d’idées là dessus ?

  • Ruby fuirait ?
  • L’adaptateur MySQL serait pas étanche ?

2009/1/23 de Villamil Frédéric [email protected]

Son fork est sur github

OK ook Lecavelier, message bien reçu.

DIE! DIE! DIE! Je te souhaite 15 ans de montages XHTML/CSS valide sous IE6
et FF3 !

Le 23 janv. 09 à 10:58, philippe lachaise a écrit :

  • Ruby fuirait ?
  • L’adaptateur MySQL serait pas étanche ?

Je ne sais pas exactement, j’ai l’impression que c’est mal garbage
collecté. Je prend un fichier CVS, j’utilise fastercsv et AR, pour
chaque ligne je crée un objet AR que je sauve. Au bout de quelques
centaines de lignes, la machine ralentie méchamment et la conso
mémoire explose …

J’ai pas recherché le fautif mais il y a un souci c’est
sûr.–
Nicolas C.

Le 23 janvier 2009 21:30, Lionel a écrit :

Solution : faire gaffe à ne jamais gérer trop d’objets en même
temps (travailler par pagination sur les longues listes d’objets AR par
exemple)

On peut utiliser AR Extensions.

et relancer les mongrels avec seesaw régulièrement.

– Jean-François.


http://twitter.com/underflow_

relancer les mongrels avec seesaw régulièrement.

Et avec passenger (mod_rails) ?

Nicolas C. a écrit, le 01/23/2009 11:34 AM :

Qqun à plus d’idées là dessus ?
J’ai pas recherché le fautif mais il y a un souci c’est sûr.

De mémoire MRI ne sait pas récupérer l’espace mémoire alloué à cause
d’une fragmentation de son espace mémoire trop importante. De plus la
méthode de GC utilisant des marqueurs répartis sur toute la plage
mémoire allouée, même si une zone n’est pas utilisée, elle est
régulièrement accédée par le GC et ne peut donc pas passer en swap : un
processus ne fait quasiment que grossir et ne peut pas vraiment passer
en swap. Solution : faire gaffe à ne jamais gérer trop d’objets en même
temps (travailler par pagination sur les longues listes d’objets AR par
exemple) et relancer les mongrels avec seesaw régulièrement.

Lionel

Le 23 janv. 09 à 21:30, Lionel B. a écrit :

relancer les mongrels avec seesaw régulièrement.

Je connaissais pas seesaw, ça a l’air pas mal d’après ce que je lis là :

Seesaw: An Improved Restart System for Mongrel

Par contre tout le reste renvoie là dessus :

http://synaphy.com.au/2007/8/20/seesaw

et le site a l’air down ? (est-ce la faute de seesaw :wink: )

LÃ , il y a rien : GitHub - mattallen/seesaw: Restart your mongrel cluster with no downtime

Et je trouve rien sur rubyforge…

Bref c’est encore disponible quelque part ?

Arthur

Arthur Pétry a écrit, le 01/26/2009 11:14 AM :

Par contre tout le reste renvoie là dessus :

http://synaphy.com.au/2007/8/20/seesaw

et le site a l’air down ? (est-ce la faute de seesaw :wink: )

LÃ , il y a rien : GitHub - mattallen/seesaw: Restart your mongrel cluster with no downtime

Et je trouve rien sur rubyforge…

Bref c’est encore disponible quelque part ?

http://gems.rubyforge.org/gems/seesaw-0.2.5.gem

Lionel

Le 27 janv. 09 à 12:18, Lionel B. a écrit :

RubyGems.org | your community gem host

Ah oui, j’aurais pu tenter le “gem install seesaw” :wink:
Merci bien.

Celà dit ça date d’août 2007, quelqu’un l’utilise en production, ça
marche bien ?

Arthur