Le 02/03/2015 13:26, Jean Delvare a écrit :
On Mon, 02 Mar 2015 12:05:09 +0100, Taz wrote:
Le 02/03/2015 11:30, Jean Delvare a écrit :
On Thu, 13 Nov 2014 15:36:32 +0100, Taz wrote:
(sorry I just saw my reply still was in my drafts, don't know why...)
Indeed : my current bash version is 4.3.11
Although I don't have line 585 in my fancontrol script
I can apply the the patch (lines 497 & 536 for fancontrol v0.7)
I also gave it a try without the wait lines and not sending to
background the previous
sleep command the wait was waiting for anyway (useless ?)
=> Mem consumption seems to be the same in all cases, we'll see in the
long run...
I don't think you ever reported the results of that test? With the
first patch applied, does fancontrol still reach 25 MB of memory over
time, or not?
BTW, can you please tell me
* Which architecture this is (x86 or x86-64)?
* The value of "ulimit -u" on this system.
* The total amount of memory on the system.
As Chet Ramey explained to me, the memory consumption is bound and the
default limit depends on these factors. Assuming an x86-64 system,
eating 22 MB of memory as you reported would take about 734000 records
of 32 bytes each, and "ulimit -u" would be set to that value by default
for a system with about 187 GB of memory. Which I would not expect in a
NAS, so something is wrong.
The hardware is actually a ReadyNAS ultra 6000 with 2GB RAM.
I'm running a x86_64 ubuntu server 14.04 with 3.16 SMP kernel
and fancontrol from standard repos (pkg vers is 1:3.3.4-2ubuntu1).
=======
(root@ReadyNAS:pts/0) # ulimit -u
7892
(root@ReadyNAS:pts/0) #free
total used free shared buffers cached
Mem: 2039828 1829656 210172 708 4796 1091516
-/+ buffers/cache: 733344 1306484
Swap: 5242876 0 5242876
This seems totally reasonable. With theses settings, bash should not
consume more than 247 kB of memory to remember the process statuses.
This can't explain the 25 MB you reported initially.
So I start suspecting that your problem is different from the "wait $!"
issue I have been investigating so far. I could reproduce the memory
increase caused by "wait $!", but I could never get bash to reach 25 MB
as you reported.
So maybe it's a different bug. bash 4.3.11 is getting old, there have
been 22 upstream fixes meanwhile (latest stable version is 4.3.33.)
Maybe a more recent version is available for your system now? This
could also be a bug specific to the Ubuntu bash package you're running,
who knows.
Jean,
For the results : yes it reached around the same mem consumption :
always less than 30MB,
starting at 4MB and it looks to be the same start-up consumption as well
with read instead of sleep.
On the bash version : I don't really paid attention, I just kept my
system up-to date
and it's still the same vesrion, so I guess there were no new release
available since then...
=> I'll try to install an updated version of bash if I can and tell you
about it.
_______________________________________________
lm-sensors mailing list
lm-sensors@xxxxxxxxxxxxxx
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
