I was trying to analyze my phone’s storage through Filelight, but it just gets frozen after I select the phone’s folder. I didn’t find anything in Bugzilla regarding this problem.
Is the protocol supported at all in the app?

  • m-p{3}A
    link
    fedilink
    arrow-up
    7
    ·
    edit-2
    7 months ago

    The MTP protocol is notoriously slow, as it will not multiplex block operations unlike traditional filesystems. It will not be able to process multiple files in parallel or asynchronously, which means the software can only check one file at a time.

    So Filelight can probably handle it, but it will be highly inefficient and that would explain why the software appears frozen.

    • QuazarOmega@lemy.lolOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      7 months ago

      Oh, I didn’t know that! It would kinda makes sense now that you say that, but I’m not too sure about this, the system resources taken by the app seem like they don’t change at all when I start the scan and it’s impossible to abort it (actually, I can’t do anything, not even close the window, only terminating the app works).
      If this is an actual issue I should probably report it, maybe there’s more tests I can run?


      Otherwise, do you know if there are similar apps (either GUI or CLI) that handle this better? Better in the sense that maybe it’s still really slow, but, well, not freezing at least lol.
      Or if I just have to find something to use on Android directly, like SD Maid

      • m-p{3}A
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        7 months ago

        I don’t think you can fix that, it’s how MTP was designed.

        Something on-device would have direct access to the filesystem, or at least the abstraction wouldn’t be as slow as MTP.

        Something like disky could do?

        • QuazarOmega@lemy.lolOP
          link
          fedilink
          arrow-up
          1
          ·
          7 months ago

          Yeah, I guess there’s nothing to be done there.
          Thanks for the app suggestion, I’ve never seen it before, it looks really promising!

      • boredsquirrel@slrpnk.net
        link
        fedilink
        arrow-up
        2
        ·
        7 months ago

        Resource usage is expected to stay minimal as there will be no multithreating possible, if I understood the comment correctly.

        • QuazarOmega@lemy.lolOP
          link
          fedilink
          arrow-up
          1
          ·
          7 months ago

          Yes, i got that, but isn’t it still abnormal behavior not to respond to user input while performing the operation?

          • boredsquirrel@slrpnk.net
            link
            fedilink
            arrow-up
            1
            ·
            7 months ago

            Yes it is, I dont know the technical details but KDE tends to freeze a lot. I dont know if it is impossible? Why cant apps just have a UI that always works, and the process may freeze doesnt matter?