[Bug 1894453] Re: Building Ceph packages with RelWithDebInfo

Tyler Stachecki 1894453 at bugs.launchpad.net
Mon Sep 28 21:16:32 UTC 2020


Ponnuvel, don't the fio tests show significantly better write IOPS and
latency in the optimized case?

========== rocksdb%20optimized.txt
...
  write: IOPS=1269, BW=5076KiB/s (5198kB/s)(2048MiB/413114msec); 0 zone
...
     | 99.00th=[  180], 99.50th=[  384], 99.90th=[ 1003], 99.95th=[ 1636],
     | 99.99th=[ 3641]
========== rocksdb%20UNoptimized.txt
...
  write: IOPS=383, BW=1533KiB/s (1570kB/s)(2048MiB/1367654msec); 0 zone
...
     | 99.00th=[ 1099], 99.50th=[ 1536], 99.90th=[ 3239], 99.95th=[ 4178],
     | 99.99th=[ 6544]

-- 
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