| 12 Nov 2019 |
| 10:08:09 |  Alexandre Franke | E.g. for me it’s matrix.org as my account is @afranke:matrix.org |
| 10:20:52 | Alexandre Franke | Alejandro Domínguez, did you get a chance to make any progress on that [ ] bug? |
| 10:40:48 |  tsahyt | I've noticed that the Fractal UI slows down over time as I use it. is that a known problem? I'm using Fractal from Flatpak FWIW. |
| 10:46:19 | Alexandre Franke | Doesn’t ring a bell. Did you have a look at CPU/memory consumption? |
| 10:46:32 | Alexandre Franke | There’s an open issue for CPU I believe. |
| 10:56:54 | tsahyt | I actually didn't. when it occurs again I'll have a look. |
| 11:15:43 |  afontain | En réponse à @tsahyt:tsahyt.com
I've noticed that the Fractal UI slows down over time as I use it. is that a known problem? I'm using Fractal from Flatpak FWIW. I agree |
| 11:17:06 | afontain | I believe the amount of widgets scales linearily with the number of messages, so it could be a GTK issue |
| 11:17:53 | afontain | Or it could be a "too much things in memory" issue |
| 11:23:07 | afontain | I had a similar issue on my app where I loaded 20 courses times 15 weeks times 5 document. Each had a picture. The end result is that GTK couldn't update each widget in less than a second, and it was slow-ish |
| 11:30:40 | tsahyt | that does sound like a plausible explanation. I suppose Fractal does not unload widgets for old messages that are no longer on screen then? |
| 11:31:17 | tsahyt | I've experienced slow downs with GTK when there are lots and lots of widgets too, usually because I borked something and created too many widgets. |
| 11:34:32 | afontain | Now that I unload courses that aren't selected, I no longer have a performance problem |
| 11:35:19 | afontain | I believe this is a problem that should be adressed in GTK |
| 11:35:57 | afontain | maybe they could be tagged "unrendered" ? |
| 11:49:02 | Alexandre Franke |
I believe the amount of widgets scales linearily with the number of messages, so it could be a GTK issue
We could purge old history after a certain threshold. That would be quite some work to determine what needs purging (because one may want to read it and we want to avoid downloading the same thing over and over).
|
| 11:49:55 | Alexandre Franke | BTW when you notice performance issues, it helps to know whether it’s with large rooms or not. |
| 11:51:29 | tsahyt | I don't know anything about Fractal internals, but do you really need to completely purge all the data to not have the widgets around? If you keep the data separate from the widgets somehow, couldn't you just kill off the widgets and recreate them when necessary, without redownloading the data? |
| 11:52:36 | tsahyt | Also, I am in what I think are some reasonably large rooms, yes. The Rust room for example has ~4000 members. I don't know whether that counts as large or not. |
| 12:02:55 | Alexandre Franke | I meant purge the widgets. |
| 12:03:56 | Alexandre Franke | BTW Fractal doesn’t have storage yet, so no we can’t just rerender. |
| 12:31:39 | |  chickenbuttscratcher joined the room. |
| 13:16:39 |  Alejandro Domínguez | En respuesta a@afranke:matrix.org
Alejandro Domínguez, did you get a chance to make any progress on that [ ] bug? I'm quite busy right now, when is the next stable release? |
| 13:17:00 | Alexandre Franke | Whenever you fix that bug! |
| 13:17:06 | Alexandre Franke | 😜 |
| 15:45:24 | |  Kirua left the room. |
| 13 Nov 2019 |
| 11:05:44 | |  Геннадий Ковалёв joined the room. |
| 14:05:18 | |  Dylan Van Assche joined the room. |
| 14:20:26 | | Dylan Van Assche left the room. |
| 18:29:19 |  Gitlab Notifications | [GNOME/fractal] Christopher Davis opened issue Stop using GtkBox:padding, GtkBox:fill and GtkBox:expand (#557) |
