| To: | xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: Tuning XFS for real time audio on a laptop with encrypted LVM |
| From: | Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx> |
| Date: | Sat, 22 May 2010 17:13:46 -0500 |
| In-reply-to: | <AANLkTimf1CjF3c2QL22lfElVZWMETi987YjMEiT76MMb@xxxxxxxxxxxxxx> |
| References: | <AANLkTilJD2Jfr4W97BiAlyc_7C9jLEhEzuEWSDyVKXYP@xxxxxxxxxxxxxx> <20100521041415.GW8120@dastard> <4BF62766.8070105@xxxxxxxxxxxxxxxxx> <AANLkTinobXUKRN0s_3Ia-5XBix05Tvhp36K5fUsysjh-@xxxxxxxxxxxxxx> <4BF68E74.8040305@xxxxxxxxxxxxxxxxx> <AANLkTimf1CjF3c2QL22lfElVZWMETi987YjMEiT76MMb@xxxxxxxxxxxxxx> |
| User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 |
Pedro Ribeiro put forth on 5/22/2010 7:21 AM: > Hi, > results are attached. There appears to be no difference between any of > the schedulers. That's a bit more... thorough than what we need, and makes digesting it and making comparisons difficult. Can you make just 4 runs, one with each elevator, on /dev/sda with 64 threads and post results? I saw some outrageously high numbers in your data due to caching of that tiny 337MB /dev/sda partition. Also, can you show confirmation of the elevator change between each run? Thanks. -- Stan |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH 11/12] xfs: xfs_trace.c: remove duplicated #include, Huang Weiyi |
|---|---|
| Next by Date: | [PATCH] xfs: fix race in inode cluster freeing failing to stale inodes, Dave Chinner |
| Previous by Thread: | Re: Tuning XFS for real time audio on a laptop with encrypted LVM, Pedro Ribeiro |
| Next by Thread: | Re: Tuning XFS for real time audio on a laptop with encrypted LVM, Eric Sandeen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |