2018-01-31 10:01 GMT+01:00 Anand Jain <anand.j...@oracle.com>: > When a stripe is not present on the read optimized disk it will just > use the lower devid disk containing the stripe (instead of failing back > to the pid based random disk).
Is this a good behavior? beause this would eliminate every performance benefit of the pid base random disk pick if the requested stripe is not present on the read optimized disk. Wouldn't it be better to specify a fallback and use the pid base random pick as default for the fallback. For example: RAID 1 over 4 disk's devid | rpm | size ------------------------ 1 | 7200 rpm | 3 TB 2 | 7200 rpm | 3 TB 3 | 5400 rpm | 4 TB 4 | 5400 rpm | 4 TB mount -o read_mirror_policy=1,read_mirror_policy=2 Cases: 1. if the requested stripe is on devid 3 and 4 the algorithm should choise on of both randomly to incresse performance instead of read everytime from 3 and never from 4 2. if the requested stripe is on devid 1 and 3, all is fine ( in case of the queue deep of 1 isn't mutch larger then the queue deep of 3 ) 3. if the requested stripe is on devid 1 and 2, the algorithm should choise on of both randomly to incresse performance instead of read everytime from 1 and never from 2 And all randomly picks of a device should be replaced by a heuristic algorithm wo respect the queue deep and sequential reads in the future. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html