hopefully the end of *any* OobGC

hopefully the end of *any* OobGC

[Eric Wong]

We may finally start deprecating OobGC, as it looks like incremental
GC[1] is working well in ruby-trunk and will make it into the Ruby
2.2.0-preview1 release (should be out soon).

I've been running unicorn.bogomips.org on ruby-trunk for most of the
year without problems, and hte past few weeks with incremental GC.
However, keep in mind I mainly serve static files (served by extras/* in
yahns.git[2]) and don't use lot of heavy-weight code.

If you find bugs in ruby-trunk itself, please report them to the
https://bugs.ruby-lang.org/ issue tracker.  That has ruby-core ML
integration[3]) so I can take a look at them.  Thanks.


[1] https://bugs.ruby-lang.org/issues/10137
[2] git clone git://yhbt.net/yahns
[3] yes, I still hate using web browsers and logins :P

Re: hopefully the end of *any* OobGC

[Bráulio Bhavamitra]

Eric, do you have any kind of benchmark comparing the ruby versions?

On Mon, Sep 15, 2014 at 4:21 PM, Eric Wong <e@80x24.org> wrote:

> We may finally start deprecating OobGC, as it looks like incremental
> GC[1] is working well in ruby-trunk and will make it into the Ruby
> 2.2.0-preview1 release (should be out soon).
>
> I've been running unicorn.bogomips.org on ruby-trunk for most of the
> year without problems, and hte past few weeks with incremental GC.
> However, keep in mind I mainly serve static files (served by extras/* in
> yahns.git[2]) and don't use lot of heavy-weight code.
>
> If you find bugs in ruby-trunk itself, please report them to the
> https://bugs.ruby-lang.org/ issue tracker.  That has ruby-core ML
> integration[3]) so I can take a look at them.  Thanks.
>
>
> [1] https://bugs.ruby-lang.org/issues/10137
> [2] git clone git://yhbt.net/yahns
> [3] yes, I still hate using web browsers and logins :P
>
>


-- 
"Lute pela sua ideologia. Seja um com sua ideologia. Viva pela sua
ideologia. Morra por sua ideologia" P.R. Sarkar

EITA - Educação, Informação e Tecnologias para Autogestão
http://cirandas.net/brauliobo
http://eita.org.br

"Paramapurusha é meu pai e Parama Prakriti é minha mãe. O universo é meu
lar e todos nós somos cidadãos deste cosmo. Este universo é a imaginação da
Mente Macrocósmica, e todas as entidades estão sendo criadas, preservadas e
destruídas nas fases de extroversão e introversão do fluxo imaginativo
cósmico. No âmbito pessoal, quando uma pessoa imagina algo em sua mente,
naquele momento, essa pessoa é a única proprietária daquilo que ela
imagina, e ninguém mais. Quando um ser humano criado mentalmente caminha
por um milharal também imaginado, a pessoa imaginada não é a propriedade
desse milharal, pois ele pertence ao indivíduo que o está imaginando. Este
universo foi criado na imaginação de Brahma, a Entidade Suprema, por isso
a propriedade deste universo é de Brahma, e não dos microcosmos que também
foram criados pela imaginação de Brahma. Nenhuma propriedade deste mundo,
mutável ou imutável, pertence a um indivíduo em particular; tudo é o
patrimônio comum de todos."
Restante do texto em
http://cirandas.net/brauliobo/blog/a-problematica-de-hoje-em-dia

Re: hopefully the end of *any* OobGC

[Eric Wong]

Bráulio Bhavamitra <braulio@eita.org.br> wrote:
> Eric, do you have any kind of benchmark comparing the ruby versions?

See ko1's links and benchmarks in the original page.

tl;dr: throughput is slightly worse, but performance is more
       consistent (fewer spikes).  Consistent performance is important
       for interactive use such as web servers.

> > [1] https://bugs.ruby-lang.org/issues/10137

Also, as I've told you before: please stop top-posting, sending HTML,
and using the ridiculously large signature.  These messages get seen by
hundreds, if not thousands of people and you're wasting precious
bandwidth/storage/cache space for all of them.  Paying attention to
these things is an important part of what makes unicorn work.

And FWIW, I've been spending much of the past few months applying this
philosophy to ruby-trunk and making tiny reductions in the core RubyVM
data structures here and there, slowly working up to saving several
hundreds of kilobytes in the hottest sections of memory (this will
become megabytes saved with bigger Rails apps).

There's much more work to be done, but the secondary goal of this is to
get me more acquainted with VM internals more so I can dig into less
trivial improvements.