Bug 173303 - Possible memory leak in "cp -a"
Possible memory leak in "cp -a"
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: coreutils (Show other bugs)
3
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-11-16 00:55 EST by CHIKAMA Masaki
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-11-16 04:44:10 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description CHIKAMA Masaki 2005-11-16 00:55:13 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.4.3) Gecko/20050104 Red Hat/1.4.3-3.0.7

Description of problem:
When I copy a huge number of file using "cp -a",
memory usage of cp process grows.



Version-Release number of selected component (if applicable):
coreutils-5.2.1-31

How reproducible:
Always

Steps to Reproduce:
1. cp -a LARGE_SRC_DIRS... DST_DIR
2.
3.
  

Actual Results:  Here is the VmRSS usage in /proc/PID/status every 5 seconds.
....
VmRSS:     33916 kB
VmRSS:     33916 kB
VmRSS:     33920 kB
VmRSS:     33924 kB
VmRSS:     33924 kB
VmRSS:     33928 kB
VmRSS:     33932 kB
VmRSS:     33936 kB
VmRSS:     33936 kB
VmRSS:     33940 kB
VmRSS:     33940 kB
VmRSS:     33944 kB
VmRSS:     33948 kB
VmRSS:     33948 kB
VmRSS:     33952 kB
VmRSS:     33952 kB
VmRSS:     33956 kB
VmRSS:     33960 kB
VmRSS:     33960 kB
VmRSS:     33964 kB
VmRSS:     33968 kB
VmRSS:     33972 kB
VmRSS:     33976 kB
VmRSS:     33976 kB
VmRSS:     33980 kB
VmRSS:     33980 kB
VmRSS:     33980 kB
VmRSS:     33984 kB
VmRSS:     33992 kB
VmRSS:     33992 kB
VmRSS:     33992 kB
VmRSS:     33996 kB
VmRSS:     33996 kB
VmRSS:     34000 kB
VmRSS:     34000 kB
VmRSS:     34004 kB
VmRSS:     34008 kB
VmRSS:     34008 kB
VmRSS:     34012 kB
VmRSS:     34016 kB
VmRSS:     34020 kB
VmRSS:     34024 kB
VmRSS:     34024 kB
VmRSS:     34028 kB
VmRSS:     34032 kB
VmRSS:     34032 kB
VmRSS:     34036 kB
VmRSS:     34036 kB
VmRSS:     34040 kB
VmRSS:     34044 kB
VmRSS:     34044 kB
VmRSS:     34048 kB
VmRSS:     34048 kB
VmRSS:     34052 kB
VmRSS:     34052 kB
VmRSS:     34056 kB
VmRSS:     34060 kB
VmRSS:     34060 kB
VmRSS:     34064 kB
VmRSS:     34064 kB
VmRSS:     34068 kB
VmRSS:     34072 kB
VmRSS:     34072 kB
VmRSS:     34076 kB
VmRSS:     34076 kB
VmRSS:     34080 kB
VmRSS:     34084 kB
VmRSS:     34084 kB
....

Additional info:

This cp process is already running more than 5 days.

27096 pts/2    R    280:36 cp -i -a 20051001_1-5ch_10-21ch 20051002_1-5ch_10-21c

There should be multi millions of file.
Comment 1 CHIKAMA Masaki 2005-11-16 02:47:20 EST
It seems filename hash table consumption, not leak.
Please close this bug.

But....


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