| To: | Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: File system remain unresponsive until the system is rebooted. |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Wed, 1 Feb 2012 07:50:14 +1100 |
| Cc: | xfs@xxxxxxxxxxx |
| In-reply-to: | <4F27AE92.9060003@xxxxxxxxxxxxxxxxx> |
| References: | <CANs4eSBWLc4HxAbPZ8kOVOdJ7RKiA+-ai3Q2J+FAyuzHtUqfdg@xxxxxxxxxxxxxx> <20120131013124.GE9090@dastard> <CANs4eSBgmvJCR7vfFa1W5h8tUYFQi=LRPWDPQ1exB29D1o_RjA@xxxxxxxxxxxxxx> <4F27AE92.9060003@xxxxxxxxxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Tue, Jan 31, 2012 at 03:04:18AM -0600, Stan Hoeppner wrote: > On 1/30/2012 11:04 PM, Supratik Goswami wrote: > > We are using Amazon EC2 instances. > > ^^^^^^^^^^ > I'd have never thought I would see those words on this list, except > maybe as a joke, or as an example of one of the the worst possible > platforms for XFS. I don't agree with you there. If the workload works best on XFs, it doesn't matter what the underlying storage device is. e.g. if it's a fsync heavy workload, it will still perform better on XFS on EC2 than btrfs on EC2... > I wish EC2 had been asked about during the QA session after Dave's > presentation. I'm guessing some laughter would have been involved. ;) You'd be wrong about that. There are as many good uses of cloud services as there are bad ones, yet the same decisions about storage need to be made even when services are remotely hosted.... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Performance problem - reads slower than writes, Dave Chinner |
|---|---|
| Next by Date: | Re: [PATCH] xfs_quota: remove calls to XFS_QSYNC, Dave Chinner |
| Previous by Thread: | Re: File system remain unresponsive until the system is rebooted., Emmanuel Florac |
| Next by Thread: | Re: File system remain unresponsive until the system is rebooted., Stan Hoeppner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |