Re: WG: Performance of large file systems

2004-07-20 Thread Rob van der Heij
Frank Schwede, LSY wrote: Im sorry, but: What is going on here? I was sure, someone would give a statement about the real current state of PAV on Escon DASDs. Maybe others were puzzled like myself. Why the $* would you pay for PAV license on the ESS and not invest in FICON? When all response

AW: WG: Performance of large file systems

2004-07-20 Thread Frank Schwede, LSY
] -Ursprüngliche Nachricht- Von: Linux on 390 Port [mailto:[EMAIL PROTECTED] Auftrag von Rob van der Heij Gesendet: Dienstag, 20. Juli 2004 09:09 An: [EMAIL PROTECTED] Betreff: Re: WG: Performance of large file systems Frank Schwede, LSY wrote: Im sorry, but: What is going on here? I

Re: AW: WG: Performance of large file systems

2004-07-20 Thread Rob van der Heij
Frank Schwede, LSY wrote: Now Im puzzled, I wasnt aware of the fact you have to pay for an PAV license. I didnt read the whole story. I was sure, that PAV is only an eckd-linux-driver bussiness, wich isnt developed/released yet. ianysmg, but as far as I know, PAV is a licensed feature of the ESS

Re: AW: WG: Performance of large file systems

2004-07-20 Thread Rob van der Heij
Frank Schwede, LSY wrote: I think the performance of an M9 disk isnt important. We benchmarked striped M3 and M9 pvs, same LVM-layout, had 4 and 8 phys. escon-channels. Nearly Same perf-values. If you feel you can get the same amount of bandwidth from a -9 as from a -3, then that only means that

WG: Performance of large file systems

2004-07-20 Thread Jim Sibley
But we have big performance problems on an 40GB fs (LVM, 10 Stripes on M9, 4 phys Escon) with an mySql-DB on it. Reorgs and even selects sometimes takes a lot of time. (Same on SCSI-Raid is double-performance) Two things: 1) A reorg does both a read and a write, so the activity of the 4 escon

WG: Performance of large file systems

2004-07-20 Thread Jim Sibley
Aren't the DASDs virtual in the storage boxes?? Tracks are living anywhere!? That may be true for the RVA, which is a log structured array (paging) device that maps a page anywhere in the backend. On a shark, each LSS is a separate RAID 5 group and device addresses are assigned sequentially in

WG: Performance of large file systems

2004-07-19 Thread Frank Schwede, LSY
Im sorry, but: What is going on here? I was sure, someone would give a statement about the real current state of PAV on Escon DASDs. Are there still problems replying to posts? What I/O performance do you get, and how? At moment we are creating a concept with a combination of raid-striping