Announcement

Collapse
No announcement yet.

FreeBSD 8.0 vs. Ubuntu 9.10 Benchmarks

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

  • #81
    Originally posted by risner View Post
    Curious, which options? Does it have "gcc -g" options?

    The FreeBSD (all release and release candidate GENERIC kernels) have full debugging symbols (and code) "gcc -g" enabled.
    It seems "gcc -g" is enabled and some other debugging options (many are probably meaningless).

    From /boot/*config*:

    CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y
    CONFIG_SLUB_DEBUG=y
    CONFIG_HAVE_DMA_API_DEBUG=y
    CONFIG_X86_DEBUGCTLMSR=y
    CONFIG_X86_CPU_DEBUG=m
    CONFIG_PM_DEBUG=y
    CONFIG_IRDA_DEBUG=y
    CONFIG_CFG80211_REG_DEBUG=y
    CONFIG_CFG80211_DEBUGFS=y
    CONFIG_MAC80211_DEBUGFS=y
    CONFIG_WIMAX_DEBUG_LEVEL=8
    CONFIG_PNP_DEBUG_MESSAGES=y
    CONFIG_CB710_DEBUG_ASSUMPTIONS=y
    CONFIG_AIC7XXX_DEBUG_ENABLE=y
    CONFIG_AIC7XXX_DEBUG_MASK=0
    CONFIG_AIC79XX_DEBUG_ENABLE=y
    CONFIG_AIC79XX_DEBUG_MASK=0
    CONFIG_SCSI_MVSAS_DEBUG=y
    CONFIG_SCSI_LPFC_DEBUG_FS=y
    CONFIG_SCSI_DEBUG=m
    CONFIG_FIREWIRE_OHCI_DEBUG=y
    CONFIG_MLX4_DEBUG=y
    CONFIG_ATH9K_DEBUG=y
    CONFIG_LIBIPW_DEBUG=y
    CONFIG_B43LEGACY_DEBUG=y
    CONFIG_WIMAX_I2400M_DEBUG_LEVEL=8
    CONFIG_ATM_FORE200E_DEBUG=0
    CONFIG_USB_SERIAL_DEBUG=m
    CONFIG_INFINIBAND_MTHCA_DEBUG=y
    CONFIG_INFINIBAND_AMSO1100_DEBUG=y
    CONFIG_INFINIBAND_IPOIB_DEBUG=y
    CONFIG_THINKPAD_ACPI_DEBUGFACILITIES=y
    CONFIG_OCFS2_DEBUG_MASKLOG=y
    CONFIG_JFFS2_FS_DEBUG=0
    CONFIG_DEBUG_FS=y
    CONFIG_DEBUG_KERNEL=y
    CONFIG_SCHED_DEBUG=y
    CONFIG_DEBUG_BUGVERBOSE=y
    CONFIG_DEBUG_INFO=y
    CONFIG_DEBUG_MEMORY_INIT=y
    CONFIG_DEBUG_RODATA=y

    config DEBUG_INFO
    bool "Compile the kernel with debug info"
    depends on DEBUG_KERNEL
    help
    If you say Y here the resulting kernel image will include
    debugging info resulting in a larger kernel image.
    This adds debug symbols to the kernel and modules (gcc -g), and
    is needed if you intend to use kernel crashdump or binary object
    tools like crash, kgdb, LKCD, gdb, etc on the kernel.
    Say Y here only if you plan to debug the kernel.

    This description is from Kconfig.debug (there's also Kconfig), but I assume if DEBUG_INFO is turned on in the config Kconfig.debug is used (or I'm just saying bull :P).

    However, different GCC versions were used in the benchmark.

    If unsure, say N.
    Last edited by kraftman; 29 September 2009, 04:30 PM.

    Comment


    • #82

      Srry. I cant actually see my image as my eyes are dilated too much. Damn optometry....

      Comment


      • #83
        I am pretty sure FreeBSD loses

        Originally posted by L33F3R View Post

        Srry. I cant actually see my image as my eyes are dilated too much. Damn optometry....
        I am pretty sure FreeBSD loses this test. Debugging options, different compiler, or not.

        Comment


        • #84
          Originally posted by risner View Post
          Basically, you shot the messenger. I didn't make the decision, I just posted about it. This whole debacle isn't a FreeBSD specific problem. Every single BSD with the exception of DragonFlyBSD have opted to not upgrade past 4.2.1 GCC.
          I have heard the message numerous times, always without good backing. The claim that a compiler could cause a change in the software's license is utterly ridiculous. I personally believe the lawyer was simply being paranoid with his claims. But that's nothing new, lawyers usually are.

          Comment


          • #85
            Originally posted by risner View Post
            I am not a licensing expert so I can only comment on the situation as I remember it when the decision to stop at GCC 4.2.1 was made by the FreeBSD developers. At the time it was said to be a legal reason and not a "political" or emotional reason.

            What I do know is that the BSD license is significantly more permissive than the GPL license, particularly the GPLv3 license. There are a number of licenses incompatible with GPLv3 including Apache 1-2.0, Mozilla, Original BSD, XFree86 1.1 and GPLv3 (if not for the usual "code can be upgraded to future GPL licenses" line in most GPLv2 versions.)

            Did a little googling, I think this is the problem:


            Where they now (with GCC 4.2.2) consider OUTPUT of the GCC compiler GPLv3 licensed material. That would prevent someone from using GCC 4.2.2 and up to compile anything and release the compiled application without source code for the whole system (because Target Code is now forced to be GPLv3 code) being released.
            emm. No. The output always had the gpl'ed gcc-lib linked into it. They made an exception to allow that for all kind of software despite the fact it might violate the gpl. And they made the same exception now for the gplv3'ed gcc. So nothing changed at all.

            Comment


            • #86
              Originally posted by energyman View Post
              emm. No. The output always had the gpl'ed gcc-lib linked into it. They made an exception to allow that for all kind of software despite the fact it might violate the gpl. And they made the same exception now for the gplv3'ed gcc. So nothing changed at all.
              Sigh. While I see how you come to that interpretation, I just don't see why you care so much to take what amounts to the stance of "they are fools for thinking this way."

              I'm no attorney, but if FreeBSD, NetBSD, and OpenBSD (three separate but similar groups) all have been legally advised they can not use GCC 4.2.2 to compile their product without lingering doubt of violating the license. Do you really expect them to use it?

              Comment


              • #87
                I would expect them to ask the FSF to clarify the stuff. oh wait, the FSF did - including a FAQ with all kinds of examples.

                Comment


                • #88
                  Originally posted by energyman View Post
                  I would expect them to ask the FSF to clarify the stuff. oh wait, the FSF did - including a FAQ with all kinds of examples.
                  That FAQ was around when all this happened, it isn't a legally binding document. Without a signed document from the FSF that provides protection, that FAQ won't help when sued.

                  Your persistence here makes me think you believe they are just using this as "excuse" to not use GCC? I'm having trouble fingering your beliefs.

                  Do you believe they just want to make a political issue of it? (They might be I don't know)

                  I believe they want to use it, but are afraid based on the wording (which I still believe is dangerous in my opinion despite the FAQ.)

                  In the end, it will be harmful to FreeBSD. Their current plan (since using GCC is out) is to help with bugs in the LLVM compiler code base to hopefully switch to it sometime in the next few years. But LLVM was started in 2004 has a total of 5 years in development but gcc was started in 1987 with a total of 22 years development. It will be a while before LLVM has GCC's current features, much less more features. The one important feature it has today is that it uses a more permissive license.

                  Comment


                  • #89
                    Originally posted by risner View Post
                    The one important feature it has today is that it uses a more permissive license.
                    More important would be BSDs to become GPL3

                    Comment


                    • #90
                      Originally posted by Apopas View Post
                      More important would be BSDs to become GPL3
                      The two types of licenses are incompatible at a fundamental level.

                      BSD License (MIT, and 10+ other licenses) permit the code to be used without source code to changes provided.

                      GPL (v1, v2, and to a greater extent v3) require source to be provided and FSF is very busy suing Cisco and anyone else using Linux without making source available.

                      The two sides of the fence (BSD devs and Linux devs) are never going to agree the other philosophy is "better" so you will never find them switching licenses.

                      It is more than these two camps, look at KDE and Gnome. There really isn't any point in two groups writing the "same" thing, but they have different agendas. Same for Xorg and XFree86, different agendas.

                      Comment

                      Working...
                      X