Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Memory “leak” #6439

Closed
p6rt opened this issue Aug 10, 2017 · 5 comments
Closed

Memory “leak” #6439

p6rt opened this issue Aug 10, 2017 · 5 comments
Labels
regression Issue did not exist previously

Comments

@p6rt
Copy link

p6rt commented Aug 10, 2017

Migrated from rt.perl.org#131879 (status was 'resolved')

Searchable as RT131879$

@p6rt
Copy link
Author

p6rt commented Aug 10, 2017

From @AlexDaniel

After recent rakudo updates whateverables started having some problems. At first I thought that they simply became slower, but upon further investigation it turned out that their memory usage was increasing during the operation (which is most likely the reason for them to slow down during the execution).

MasterDuke++ did a lot of investigation and measurements, so I'm hoping to see his comments here. I don't have much to say, so I'll just give a bunch of links. Please bear with me.

Initial conversation and relatively golfed down code​: https://irclog.perlgeek.de/moarvm/2017-08-05#i_14973432 https://gist.github.com/MasterDuke17/685b627a6a2749483dc5ec09c6a777a4

dogbert11++ reproducing the issue https://irclog.perlgeek.de/moarvm/2017-08-06#i_14976177

(note that it seems like there's no memory leak, but the memory usage is growing)

More​: https://irclog.perlgeek.de/perl6/2017-08-08#i_14987204

I don't know if this affects anybody else, but jdv79++ was talking about some memory issues recently​: https://irclog.perlgeek.de/perl6-dev/2017-08-05#i_14973488

@p6rt
Copy link
Author

p6rt commented Aug 11, 2017

From @AlexDaniel

There was some progress on this. jnthn++

I guess the most promising commit regarding this issue is MoarVM/MoarVM@0d2e5f8 , but there's at least one other commit that could've improved the situation ( rakudo/rakudo@c59b986 ).

I will test this again after we have MoarVM bumped (or sooner if I have time).

On 2017-08-10 10​:43​:42, alex.jakimenko@​gmail.com wrote​:

After recent rakudo updates whateverables started having some
problems. At first I thought that they simply became slower, but upon
further investigation it turned out that their memory usage was
increasing during the operation (which is most likely the reason for
them to slow down during the execution).

MasterDuke++ did a lot of investigation and measurements, so I'm
hoping to see his comments here. I don't have much to say, so I'll
just give a bunch of links. Please bear with me.

Initial conversation and relatively golfed down code​:
https://irclog.perlgeek.de/moarvm/2017-08-05#i_14973432
https://gist.github.com/MasterDuke17/685b627a6a2749483dc5ec09c6a777a4

dogbert11++ reproducing the issue
https://irclog.perlgeek.de/moarvm/2017-08-06#i_14976177

(note that it seems like there's no memory leak, but the memory usage
is growing)

More​: https://irclog.perlgeek.de/perl6/2017-08-08#i_14987204

I don't know if this affects anybody else, but jdv79++ was talking
about some memory issues recently​: https://irclog.perlgeek.de/perl6-
dev/2017-08-05#i_14973488

@p6rt
Copy link
Author

p6rt commented Aug 14, 2017

From @AlexDaniel

OK, this is still not resolved, but it got noticeably better.

The issue is reproducible with the snippet provided in the original report.
On 2017-08-11 10​:01​:42, alex.jakimenko@​gmail.com wrote​:

There was some progress on this. jnthn++

I guess the most promising commit regarding this issue is
MoarVM/MoarVM@0d2e5f8
, but there's at least one other commit that could've improved the
situation (
rakudo/rakudo@c59b986
).

I will test this again after we have MoarVM bumped (or sooner if I
have time).

On 2017-08-10 10​:43​:42, alex.jakimenko@​gmail.com wrote​:

After recent rakudo updates whateverables started having some
problems. At first I thought that they simply became slower, but upon
further investigation it turned out that their memory usage was
increasing during the operation (which is most likely the reason for
them to slow down during the execution).

MasterDuke++ did a lot of investigation and measurements, so I'm
hoping to see his comments here. I don't have much to say, so I'll
just give a bunch of links. Please bear with me.

Initial conversation and relatively golfed down code​:
https://irclog.perlgeek.de/moarvm/2017-08-05#i_14973432
https://gist.github.com/MasterDuke17/685b627a6a2749483dc5ec09c6a777a4

dogbert11++ reproducing the issue
https://irclog.perlgeek.de/moarvm/2017-08-06#i_14976177

(note that it seems like there's no memory leak, but the memory usage
is growing)

More​: https://irclog.perlgeek.de/perl6/2017-08-08#i_14987204

I don't know if this affects anybody else, but jdv79++ was talking
about some memory issues recently​: https://irclog.perlgeek.de/perl6-
dev/2017-08-05#i_14973488

@p6rt
Copy link
Author

p6rt commented Mar 11, 2018

From @AlexDaniel

dogbert++ noticed me that this ticket exist. I totally forgot.

OK, that particular leak is gone I think, but there were other (newer) issues. See rakudo/rakudo#1280

Closing this ticket in favor of GH issue.

On 2017-08-14 14​:37​:54, alex.jakimenko@​gmail.com wrote​:

OK, this is still not resolved, but it got noticeably better.

The issue is reproducible with the snippet provided in the original
report.
On 2017-08-11 10​:01​:42, alex.jakimenko@​gmail.com wrote​:

There was some progress on this. jnthn++

I guess the most promising commit regarding this issue is

MoarVM/MoarVM@0d2e5f8

, but there's at least one other commit that could've improved the
situation (

rakudo/rakudo@c59b986

).

I will test this again after we have MoarVM bumped (or sooner if I
have time).

On 2017-08-10 10​:43​:42, alex.jakimenko@​gmail.com wrote​:

After recent rakudo updates whateverables started having some
problems. At first I thought that they simply became slower, but
upon
further investigation it turned out that their memory usage was
increasing during the operation (which is most likely the reason
for
them to slow down during the execution).

MasterDuke++ did a lot of investigation and measurements, so I'm
hoping to see his comments here. I don't have much to say, so I'll
just give a bunch of links. Please bear with me.

Initial conversation and relatively golfed down code​:
https://irclog.perlgeek.de/moarvm/2017-08-05#i_14973432
https://gist.github.com/MasterDuke17/685b627a6a2749483dc5ec09c6a777a4

dogbert11++ reproducing the issue
https://irclog.perlgeek.de/moarvm/2017-08-06#i_14976177

(note that it seems like there's no memory leak, but the memory
usage
is growing)

More​: https://irclog.perlgeek.de/perl6/2017-08-08#i_14987204

I don't know if this affects anybody else, but jdv79++ was talking
about some memory issues recently​:
https://irclog.perlgeek.de/perl6-
dev/2017-08-05#i_14973488

@p6rt p6rt closed this as completed Mar 11, 2018
@p6rt
Copy link
Author

p6rt commented Mar 11, 2018

@AlexDaniel - Status changed from 'new' to 'resolved'

@p6rt p6rt added the regression Issue did not exist previously label Jan 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
regression Issue did not exist previously
Projects
None yet
Development

No branches or pull requests

1 participant