On Tue, Apr 13, 2010 at 6:36 AM, Anson yeal_c...@yahoo.com.cn wrote:
Below is the part of direct file for this linux:
MACH ESA 1
CPU 06
COMMAND DEFINE CPU 06 IFL
Forget about that 06 stuff. The CPU numbers here are virtual, and you
want to start with 00
After I log on to this guest
After added below two statement, I still got error message.
==
MACH ESA 1
COMMAND DEFINE CPU 0 TYPE IFL
COMMAND SET VCONFIG MODE LINUX
==
HCPCPU1462E An attempt was made to define CPU(s)
switch the 2 command lines.
Marcy
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Anson
Sent: Monday, April 12, 2010 11:37 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] 回复: RE: LINUX on IFL
After added below two statement, I
There are many general CPs and one IFL in this zVM LPAR. Many zLinux guests
machines running on this zVM. We hope to use this IFL dedicate to one zLinux
for performance testing reason while other zLinux guests still share the
remaining general CP resource.
Best Regards
Anson Y
Great! It seems works!
Thank you, Marcy!
Best Regards
Anson Y
发件人: Marcy Cortes marcy.d.cor...@wellsfargo.com
收件人: IBMVM@LISTSERV.UARK.EDU
发送日期: 2010/4/13 (周二) 2:52:16 下午
主 题: Re: 回复: RE: LINUX on IFL
switch the 2 command lines.
Marcy
On Tue, Apr 13, 2010 at 9:03 AM, Anson yeal_c...@yahoo.com.cn wrote:
There are many general CPs and one IFL in this zVM LPAR. Many zLinux guests
machines running on this zVM. We hope to use this IFL dedicate to one zLinux
for performance testing reason while other zLinux guests still share
Do you mean the zLinux running under zVM couldn't be used for performance
testing purpose, even we dedicate one CPU to this guest machine?
From my point of view, I think it's reasonable... We just don't want to create
a new LPAR with dedicate CPU.
It's an interesting topic! If you were going
On Tue, Apr 13, 2010 at 10:29 AM, Anson yeal_c...@yahoo.com.cn wrote:
Do you mean the zLinux running under zVM couldn't be used for performance
testing purpose, even we dedicate one CPU to this guest machine?
It depends on what you mean with performance testing Some people
try to measure
Rob, I really appreciate your valuable input. Let me digest your points
first. :-)
Best Regards
Anson Y
发件人: Rob van der Heij rvdh...@velocitysoftware.com
收件人: IBMVM@LISTSERV.UARK.EDU
发送日期: 2010/4/13 (周二) 4:57:16 下午
主 题: Re: RE: LINUX on IFL
On Tue, Apr
It depends on what you mean with performance testing Some people
try to measure maximum throughput of a single server. Though this may
seem easy to do, it has little business value for Linux on z/VM. In an
environment where resources are shared and servers are utilized only
part of the time,
On Tue, Apr 13, 2010 at 3:14 PM, Anson yeal_c...@yahoo.com.cn wrote:
I agree with you on this measuring maximum throughput. But I think the
dedicated CPU makes sense if we want to perform the benchmark compared to
distributed platform. And it's also meaningful if we try to perform the
stress
We have pretty much the same setup. However, we have a need to pass a
person's userid to the Ricoh. Our printers are setup with the badge swipe
card reader and we need to be able to pass a userid. We are currently usi
ng
the LPRXONE. If there is another that supports an actual userid, i would
We have pretty much the same setup. However, we have a need to pass a
person's userid to the Ricoh. Our printers are setup with the badge swipe
card reader and we need to be able to pass a userid. We are currently usi
ng
the LPRXONE. If there is another that supports an actual userid, i would
LPRXONE passes the user ID of the print job origin in the p control
file record. Is this being used by the Ricoh?
Best Regards,
Les Geer
IBM z/VM and Linux Development
We have pretty much the same setup. However, we have a need to pass a
person's userid to the Ricoh. Our printers are setup
Les,
The problem that we have is that some of the prints come from a CMS use
rs
rdr. The originid is what actually gets passed. If the report came from t
he
vse system to the CMS user, then the origin id is the name of the VSE
guest, and that can't be changed that I can see. We would need to
DIAG D4 and change the ORIGIN of a file in the RDR to whatever you
wish. Then TRANSFER the file to RSCS.
Get the DIAGD4 VMARC on my VM download page at:
http://zvm.sru.edu/~download
I haven't tried this on the Ricoh.
/Fran Hensler at Slippery Rock University of Pennsylvania USA for 46 years
All,
We are converting to ELP printing. This is Enhanced Locked Printing,
were you need to swipe a badge on the printer to login and receive your
prints. This works fine for windows based printing. However, I am trying
to find a way to send the vmuserid to RSCS, then onto VM/TCPIP and to
the
Les,
The problem that we have is that some of the prints come from a CMS
users rdr. The originid is what actually gets passed. If the report came
from the vse system to the CMS user, then the origin id is the name of
the VSE guest, and that can't be changed that I can see. We would need
to
Martin -
The DIAG D4 instruction can be used to change the ORIGIN of a
file in the RDR. I pass the real ID of the user in the POWER
DIST= parameter and I send the print to a DVM where DIAGD4 is
running. DIAGD4 changes the ORIGIN to whatever is in the DIST
and then transfers the RDR to RSCS.
19 matches
Mail list logo