#265 Enhanced multithreading

closed-invalid
None
5
2014-07-21
2012-10-06
Sworddragon
No

After all problems of this ticket are solved (https://sourceforge.net/tracker/?func=detail&atid=801864&aid=3574931&group_id=156956) I have an idea for a new feature:

If a user will ever get in a situation where PCManFM is making a very heavy operation the GUI will not respond for this time. This problem could be solved if PCManFM would use 2 different threads: One for the bars (menu, symbols, navigation, tabs) and another for the folder content. This allows the user still to navigate if another tab is blocking.

Discussion

  • Unfortunately since Gtk+ isn't multithreaded I don't see any way to implement this.

     
  • May be there is still a way to speedup rendering of folder view but I doubt it can be done so easily. The GUI itself is the main source of those delays, everything else was optimized as I said.

     
  • Sworddragon
    Sworddragon
    2012-10-06

    • status: open --> open-later
     
  • Sworddragon
    Sworddragon
    2012-10-06

    The speed of heavy operations is not a big problem for me. I think we should wait until GTK+ supports this.

     
    • assigned_to: nobody --> lstranger
    • status: open-later --> closed-invalid
     
  • We cannot do anything with this behavior in PCManFM so I'm closing this request.

     
  • Sworddragon
    Sworddragon
    2014-07-21

    Unfortunately since Gtk+ isn't multithreaded I don't see any way to implement this.

    Is this still the case even with GTK+ 3.12.x?