Marcy Cortes píše v Čt 08. 11. 2012 v 16:23 -0600:
> Google found this
> http://kvmforumovirtworkshop2012.sched.org/event/cf566f514621e3e7e04f1974eb08cb9f
and also found this thread with a patch set
http://lists.gnu.org/archive/html/qemu-devel/2012-09/msg00340.html
Dan
--
Dan Horák, RHCE
Sen
> For the time being, you could format it with ICKDSF and then DDR cylinder 1
> from a Linux pack to fool dasdfmt...
Has anyone tried LXFMT for comparison?
I don't have a spare pack to try at the moment, but from reading the code, it
seems to know a few more tricks about the 390 I/O system, and
I did NOREADCHECK and the time was identical.
This is the ICKDSF format you were thinking of, right?
CPVOL FMT MODE(ESA) UNIT(E886) VOLID(E886VM) NOVFY RANGE(0,10016) NOREADCHECK
> For the time being, you could format it with ICKDSF and then DDR cylinder 1
> from a Linux pack to fool dasdfmt...
Barcelona
On Thu, Nov 8, 2012 at 4:49 PM, Neale Ferguson wrote:
> At #KVM Forum? Don't miss: "KVM on IBM System z: Channel I/O And How To
> Virtualize It" by #IBM - Nov 9 at 10:30am. Anyone have details?
>
> --
> For LINUX-390 s
Google found this
http://kvmforumovirtworkshop2012.sched.org/event/cf566f514621e3e7e04f1974eb08cb9f
Marcy
This message may contain confidential and/or privileged information. If you are
not the addressee or authorized to receive this for the addressee, you must not
use, copy, disclose, or tak
On 8 November 2012 20:54, Marcy Cortes wrote:
> OK I compared ICKDSF to dasdfmt for Rob.
> And the other tests I happened to have run from the CPU at the site that
> didn't have the primary dasd. I was essentially adding another 11miles.
> Oops - not what I was intending to look at!
>
>
> da
At #KVM Forum? Don't miss: "KVM on IBM System z: Channel I/O And How To
Virtualize It" by #IBM - Nov 9 at 10:30am. Anyone have details?
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.
OK I compared ICKDSF to dasdfmt for Rob.
And the other tests I happened to have run from the CPU at the site that didn't
have the primary dasd. I was essentially adding another 11miles. Oops - not
what I was intending to look at!
dasdfmt of 1 cyl - non PPRC non XRC- 1:55
ICKDSF of 10
Hello list,
Alan Levy wrote:
> The link in the book is not working.
Sure enough, the link (z/VM file name) for the latest Virtualization
Cookbook is CKB-VM62, which I had just about everywhere in the book except
for one important place in section 4.2, where I had CKBKVM62. That is now
fixed.
As
Hello List,
I had written back on Oct 12th:
> This is odd - I'm having a RHEL 6.2 system die on shutdown while trying
to
> shut down the loopback interface:
>
> Shutting down system logger: Ý OK ¨
> Shutting down interface eth0: Ý OK ¨
> Shutting down loopback interface: Ý OK ¨
> INFO:
On 8 November 2012 18:03, Marcy Cortes wrote:
> Yes, Rob is right (as usual). Definitely PPRC is in play with the numbers I
> reported. Probably XRC write pacing is involved too.
>
> I tried it on a non-PPRC'd, non-XRC'd device. I only had 10,000 cyl
> available there. That took 3:30. If
Yes, Rob is right (as usual). Definitely PPRC is in play with the numbers I
reported. Probably XRC write pacing is involved too.
I tried it on a non-PPRC'd, non-XRC'd device. I only had 10,000 cyl available
there. That took 3:30. If I assume linear and multiple by 6.55 that would
be 23 m
On 8 November 2012 16:31, Ingo Adlung wrote:
>> PS No, dasdfmt does not do a verify. There is a bit of reading
>> afterwards, but that's it. ICKDSF however does do a verify.
>
> Interesting, isn't end-to-end data checking provided by FICON I/O about
> there not being a need for data verification?
On 8 November 2012 16:31, Alan Altmark wrote:
> On Thursday, 11/08/2012 at 06:47 EST, Rob van der Heij
> wrote:
>> On a real round brown disk, doing a "format write" is a delicate
>> process that requires dedication and a steady hand. It's done one
>> track at a time. This takes a full round tri
> PS No, dasdfmt does not do a verify. There is a bit of reading
> afterwards, but that's it. ICKDSF however does do a verify.
Interesting, isn't end-to-end data checking provided by FICON I/O about
there not being a need for data verification? At the time you wrote the
data and got a successful
On Thursday, 11/08/2012 at 06:47 EST, Rob van der Heij
wrote:
> On a real round brown disk, doing a "format write" is a delicate
> process that requires dedication and a steady hand. It's done one
> track at a time. This takes a full round trip per track, so roughly 1
> million of those in your ca
Assuming that the count/key information is really just meta data and doesn't
have the same physical presence as it did on real 3340/50/80/90 devices, and
given that this type of operation is common; I was wondering whether
creating a new CCW to do the format and let the controller/device take care
How about SC28-6895-01, Hardware Management Console Operations Guide,
Version 2.11.0?
Klaus Bergmann
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO
On 8 November 2012 00:58, Marcy Cortes wrote:
> The list is a little quiet so I thought I would ask this.
>
> 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 min
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 zeros by cat /dev/zero to it.
Why does dasdfmt
Hi Mark,
On 11/07/2012 11:52 PM, Mark Post wrote:
Cross-posted to Linux-390, IBMVM and IBM-MAIN.
I'm developing some documentation which deals with Linux installation
into an LPAR. I would like to include images/screenshots of the
various HMC screens involved so that the end-user can better re
I have recently run a similar experiment measuring how fast do various disk
operations run. Although I haven't attempted to compare dd with dasdfmt and the
variation is high, here are the most commonly seen numbers:
dasdfmt + pvcreate : 30-40 MB/s
dd : 30-80 MB/s
dasdfmt + pvcreate, parallel poo
22 matches
Mail list logo