Announcement

Collapse
No announcement yet.

Oracle Plans To Bring DTrace To Linux

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

  • Oracle Plans To Bring DTrace To Linux

    Phoronix: Oracle Plans To Bring DTrace To Linux

    One of the interesting announcements coming out of the Oracle OpenWorld conference this week in San Francisco is word that the company plans to bring DTrace to Linux. In particular, they want the Sun DTrace technology in their Unbreakable Linux Kernel...

    http://www.phoronix.com/vr.php?view=OTk3NQ

  • #2
    I'm curious if they'll be able to avoid putting some of that stuff under the GPL. They may have to get at some symbols that are only exported to GPL licensed modules. They might be able to do it for DTrace, but I'm not so sure about the Zones.

    Comment


    • #3
      I doubt that DTrace could be made into a loadable module. Wouldn't it be too invasive in too many areas of the kernel for it not to be?
      They'd have to sprinkle all manner of hooks in their GPL'd kernel which when enabled target something in a single proprietary module. Sure, that's possible, but you'd think that the maintenance upkeep on keeping all of that working and tested version after version to lose them more money than they'd likely gain.

      That and it's hard to see how DTrace alone would make someone move from RHEL to OUL, or that there would be so many of them that it be profitable for Oracle to do this (in the obscured manner Michael alluded to).

      It leaves me to wonder if they're not going to make a shim on top of the current tracing infrastructure that speaks DTrace, to make it easier to push their Solaris clients to Linux, hoping they'll choose OUL instead of RHEL. This would allow Oracle, if btrfs matures and/or a ZFS port follows, to move development resources from Solaris to Linux over time.

      Time will tell.

      Comment


      • #4
        At this point of time, the only thing required for Linux to achieve theoretical feature-parity with DTrace is to merge uprobes into the main kernel.

        Comment


        • #5
          Wow!

          This is really really good news! Now Systemtap and all the other crappy copies can rest in piece and Linux can get the original and unique DTrace that every developer wants!

          Comment


          • #6
            Well, I worked with both STap and DTrace. I can't say that STap is worse than DTrace.

            It's just not used that much. Mostly because dynamic tracing is not required that often - in reality it's mostly a debugging tool.

            Comment


            • #7
              And Solaris zones too -

              At one time Solaris zones, like dtrace, was a killer feature. But I've used openvz/PVC for some time and they seem to be as good or better than solaris zones. If oracle expends the effort to port the solaris flavor of containers to their increasingly divergent linux variant, then we'll have at least 5 separate overlapping OS level virtualization solutions on linux. Oracle zones (Ozones?), LXC, Vserver, OpenVZ and PVC. How cool would it be if instead of further fragmenting the picture, Oracle would help out with one of the existing container implementations...

              Comment


              • #8
                Originally posted by Kelimion View Post
                I doubt that DTrace could be made into a loadable module. Wouldn't it be too invasive in too many areas of the kernel for it not to be?
                They'd have to sprinkle all manner of hooks in their GPL'd kernel which when enabled target something in a single proprietary module. Sure, that's possible, but you'd think that the maintenance upkeep on keeping all of that working and tested version after version to lose them more money than they'd likely gain.

                That and it's hard to see how DTrace alone would make someone move from RHEL to OUL, or that there would be so many of them that it be profitable for Oracle to do this (in the obscured manner Michael alluded to).

                It leaves me to wonder if they're not going to make a shim on top of the current tracing infrastructure that speaks DTrace, to make it easier to push their Solaris clients to Linux, hoping they'll choose OUL instead of RHEL. This would allow Oracle, if btrfs matures and/or a ZFS port follows, to move development resources from Solaris to Linux over time.

                Time will tell.
                There is already a DTrace for Linux as a loadable module.

                Check:
                http://www.crisp.demon.co.uk/blog/

                Comment


                • #9
                  Stop calling software "technology". Dtrace is a program. You act as if it's something super amazingly special and that it'd be impossible for anyone else to duplicate it (like strace?).

                  kthnx

                  Comment


                  • #10
                    Originally posted by david_lynch View Post
                    At one time Solaris zones, like dtrace, was a killer feature. But I've used openvz/PVC for some time and they seem to be as good or better than solaris zones. If oracle expends the effort to port the solaris flavor of containers to their increasingly divergent linux variant, then we'll have at least 5 separate overlapping OS level virtualization solutions on linux. Oracle zones (Ozones?), LXC, Vserver, OpenVZ and PVC. How cool would it be if instead of further fragmenting the picture, Oracle would help out with one of the existing container implementations...
                    Most people agree that BTRFS is a ZFS copy, but less mature. Maybe 3-5 years from now, BTRFS will be released as v1.0. But ZFS development has carried on even further, so BTRFS will still lag behind ZFS. Do you also suggest that Oracle should kill ZFS, and help out with ZFS instead? To decrease fragmentation? ZFS is superior to BTRFS, much more mature and used in Enterprise production today. BTRFS is a copy. Why kill the original, and help out with the copy instead?

                    The same with Solaris containers. IBM has also copied Solaris containers, and are calling it WPAR(?). If Linux has lot of immature filesystems or lot of immature container implementations - why kill the original and help out with a copy? Wouldn't it be better if Linux killed all immature alpha phase containers and instead helped out with the original superior ZFS and Solaris Containers?

                    Comment


                    • #11
                      Originally posted by Yfrwlf View Post
                      Stop calling software "technology". Dtrace is a program. You act as if it's something super amazingly special and that it'd be impossible for anyone else to duplicate it (like strace?).

                      kthnx
                      Ok, "technology" is not the correct word, you are right on this.

                      However, everybody is copying or porting Solaris DTrace. IBM AIX has a copy, called ProbeVue. FreeBSD has ported DTrace. Mac OS X has ported DTrace. Linux has several DTrace copies - none of them good as the original. Just like ZFS - everybody wants it and has ported it, or copying it: BTRFS.

                      So, yes the copies are immature and inferior. It is difficult to reinvent superior software as ZFS, or DTrace or Containers or CrossBow or SMF or... - because we see that still today, after many years, BTRFS is not functioning well. Ktrace is not functioning well. etc. All the copies are not functioning well. The ports are functioning well: ZFS in FreeBSD and DTrace in Mac OS X - all works well.

                      This proves it is difficult to copy Solaris tech, it is so new and unique. It is not just like, a polished version of a software, no they are totally different animal and does not look like anything else on the market. For instance, DTrace was totally unique and revolutionary when it showed up and everybody was baffled. Several Linux devs switched to OpenSolaris just to get DTrace.

                      Comment


                      • #12
                        https://lwn.net/Articles/461660/

                        Inside of Oracle, we've decided to make btrfs the default filesystem for
                        Oracle Linux. This is going into beta now and we'll increase our usage
                        of btrfs in production over the next four to six months. This is a
                        really big step forward, but it doesn't cover btrfs in database
                        workloads (since we recommend asm for that outside of the filesystem).

                        What this means is that absolutely cannot move forward without btrfsck.
                        RH, Fujitsu, SUSE and others have spent a huge amount of time on the filesystem
                        and it is clearly time to start putting it into customer hands.
                        I've been using btrfs like 4 months now and it works fine(for me). I have raid10 on four drives. My root is on ext4, but I am going to change it this year. I don't have critical data, so I don't give a shit if everything goes sideways. It's not ready for serious bussiness use or if you have critical data. For normal desktop usage it's quite fine. As always backups are your best friend

                        Comment


                        • #13
                          Seems like Oracle is all but giving up on Solaris as their efforts seem firmly focused on their 'unbreakable' Linux offering, even going so far as to port what has been described as key advantages of Solaris.

                          Either that or they feel their Linux solution needs all the ammo it can get in order to compete with Red Hat.

                          Comment


                          • #14
                            Originally posted by XorEaxEax View Post
                            Seems like Oracle is all but giving up on Solaris as their efforts seem firmly focused on their 'unbreakable' Linux offering, even going so far as to port what has been described as key advantages of Solaris.

                            Either that or they feel their Linux solution needs all the ammo it can get in order to compete with Red Hat.
                            Oracle has ramped up engineering efforts on Solaris and SPARC. Larry himself said that he considers "Solaris is for highend". The new SPARC servers have several world performance records recently. Solaris 11 has tons of new functionality and innovations. The new Solaris servers will have 16.384 threads, that is far more than anyone else ever had.

                            More probably, Larry wants his Linux distro to be the new RedHat, and he is trying to crush RedHat by using hot cool Solaris tech. On Linux side, he needs to crush RedHat. On Unix side, he needs to crush IBM AIX and HP UX.

                            Comment


                            • #15
                              Originally posted by Zetbo View Post
                              https://lwn.net/Articles/461660/



                              I've been using btrfs like 4 months now and it works fine(for me). I have raid10 on four drives. My root is on ext4, but I am going to change it this year. I don't have critical data, so I don't give a shit if everything goes sideways. It's not ready for serious bussiness use or if you have critical data. For normal desktop usage it's quite fine. As always backups are your best friend
                              ZFS is almost 10 years old, and still has bugs. There are Enterprise sysadmins that does not allow ZFS into their server halls, because ZFS is too new.

                              BTRFS v1.0 is still far away. When v1.0 will be released, no one will use it in production. After several years it will be slowly let into the server halls. 10 years after, BTRFS still will not be trusted.

                              But of course, for home use BTRFS would be fine.

                              Comment

                              Working...
                              X