Odd memory use with Gtk.ListView and Gtk.Image

[bacmanni]

Ok, some more questions relating to Gtk.ListView. I have everything working in the list, but now it seems to be leaking memory somehow. The code for my list row is this:

public class AlbumListItem : Gtk.Box
{
    private readonly IFileService _fileService;
    
    [Gtk.Connect] private readonly Gtk.Image _albumArt;
    [Gtk.Connect] private readonly Gtk.Label _album;
    [Gtk.Connect] private readonly Gtk.Label _artist;
    
    private Gdk.Texture? _texture;
    
    private AlbumListItem(Gtk.Builder builder) : base(
        new BoxHandle(builder.GetPointer("_root"), false))
    {
        builder.Connect(this);
    }
    
    public AlbumListItem(IFileService fileService) : this(Blueprint.BuilderFromFile("album_list_item"))
    {
        _fileService = fileService;
    }

    public async Task Bind(AlbumRow row)
    {
        _album.SetLabel(row.Album);
        _artist.SetLabel(row.Artist);
        
        _albumArt.Clear();
        _texture?.RunDispose();
        _texture?.Dispose();
        _texture = null;
        
        if (!row.HasArtwork)
            return;

        var albumArt = await _fileService.GetFileAsync(FileType.AlbumArt, row.Id);
        if  (albumArt == null || albumArt.Length == 0)
            return;
        
        using var bytes = GLib.Bytes.New(albumArt);
        _texture = Gdk.Texture.NewFromBytes(bytes);
        _albumArt.SetFromPaintable(_texture);
    }

    public void Clear()
    {
        _albumArt.Clear();
        _texture?.RunDispose();
        _texture?.Dispose();
        _texture = null;
    }
}

Memory consumption is fine if I comment _albumArt.SetFromPaintable(_texture); out. Clear is called on list OnUnbind. So my question is, that am I doing something wrong here, or is this a bug?

[badcel]

Can you provide a minimal reproduceable sample?

[bacmanni]

Took a while. I was testing this with a sample and it looks to be ok with that. I mean there is a bit of rise, but that should not be a problem. So I think the problem might be again on my side. Not on gir.core.

I was checking on macos activity monitor and I think it shows wrong. To me it looks like macos just increases memory use on the app.
Because when using dotMemory I got this. I think this looks more normal. Based on this the memory use increases but that waste of memory is then purged.

[badcel]

I took a lot of care to not block garbage collection in the beginning of the project.

So if there is a problem now there would need to be some fundamental regression.

Great you think that it's not related to GirCore.

[bacmanni]

Even if there would have been leak, I still love the work you guys have done here. I tried coding with c# and linux when MonoDevelop was a thing. Back then it wasn't as good it has been now.

I also did some testing with this on Linux side. Looks like that memory issue was only on when running on macos. Linux side looks good with its memory consumption. So case closed with this.