Re: dasdfmt slowness

2014-03-04 Thread Marcy Cortes
with channel extension and FOCUS in the 90s!). I suspect this is similar deal. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Aria Bamdad Sent: Tuesday, March 04, 2014 7:50 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] dasdfmt slowness

Re: dasdfmt slowness

2014-03-04 Thread Rick Troth
On 03/03/2014 06:18 PM, Marcy Cortes wrote: > Why does dasdfmt take so long? Marcy -- Several options are available to you now, most immediate being to _take the "low level" formatting out of Linux_. You can ... * 'dasdfmt' a reference disk and then DDR that to all new disks, and 'fdasd -a

Re: dasdfmt slowness

2014-03-04 Thread Aria Bamdad
on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Marcy Cortes Sent: Tuesday, March 04, 2014 10:36 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: dasdfmt slowness It is in a way. It is way worse under PPRC replication. XRC replication probably isn't helping either. We do both.

Re: dasdfmt slowness

2014-03-04 Thread Scott Rohling
e! That's a good idea though! > > > -Original Message- > From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of > Berthold Gunreben > Sent: Monday, March 03, 2014 11:47 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: [LINUX-390] dasdfmt slowness &g

Re: dasdfmt slowness

2014-03-04 Thread Marcy Cortes
X-390@VM.MARIST.EDU Subject: Re: [LINUX-390] dasdfmt slowness Marcy, On my SLES 11-SP3 system, I can format a 65K cyl disk in a little over 12 minutes without PAV, etc. which is quite different from your 42 minutes number. Maybe this is somehow hardware related? systest:~ # time dasdfmt -f /dev/

Re: dasdfmt slowness

2014-03-04 Thread Marcy Cortes
: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Neale Ferguson Sent: Tuesday, March 04, 2014 6:47 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] dasdfmt slowness I'm still of the opinion that the hardware guys need to step up. The fact that you have to go a

Re: dasdfmt slowness

2014-03-04 Thread David Boyes
> I have no idea, if this is being investigated. For myself, I found a different > solution. You can dasdfmt one disk, and then do a flashcopy to all other disks > of the same size that should be formatted. The Cornell Minidisk Manager code lives again 8-)

Re: dasdfmt slowness

2014-03-04 Thread Aria Bamdad
rom: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Marcy Cortes Sent: Tuesday, March 04, 2014 10:03 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: dasdfmt slowness I did discover that I can do a whole bunch of them in parallel, getting the i/o rates 4000k/sec or so seemingly withou

Re: dasdfmt slowness

2014-03-04 Thread David Boyes
> I'm still of the opinion that the hardware guys need to step up. The fact that > you have to go and do multitrack writes of count-key-data with zero filled > records for the extent you're interested in seems like a huge waste of > channel bandwidth and controller activity. Unlike the old days we'

Re: dasdfmt slowness

2014-03-04 Thread Marcy Cortes
ks for the xargs tip! Good idea! -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Pavelka, Tomas Sent: Tuesday, March 04, 2014 12:01 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] dasdfmt slowness What we do to speed dasdfmt up is to

Re: dasdfmt slowness

2014-03-04 Thread Marcy Cortes
Yay! Thanks! That's good news. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Peter Oberparleiter Sent: Tuesday, March 04, 2014 2:23 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] dasdfmt slowness On 04.03.2014 00:18, Marcy C

Re: dasdfmt slowness

2014-03-04 Thread Marcy Cortes
If only I had the flashcopy feature! That's a good idea though! -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Berthold Gunreben Sent: Monday, March 03, 2014 11:47 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] dasdfmt slownes

Re: dasdfmt slowness

2014-03-04 Thread Neale Ferguson
I'm still of the opinion that the hardware guys need to step up. The fact that you have to go and do multitrack writes of count-key-data with zero filled records for the extent you're interested in seems like a huge waste of channel bandwidth and controller activity. Unlike the old days we're no

Re: dasdfmt slowness

2014-03-04 Thread Peter Oberparleiter
On 04.03.2014 00:18, Marcy Cortes wrote: > Back Nov 2012 ... a long discussion ensued. > > > On 08.11.2012 00:58, Marcy Cortes wrote: > It takes about 42 minutes here to dasdfmt a volume with 65519 cylinders on it. > It takes about 18 minutes to dd an already formatted volume over to a new one. > I

Re: dasdfmt slowness

2014-03-04 Thread Pavelka, Tomas
What we do to speed dasdfmt up is to split the large dasd into smaller minidisks and join them by LVM. Then the individual minidisks can be formatted in parallel. This is easy to script with xargs, which has the parameter --max-procs that lets you specify the maximum number of worker processes t

Re: dasdfmt slowness

2014-03-03 Thread Berthold Gunreben
Hi Marcy, I have no idea, if this is being investigated. For myself, I found a different solution. You can dasdfmt one disk, and then do a flashcopy to all other disks of the same size that should be formatted. Hope this helps... Berthold On Mon, 3 Mar 2014 23:18:19 + Marcy Cortes wrote:

dasdfmt slowness

2014-03-03 Thread Marcy Cortes
Back Nov 2012 ... a long discussion ensued. On 08.11.2012 00:58, Marcy Cortes wrote: It takes about 42 minutes here to dasdfmt a volume with 65519 cylinders on it. It takes about 18 minutes to dd an already formatted volume over to a new one. It also takes about 19 minutes to fill it up with zero