[Bug 1894453] Re: Building Ceph packages with RelWithDebInfo
Tyler Stachecki
1894453 at bugs.launchpad.net
Thu Sep 10 15:45:16 UTC 2020
Oof - so I hacked up debian/rules a little so that "RelWithDebInfo" is
used instead of "None" for CMAKE_BUILD_TYPE. I then ^C'd the dpkg-
buildpackage after it started compiling the first few source files and
observed that:
* When doing make V=1 VERBOSE=1 in obj-x86_64-linux-gnu/src/rocksdb
*without* any changes, the source is compiled with *neither* -g nor -O2
-DNDEBUG.
* When doing make V=1 VERBOSE=1 in obj-x86_64-linux-gnu/src/rocksdb
*with* my changes, rocksdb is built with *both* -g and -O2 -DNDEBUG.
-O2 -DNDEBUG should result in significantly better performance/lower
utilization for metadata operations...
--
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/1894453
Title:
Building Ceph packages with RelWithDebInfo
Status in ceph package in Ubuntu:
In Progress
Bug description:
This is to consider/discuss the possibility of whether the Ceph
packages (UCA) should be built with RelWithDebInfo build option
(CMAKE_BUILD_TYPE [0]) which can be supplied to the build script
do_cmake.sh [1].
Currently, Upstream as well as UCA builds default to 'Debug' [0]
builds. But is any reason why shouldn't go for RelWithDebInfo (i.e.
"Release with Debug information")?
There's one issue noted with RelWithDebInfo which has a workaround too [2].
In general, gcc's -O2 [3] build should generate better code as well as
there's a specific case for Ceph [4] that it improves performance.
[0] https://cmake.org/cmake/help/latest/variable/CMAKE_BUILD_TYPE.html
[1] https://github.com/ceph/ceph/blob/master/do_cmake.sh
[2] https://docs.ceph.com/docs/master/dev/perf/#common-issues
[3] https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
[4] https://bugs.gentoo.org/show_bug.cgi?id=733316
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1894453/+subscriptions
More information about the Ubuntu-openstack-bugs
mailing list