Announcement

Collapse
No announcement yet.

Canonical Is At Around 437 Employees, Pulled In $99M While Still Operating At A Loss

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

  • #41
    skeevy420 How’s the view from the Dunning-Kruger peak?

    Comment


    • #42
      Originally posted by 144Hz View Post
      skeevy420 How’s the view from the Dunning-Kruger peak?
      Nowhere near as good as your view from the Dunning-Kruger moon.

      Comment


      • #43
        Originally posted by 144Hz View Post
        Charlie68 Post-CLA Canonical employs a lot of desktop developers.
        They still use contributor license agreements. e.g. snap.

        Comment


        • #44
          Originally posted by zamadatix View Post
          An employee costs more than just their salary, usually add a bump of 25%.
          i heard something like x2 or x3

          Comment


          • #45
            btw, do you remember people on this forum proclaiming canonical's profitability? that's why you can't compare canonical's actions to established business' actions
            Last edited by pal666; 10-17-2019, 09:29 AM.

            Comment


            • #46
              Originally posted by jacob View Post
              Frankly I don't get this obsession with Canonical's CLAs. They only ever come into play if you want your code to be merged by Canonical. You can still develop patches, fork, maintain your own version etc. without having to worry about a single CLA.
              yes, clas only come into play when you want to cooperate, lol

              Comment


              • #47
                Originally posted by msotirov
                Stocks don't work that way. Shareholders don't get shit as long as they don't sell their stocks. Technically Red Hat can use the money to invest in buying Canonical if they want to.
                technically redhad didn't get any money from transaction. i.e. stocks don't work that way etc

                Comment


                • #48
                  Originally posted by Linuxxx View Post
                  How about offering people who care about latency an appropiate kernel?
                  how about fixing bugs in your kernels instead of resubmitting them to competitor's bugtracker?

                  Comment


                  • #49
                    Revenue is small and revenue growth is very low. I don't see how an IPO will be exciting until they do something about that.

                    Comment


                    • #50
                      Here's a good read for anyone still doubting the benefits Ubuntu's "lowlatency" kernel has:

                      https://forums.unraid.net/topic/4637...l-performance/

                      Some interesting quotes:
                      So I installed a low latency kernel ('lowlatency' 1000-tick w/ kernel-space preemption).. and it kinda fixed everything. The general verdict is that the lowlatency kernel will most likely be a performance drain in gaming situations, but I havent noticed FPS loss.
                      ...
                      I'm also not sure I could notice any FPS loss because beforehand the games were so jumpy and jittery i really couldnt gauge it. Afterwards everything is butter smooth.
                      ...
                      Basically, low latency kernel seems to have done a lot to fix things for me.
                      ...
                      The only numbers I was able to observe was a solid 10ms latency drop in Steam Streaming (40ms -> 30ms), plus stability in latency over time (steam will graph the latency for you), so far less spikes in the end.
                      ...
                      even with single VM (no isolcpu for linux or core isolation for guests) disk access would always give me the biggest 'pops' in latency. With lowlatency on single VM, its butter smooth. No tasks really seem to delay any others noticeably (at the cost of context switching, im sure). This of course goes the same for another VM, even with CPU resources shared equally between 2 guests and the host, its really smooth.
                      ...
                      Lowlatency definitely gave me the latency i wanted.
                      ...
                      What is stable tho, is that execution starts immediately when requested. AFAIK this guarantee can only be met with either CPU pinning or a lowlatency/rt kernel.

                      Comment

                      Working...
                      X