Bug 179086 - fork() slow when shm attached to process
Summary: fork() slow when shm attached to process
Status: CLOSED DUPLICATE of bug 185386
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel   
(Show other bugs)
Version: 4.0
Hardware: All Linux
Target Milestone: ---
: ---
Assignee: Larry Woodman
QA Contact: Brian Brock
Depends On:
Blocks: 170416
TreeView+ depends on / blocked
Reported: 2006-01-27 09:45 UTC by Bastien Nocera
Modified: 2007-11-30 22:07 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-04-19 19:22:24 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Bastien Nocera 2006-01-27 09:45:25 UTC

The fork() call time grows linearly based on amount of SysV memory attached to
the process.

Fix available upstream:

Upstream discussion:

Comment 1 Chris Snook 2006-03-02 23:23:55 UTC
Support has received calls from customers of Ontario Systems, who recommend
running kernels with the lazy fork patch.  For apps that use large shared memory
spaces and fork to service each request, the performance impact can be orders of

The downside is that it's possible to have an OOM condition when the app
accesses a new part of the shared segment and the kernel needs to copy a PTE, a
very long time after the fork itself, thus hiding the cause.  If we implement
this, we should at least add an appropriate error message in oom-killer as well.

Comment 2 Jason Baron 2006-04-19 19:22:24 UTC

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

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