HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- files created and deleted quickly
Operating System - HP-UX
1834780
Members
2659
Online
110070
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-23-2004 10:04 PM
06-23-2004 10:04 PM
files created and deleted quickly
Hi,
I am trying to understand which kind of issue may I run into with this scenario:
I have an application which I do not manage and about which I do not know quite nothing apart that it will create on the UX box about 90~100 files on a VXFS in one second.
This application runs 24X7 days.
The files are large 1Mb max, they are created, readed by a process and then deleted.
The creation, the usage and the deletion happens in few seconds maximum one minute.
I would like to know:
-any limitation to the number of files in FS (probably none)
-can the process of creation/deletion become very slow ?
-Will system resources go in crisis(cpu,memory,disk)
-each raccomendation you may suggest.
Thanks
Angelo
I am trying to understand which kind of issue may I run into with this scenario:
I have an application which I do not manage and about which I do not know quite nothing apart that it will create on the UX box about 90~100 files on a VXFS in one second.
This application runs 24X7 days.
The files are large 1Mb max, they are created, readed by a process and then deleted.
The creation, the usage and the deletion happens in few seconds maximum one minute.
I would like to know:
-any limitation to the number of files in FS (probably none)
-can the process of creation/deletion become very slow ?
-Will system resources go in crisis(cpu,memory,disk)
-each raccomendation you may suggest.
Thanks
Angelo
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-23-2004 10:37 PM
06-23-2004 10:37 PM
Re: files created and deleted quickly
I see these :
. max_files and max_files_lim. Ensure that these kernel parameters will allow you to open enough files at the same time.
. Have a look at ulimit for the user that will launch the process. He may have limitation on open files.
. As long as files are not so big, you may not run out of memory, but it depends on how much you have. Same for CPU. Just to be sure, check yu have Swap = twice the RAM.
. Disk IO rates. This may be a blocking point. Depending on your hardware, on your raid-level, etc you may have differences in perfs. Just run a test using dd may help you determine if your disk speed will be enough.
Regards,
Fred
. max_files and max_files_lim. Ensure that these kernel parameters will allow you to open enough files at the same time.
. Have a look at ulimit for the user that will launch the process. He may have limitation on open files.
. As long as files are not so big, you may not run out of memory, but it depends on how much you have. Same for CPU. Just to be sure, check yu have Swap = twice the RAM.
. Disk IO rates. This may be a blocking point. Depending on your hardware, on your raid-level, etc you may have differences in perfs. Just run a test using dd may help you determine if your disk speed will be enough.
Regards,
Fred
--
"Reality is just a point of view." (P. K. D.)
"Reality is just a point of view." (P. K. D.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-23-2004 10:43 PM
06-23-2004 10:43 PM
Re: files created and deleted quickly
Angelo,
I agree with my earlier post that you need to watch out for the following params
max_files and max_files_lim
Make sure that these are large enough and you don't run into any issues. An issue may arise when the no. of files created on your VXFS equals these values. In such an instance you would not be able to create any files and your file creation process will fail. So make sure on these and keep an eye.
Another advise, when you are talking about the kind of IO you explained, i am sure you would be better off splitting the IO across multiple disks. I cannot comment without knowing the requirements of your application. But i can say for sure that, if you have a maximum IO on a filesystem, then by identifying and moving groups of files across multiple filesystems will defintely give you better performance.
regards
Mobeen
I agree with my earlier post that you need to watch out for the following params
max_files and max_files_lim
Make sure that these are large enough and you don't run into any issues. An issue may arise when the no. of files created on your VXFS equals these values. In such an instance you would not be able to create any files and your file creation process will fail. So make sure on these and keep an eye.
Another advise, when you are talking about the kind of IO you explained, i am sure you would be better off splitting the IO across multiple disks. I cannot comment without knowing the requirements of your application. But i can say for sure that, if you have a maximum IO on a filesystem, then by identifying and moving groups of files across multiple filesystems will defintely give you better performance.
regards
Mobeen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-23-2004 11:26 PM
06-23-2004 11:26 PM
Re: files created and deleted quickly
Hmm,
100 files / sec
60 sec lifetime
1 MB / file
... gives you a maximum utilisation of 6000 files with a total max size of 6 GB within one minute.
This means you need to pull 6GB per Minute through the filesystemcache at max !!!!
So go for a lot of RAM and a big fs-cache.
Strange Application behavior....
How does it ensure consistency when the box crashes while 6000 flat files are processed ??? May be the designers should go for a database approach ?
Volker
100 files / sec
60 sec lifetime
1 MB / file
... gives you a maximum utilisation of 6000 files with a total max size of 6 GB within one minute.
This means you need to pull 6GB per Minute through the filesystemcache at max !!!!
So go for a lot of RAM and a big fs-cache.
Strange Application behavior....
How does it ensure consistency when the box crashes while 6000 flat files are processed ??? May be the designers should go for a database approach ?
Volker
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP