From mboxrd@z Thu Jan 1 00:00:00 1970 From: Somnath Roy Subject: RE: Memstore performance improvements v0.90 vs v0.87 Date: Wed, 14 Jan 2015 22:44:01 +0000 Message-ID: <755F6B91B3BE364F9BCA11EA3F9E0C6F2827792D@SACMBXIP02.sdcorp.global.sandisk.com> References: <3649A15A2562B54294DE14BCE5AC79120AB30A5D@FMSMSX106.amr.corp.intel.com> <3649A15A2562B54294DE14BCE5AC79120AB30EEA@FMSMSX106.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT Return-path: Received: from mail-by2on0079.outbound.protection.outlook.com ([207.46.100.79]:62976 "EHLO na01-by2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751217AbbANWoH convert rfc822-to-8bit (ORCPT ); Wed, 14 Jan 2015 17:44:07 -0500 In-Reply-To: <3649A15A2562B54294DE14BCE5AC79120AB30EEA@FMSMSX106.amr.corp.intel.com> Content-Language: en-US Sender: ceph-devel-owner@vger.kernel.org List-ID: To: "Blinick, Stephen L" , Ceph Development Stephen, You may want to tweak the following parameter(s) in your ceph.conf file and see if it is further improving your performance or not. debug_lockdep = 0/0 debug_context = 0/0 debug_crush = 0/0 debug_buffer = 0/0 debug_timer = 0/0 debug_filer = 0/0 debug_objecter = 0/0 debug_rados = 0/0 debug_rbd = 0/0 debug_journaler = 0/0 debug_objectcatcher = 0/0 debug_client = 0/0 debug_osd = 0/0 debug_optracker = 0/0 debug_objclass = 0/0 debug_filestore = 0/0 debug_journal = 0/0 debug_ms = 0/0 debug_monc = 0/0 debug_tp = 0/0 debug_auth = 0/0 debug_finisher = 0/0 debug_heartbeatmap = 0/0 debug_perfcounter = 0/0 debug_asok = 0/0 debug_throttle = 0/0 debug_mon = 0/0 debug_paxos = 0/0 debug_rgw = 0/0 osd_op_num_threads_per_shard = 2 //You may want to try with 1 as well osd_op_num_shards = 10 //Depends on your cpu util ms_nocrc = true cephx_sign_messages = false cephx_require_signatures = false ms_dispatch_throttle_bytes = 0 throttler_perf_counter = false [osd] osd_client_message_size_cap = 0 osd_client_message_cap = 0 osd_enable_op_tracker = false Also, run more clients (in your case rados bench) and see if it is scaling or not (it should, till it saturates your cpu). But, your observation on RHEL7 vs UBUNTU 14.04 LTS is interesting ! Thanks & Regards Somnath -----Original Message----- From: ceph-devel-owner@vger.kernel.org [mailto:ceph-devel-owner@vger.kernel.org] On Behalf Of Blinick, Stephen L Sent: Wednesday, January 14, 2015 2:32 PM To: Ceph Development Subject: RE: Memstore performance improvements v0.90 vs v0.87 I went back and grabbed 87 and built it on RHEL7 as well, and performance is also similar (much better). I've also run it on a few systems (Dual socket 10-core E5v2, Dual socket 6-core E5v3). So, it's related to my switch to RHEL7, and not to the code changes between v0.90 and v0.87. Will post when I get more data. Thanks, Stephen -----Original Message----- From: ceph-devel-owner@vger.kernel.org [mailto:ceph-devel-owner@vger.kernel.org] On Behalf Of Blinick, Stephen L Sent: Wednesday, January 14, 2015 12:06 AM To: Ceph Development Subject: Memstore performance improvements v0.90 vs v0.87 In the process of moving to a new cluster (RHEL7 based) I grabbed v0.90, compiled RPM's and re-ran the simple local-node memstore test I've run on .80 - .87. It's a single Memstore OSD and a single Rados Bench client locally on the same node. Increasing queue depth and measuring latency /IOPS. So far, the measurements have been consistent across different hardware and code releases (with about a 30% improvement with the OpWQ Sharding changes that came in after Firefly). These are just very early results, but I'm seeing a very large improvement in latency and throughput with v90 on RHEL7. Next I'm working to get lttng installed and working in RHEL7 to determine where the improvement is. On previous levels, these measurements have been roughly the same using a real (fast) backend (i.e. NVMe flash), and I will verify here as well. Just wondering if anyone else has measured similar improvements? 100% Reads or Writes, 4K Objects, Rados Bench ======================== V0.87: Ubuntu 14.04LTS *Writes* #Thr IOPS Latency(ms) 1 618.80 1.61 2 1401.70 1.42 4 3962.73 1.00 8 7354.37 1.10 16 7654.67 2.10 32 7320.33 4.37 64 7424.27 8.62 *Reads* #thr IOPS Latency(ms) 1 837.57 1.19 2 1950.00 1.02 4 6494.03 0.61 8 7243.53 1.10 16 7473.73 2.14 32 7682.80 4.16 64 7727.10 8.28 ======================== V0.90: RHEL7 *Writes* #Thr IOPS Latency(ms) 1 2558.53 0.39 2 6014.67 0.33 4 10061.33 0.40 8 14169.60 0.56 16 14355.63 1.11 32 14150.30 2.26 64 15283.33 4.19 *Reads* #Thr IOPS Latency(ms) 1 4535.63 0.22 2 9969.73 0.20 4 17049.43 0.23 8 19909.70 0.40 16 20320.80 0.79 32 19827.93 1.61 64 22371.17 2.86 -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html ________________________________ PLEASE NOTE: The information contained in this electronic mail message is intended only for the use of the designated recipient(s) named above. If the reader of this message is not the intended recipient, you are hereby notified that you have received this message in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify the sender by telephone or e-mail (as shown above) immediately and destroy any and all copies of this message in your possession (whether hard copies or electronically stored copies).