Announcement

Collapse
No announcement yet.

Canonical Announces ETrace As New Linux Application Tracing For Performance/Debugging

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    How many traces we have?

    dtrace, ftrace, ktrace, ptrace, strace, and now etrace?
    How much until we have a whole alphabet of traces?

    Isn't this just Canonical's NIH over and over?

    Comment


    • #12
      Originally posted by pal666 View Post
      if applicaation(flatpak) on your distro(ubuntu) works suboptimally, the only one to blame is distro vendor. not "pulseadudio breaks my sound" but "ubuntu breaks my sound"
      Which is precisely why I tested it on my Fedora machine. Pretty much same results. Snaps generally run better on Fedora than Flatpaks.

      Comment


      • #13
        Originally posted by edwaleni View Post
        Some privacy folk are disturbed at the ability of Snaps to be updated at a root level without user authorization.

        The snap for Google Chrome apparently does this with impunity.

        If this is incorrect, please post.
        Google Chrome does not have a snap.

        Comment


        • #14
          Originally posted by tildearrow View Post
          How many traces we have?

          dtrace, ftrace, ktrace, ptrace, strace, and now etrace?
          How much until we have a whole alphabet of traces?

          Isn't this just Canonical's NIH over and over?
          Well this is focusing on GUI applications, and things like "time until application window becomes visible" aren't covered under the other *trace programs as far as I know. This is a very useful and important performance profiling tool, I just wish it was more focused on flatpaks than snaps. Snaps and Mir are the real NIH.

          Comment


          • #15
            Originally posted by om26er View Post

            Google Chrome does not have a snap.
            He probably meant Chromium which is a snap package on Ubuntu.

            Comment


            • #16
              Originally posted by lyamc View Post
              I have had less issues with snaps than flatpaks.
              Although I would rather like flatpak (for its neutrality), I must agree with you. E.g. the VSCode flatpak is almost useless, as it cannot break its sandbox and use the system CLI tools. The snap VSCode just works...

              I don't know if snap security is worse than flatpak in general, but sandboxing is a nuisance for tools that need to integrate well with the host system.

              Comment


              • #17
                I have noticed that some software, such as Audacity is unreliable in flatpak. What really annoys me about snaps is that when I do a df, I have several lines of snap based applications that fill up my screen.

                Comment


                • #18
                  Originally posted by om26er View Post

                  Google Chrome does not have a snap.
                  Chromium does. That is where I got crossed up. Thanks.

                  Comment

                  Working...
                  X