Quote:
Originally Posted by zahiruddin
Hi all,
we are facing issues of slow performance of our application.
|
And you don't tell us what this application is, what it's written in, version/distro of Linux, what kind of hardware it's running on, or give us any details. Not much we can tell you without details.
Quote:
Problem is:
1.When we upload any big file or run a internal calculation process whichincrease the Disk I/O utilization, as you see in below graph 1.
2. it increases the IO wait, as you can see in graph 2.
3. And the same consume all available IOPS, graph 3.
|
So...no problems, then. What you're saying is, "Whenever we use the disk, disk IO goes up"...which is exactly what it SHOULD do.
Quote:
So in result when any client try to use the application get dead slow performance, our prime motive to change the server is to increase the application performance from user end.
|
Again, lack of details prevent us from even speculating.
Quote:
We got suggestions like,
1. There should be 2 SSDs, one to write the data and other to read the data and there will be a sync between both disks, so when data will be uploaded it will consume the disk I/O of one disk only and at the same time the users can use the application seamlessly.
2.Use SAN Storage, it will increase the IOPS so it will reduce the IO wait.
|
Back to lack of details. Since we don't know what you have NOW, how can we know what might work? And who gave you these suggestions??
Basic systems administration tells you that if you're having IO problems/disk wait, you either get faster disks, move your data between multiple spindles (to reduce wait times, but this depends on the data itself), or get a faster controller. Once you do those things, you can start looking at your application. If it's a database-driven app, you need to make SURE that your queries aren't the cause of your problem. A badly structured/nested query can have a significant impact on your system...a different query that returns the same results (or even splitting the table into separate tables, or a different index key), can make all the difference.