question about disk space under QNX 4.25

Hi,

I have an application running on QNX 4.25.
I observe (using df) that the free disk space is getting smaller and smaller
when the application runs for a long time.
Does QNX save anything on the disk during its live time?

I also try to understand where the space was lost using the command “du”,
but I can not understand this command : for a particular directory, the sum
of all subdirectories does not correspond to the value given for the
directory by the command “du”.

Can anybody help me about that?

Thanks
Michele

Mario Charest postmaster@127.0.0.1 wrote:

“MicheleD” <> michele-d@ibelgique.com> > wrote in message
news:b0r1o6$jts$> 1@inn.qnx.com> …
Hi,

I have an application running on QNX 4.25.
I observe (using df) that the free disk space is getting smaller and
smaller
when the application runs for a long time.
Does QNX save anything on the disk during its live time?

syslogd saves to disk, aside that program nothing comes to mind.

Use sin files to find open files


I also try to understand where the space was lost using the command “du”,
but I can not understand this command : for a particular directory, the
sum
of all subdirectories does not correspond to the value given for the
directory by the command “du”.

Try to find an answer for you I think you find a bug or I dont understand what its suppose to do > :wink:

It`s seems du takes into account the space taken by a directory entry (which
is ok) but seems to do the math wrong depending how many level of direcotry
there is.

If there is 2 levels (no file, just directory) it looks ok, but if there is
3 level (haven`t tried with more ) the math is wrong.

To find the offending file (the one that grows) you can use find with option

Assuming the file hasn’t been unlinked. A common trick for temporary files
is to open the file, unlink it, and then use it. When the process exits,
the file space is “automagically” cleaned up.

In that case, Mario’s suggestion of using “sin fi” is the best… I’d also
filter out your program via -P option, otherwise “sin fi”'s output can get
big…

Cheers,
-RK


Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at www.parse.com.
Email my initials at parse dot com.

“MicheleD” <michele-d@ibelgique.com> wrote in message
news:b0r1o6$jts$1@inn.qnx.com

Hi,

I have an application running on QNX 4.25.
I observe (using df) that the free disk space is getting smaller and
smaller
when the application runs for a long time.
Does QNX save anything on the disk during its live time?

syslogd saves to disk, aside that program nothing comes to mind.

Use sin files to find open files

I also try to understand where the space was lost using the command “du”,
but I can not understand this command : for a particular directory, the
sum
of all subdirectories does not correspond to the value given for the
directory by the command “du”.

Try to find an answer for you I think you find a bug or I dont understand what its suppose to do :wink:

It`s seems du takes into account the space taken by a directory entry (which
is ok) but seems to do the math wrong depending how many level of direcotry
there is.

If there is 2 levels (no file, just directory) it looks ok, but if there is
3 level (haven`t tried with more ) the math is wrong.

To find the offending file (the one that grows) you can use find with option
to print file with a recent last modification time.




Can anybody help me about that?

Thanks
Michele

Robert Krten wrote:

Mario Charest postmaster@127.0.0.1 wrote:


“MicheleD” <> michele-d@ibelgique.com> > wrote in message
news:b0r1o6$jts$> 1@inn.qnx.com> …

Hi,

I have an application running on QNX 4.25.
I observe (using df) that the free disk space is getting smaller and

smaller

when the application runs for a long time.
Does QNX save anything on the disk during its live time?


syslogd saves to disk, aside that program nothing comes to mind.


Use sin files to find open files


I also try to understand where the space was lost using the command “du”,
but I can not understand this command : for a particular directory, the

sum

of all subdirectories does not correspond to the value given for the
directory by the command “du”.


Try to find an answer for you I think you find a bug or I dont understand what its suppose to do > :wink:


Its seems du takes into account the space taken by a directory entry (which is ok) but seems to do the math wrong depending how many level of direcotry there is. \ \ If there is 2 levels (no file, just directory) it looks ok, but if there is 3 level (havent tried with more ) the math is wrong.


To find the offending file (the one that grows) you can use find with option


Assuming the file hasn’t been unlinked. A common trick for temporary files
is to open the file, unlink it, and then use it. When the process exits,
the file space is “automagically” cleaned up.

In that case, Mario’s suggestion of using “sin fi” is the best… I’d also
filter out your program via -P option, otherwise “sin fi”'s output can get
big…

In addition, there are versions of mount that by default may pre-grow
files as they are expanded (appended to). This shows up as a big
discrepancy between the results of du and df for a partition.

The fix is to add “-g” at the end of the mount command.

Richard

Cheers,
-RK