Bug 693883 - [6.2 FEAT] Turn HARDBARRIER to FLUSH/FUA and perform barrier/flush request consolidation
Summary: [6.2 FEAT] Turn HARDBARRIER to FLUSH/FUA and perform barrier/flush request co...
Keywords:
Status: CLOSED DUPLICATE of bug 672988
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel
Version: 6.2
Hardware: All
OS: All
unspecified
high
Target Milestone: rc
: ---
Assignee: Red Hat Kernel Manager
QA Contact: Red Hat Kernel QE team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-05 19:51 UTC by IBM Bug Proxy
Modified: 2014-02-04 06:30 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-08 14:17:00 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
IBM Linux Technology Center 71117 0 None None None Never

Description IBM Bug Proxy 2011-04-05 19:51:05 UTC
1. Feature Overview:
Feature Id: [71117]
a. Name of Feature: [6.2 FEAT] Turn HARDBARRIER to FLUSH/FUA and perform barrier/flush request
consolidation
b. Feature Description
Reduce Barrier cost by replacing HARDBARRIER with FLUSH/FUA, and also perform barrier consolidations
to reduce unnecessary barrier/flush request.

2. Feature Details:
Sponsor: LTC Filesystems
Architectures:  

Arch Specificity: purely common code
Affects Kernel Modules: Yes
Delivery Mechanism: Backport
Category: kernel
Request Type: Kernel - Enhancement from Upstream
d. Upstream Acceptance: Accepted
Sponsor Priority P2
f. Severity: high
IBM Confidential: No
Code Contribution: IBM code
g. Component Version Target: ---

3. Business Case
Barrier has been enabled as default on local filesystem (ext3/4 and xfs) to add more data
intergirty. The performance penalty with barrier enabled is outstanding. We have seen big drop of
performance on fsync happy workload and database OLTP workload when barrier is turned on (about
50%-75% degradation).  This is critical and unacceptable for DB2. 

4. Primary contact at Red Hat:
John Jarvis, jjarvis

5. Primary contacts at Partner:
Project Management Contact:
Stephanie A. Glass, sglass.com

Technical contact(s):
Mingming Cao, mcao.com

Comment 2 RHEL Program Management 2011-04-05 20:03:53 UTC
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 3 Mike Snitzer 2011-04-08 14:17:00 UTC
As I recently shared with Mingming Cao (IBM) and Ric Wheeler:

On Tue, Apr 05 2011 at  4:03pm -0400,
Ric Wheeler <rwheeler> wrote:

> I think that this all landed in 6.1 if I understand the BZ correctly.                                                                                                

Not quite all there in 6.1.  The foundation is put in place for 6.1 (it
includes all Tejun's FLUSH/FUA work up to 2.6.38).  AFAIK the request
consolidation piece is referring to "flush merge" (included in 2.6.39).

I ported that flush-merge work to RHEL6 for inclussion in 6.2.  The
patchset is here:
http://people.redhat.com/msnitzer/patches/.rhel6.2/flush_merge/

*** This bug has been marked as a duplicate of bug 672988 ***


Note You need to log in before you can comment on or make changes to this bug.