#86 Gentoo-0.20.06 slow reading directories

[RickTee]

OS: Centos 7 all updates
Gentoo-0.20.06
Reading directories with high content is very slow. 10secs to read /usr/bin or /usr/lib64.

I have fixed Gentoo-0.15.6 so it compiles against Gtk+-2.24.28, it takes 1sec to read either of the above directories, though it does throw 2 warnings when starting:

(gentoo:3678): WARNING : Couldn't initialize mount data - automounting won't work

(gentoo:3678): WARNING : Case-sensitive sorting will not work correctly with non-ASCII characters

[Emil Brink]

Hi!

That sounds ... weird. It would require some profiling work to figure out
exactly what is causing the slowdown.

Thanks for reporting. Unfortunately I have very little time for gentoo
these days (semi-recently became a parent), but it's not officially dead
yet.

Regards,

/Emil

On Fri, Jan 22, 2016 at 10:45 AM, RickTee ricktee@users.sf.net wrote:

---

[bugs:#86] Gentoo-0.20.06 slow reading directories

Status: open
Group: v1.0 (example)
Created: Fri Jan 22, 2016 09:45 AM UTC by RickTee
Last Updated: Fri Jan 22, 2016 09:45 AM UTC
Owner: nobody

OS: Centos 7 all updates
Gentoo-0.20.06
Reading directories with high content is very slow. 10secs to read
/usr/bin or /usr/lib64.

I have fixed Gentoo-0.15.6 so it compiles against Gtk+-2.24.28, it takes
1sec to read either of the above directories, though it does throw 2
warnings when starting:

(gentoo:3678): WARNING : Couldn't initialize mount data -
automounting won't work

(gentoo:3678): WARNING : Case-sensitive sorting will not work
correctly with non-ASCII characters

---

Sent from sourceforge.net because you indicated interest in <
https://sourceforge.net/p/gentoo/bugs/86/>

To unsubscribe from further messages, please visit <
https://sourceforge.net/auth/subscriptions/>

[RickTee]

On 22/01/16 11:29, Emil Brink wrote:

Hi!

That sounds ... weird. It would require some profiling work to figure out
exactly what is causing the slowdown.

Thanks for reporting. Unfortunately I have very little time for gentoo
these days (semi-recently became a parent), but it's not officially dead
yet.

Regards,

/Emil

Grats on becoming a parent, that will keep you busy but well worth it. :)

There have been a few requests to set up a public repository allowing
the community to contribute. Maybe this would be a good time to do that
rather then let it gather dust.

Unfortunately my programming experience is not enough to help with it,
just learning Gtk3, GObject etc. long way to go.

--
Regards

Rick

[RickTee]

Profile attached.

[Emil Brink]

Thanks!

Yeah, I know, I'm contemplating switching to a more bazaar-style of
development but haven't made any decision yet.

The agonies of being a control freak without time.

Regards,

/Emil

On Tue, Feb 2, 2016 at 9:58 AM, RickTee ricktee@users.sf.net wrote:

Profile attached.

Attachments:

• gprof-gentoo
  (123.6 kB; application/octet-stream)

---

[bugs:#86] Gentoo-0.20.06 slow reading directories

Status: open
Group: v1.0 (example)
Created: Fri Jan 22, 2016 09:45 AM UTC by RickTee
Last Updated: Fri Jan 22, 2016 09:45 AM UTC
Owner: nobody

OS: Centos 7 all updates
Gentoo-0.20.06
Reading directories with high content is very slow. 10secs to read
/usr/bin or /usr/lib64.

I have fixed Gentoo-0.15.6 so it compiles against Gtk+-2.24.28, it takes
1sec to read either of the above directories, though it does throw 2
warnings when starting:

(gentoo:3678): WARNING : Couldn't initialize mount data -
automounting won't work

(gentoo:3678): WARNING : Case-sensitive sorting will not work
correctly with non-ASCII characters

---

Sent from sourceforge.net because you indicated interest in <
https://sourceforge.net/p/gentoo/bugs/86/>

To unsubscribe from further messages, please visit <
https://sourceforge.net/auth/subscriptions/>

[RickTee]

This is the first time I have tried making a patch, hopefully it will work. :) This patch improves the speed of reading directories a fair bit. There still seems to be a problem with speed when following sym links to large dirs though. All this should do is change: gtk_list_store_append() gtk_list_store_set() for: gtk_list_store_insert_with_values() as this has a lower overhead according to the API docs.