Question for someone @ IBM. Lx86 is a feature provided for on the p
series whihc allows Linux binaries to execute on the p system without a
recompile.
Since IBM professes a philosophy of providing like platform capabilities.
the question is
When can we expect this features functions available on
Richard Gasiorowski wrote:
Question for someone @ IBM. Lx86 is a feature provided for on the p
series whihc allows Linux binaries to execute on the p system without a
recompile.
Since IBM professes a philosophy of providing like platform capabilities.
the question is
When can we expect this
Hi All
When defining the QDIO CHPID in HCD is there any issue with defining a
Frame Size of 64K ?, if we leave our MTU at 8K other than the some
storage wastage are there any other issues we need to be aware of
Regards
Gerard Ceruti
may the 'z' be with you
Rich Smrcina wrote:
Watch this space...
In Q1 2009 Mantissa will deliver a system that permits unaltered Windows
operating systems to run under z/VM. Using a desktop appliance running RDC,
users will be able to connect to their virtual Windows images running in
the
VM environment. Goodbye
Ceruti, Gerard G wrote:
Hi All
When defining the QDIO CHPID in HCD is there any issue with defining a
Frame Size of 64K ?, if we leave our MTU at 8K other than the some
storage wastage are there any other issues we need to be aware of
Regards
Gerard Ceruti
may the 'z' be with you
Hi
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Rich Smrcina
Sent: Thursday, October 16, 2008 9:19 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Lx86
Goodbye desktop hardware, remote maintenance, high power
consumption, machine order lead time.
Hello
You can partially do this now with QEMU. We're working on some extensions to
improve the usability.
-Original Message-
From: Linux on 390 Port on behalf of Richard Gasiorowski
Sent: Thu 10/16/2008 10:02 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Lx86
Question for someone @ IBM. Lx86
Hi Mark
This is pure HiperSocket setup, all internal on the same CEC, RHEL and SUSE
guests talking to DB2 on zOS.
Regards
Gerard Ceruti
may the 'z' be with you
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Perry
Sent: 16 October 2008 06:03 PM
On Thu, 16 Oct 2008, Little, Chris wrote:
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Rich Smrcina
Sent: Thursday, October 16, 2008 9:19 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Lx86
Goodbye desktop hardware, remote maintenance, high power
Dave,
Whats QEMU? And who is we're working on it. I have a situation NOW that
can use this type of capability. What I find interesting is the total
Hush from the IBM team on this topic.
'Where ever you go - There you are!! '
Richard (Gaz) Gasiorowski
Global Solutions Technology
Principal
I thought that graphics, in general, was not a good use of the System Z
resources?.? Aren't you looking at putting a high CPU load task onto the
mainframe server, rather than farming it out to the desktop, where it
belongs?
Now, maybe Windows servers would be a different idea altogether...
--
Gerard,
In a qdio environment, you have a queue of buffers (default 16
inbound). Depending on you situation, the storage wastage can add up.
I am not sure, but I think that these buffers have to be locked in
storage. If you have a large number of hipersocket connections and a
large number of
This is about x86 servers running Linux NOT windows. THis feature
availale on system p allows for Linux application binaries built on an x86
arch to run on the sysem p
'Where ever you go - There you are!! '
Richard (Gaz) Gasiorowski
Global Solutions Technology
Principal Lead Infrastructure
-Original Message-
From: Linux on 390 Port On Behalf Of John McKown
On Thu, 16 Oct 2008, Little, Chris wrote:
-Original Message-
From: Linux on 390 Port [On Behalf Of Rich Smrcina
Goodbye desktop hardware, remote maintenance, high power
consumption, machine order
QEMU The Open Source Processor Emulator
http://bellard.org/qemu/
I use a pre-configured QEMU to run Damn Small Linux on a Windows
desktop.
An individual this was demonstrated for was very surprised; their
comment was Microsoft won't allow
you to do that! 8-))
-Original Message-
From:
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Chase, John
Sent: Thursday, October 16, 2008 2:12 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Lx86
-Original Message-
From: Linux on 390 Port On Behalf Of John McKown
On Thu, 16 Oct 2008,
Ok - I'm intrigued - you're running QEMU under Linux under z/VM? (and then
some x86 OS under that?)
Scott Rohling
On Thu, Oct 16, 2008 at 10:47 AM, David Boyes [EMAIL PROTECTED] wrote:
You can partially do this now with QEMU. We're working on some extensions
to improve the usability.
On 10/16/2008 at 10:02 AM, in message
[EMAIL PROTECTED], Richard
Gasiorowski [EMAIL PROTECTED] wrote:
Question for someone @ IBM. Lx86 is a feature provided for on the p
series whihc allows Linux binaries to execute on the p system without a
recompile.
Given the difference in endianness
I dont know about QEMU my original question was targeted for our IBM reps
on this forum. Lx86 available for the system p allows x86 linux server
applications to execute on the system p without recompile or link. So
again when will this same feature be available for the system z. This
has
Given the difference in endianness between x86(_64) and System z, I would
have to say this would be a rather bad idea.
IBM has been able to get by this difference on the system p
'Where ever you go - There you are!! '
Richard (Gaz) Gasiorowski
Global Solutions Technology
Principal Lead
You are correct. System p is much different.
POWER has a bit in the page table entry which says this page (bunch of
pages) is little-endian. Make sure register LOADs and STOREs work
appropriately in this address range. Lx86 depends on this architectural
feature, which z does not have.
--Jim--
On Thursday, 10/16/2008 at 02:19 EDT, Richard Gasiorowski
[EMAIL PROTECTED] wrote:
Whats QEMU? And who is we're working on it. I have a situation NOW
that
can use this type of capability. What I find interesting is the total
Hush from the IBM team on this topic.
What do you want IBM to say,
Alan,
I want IBM to say we can get it to ya!! :). Alpha beta whatever. Alan
this kind of tool helps in selling zlinux and overcomes one of the
arguments we constantly have to deal with at my company
'Where ever you go - There you are!! '
Richard (Gaz) Gasiorowski
Global Solutions Technology
On 10/16/08 2:12 PM, Richard Gasiorowski [EMAIL PROTECTED] wrote:
Whats QEMU?
QEMU is a set of dynamic code generation tools that can take binaries for
one CPU architecture and run them on a different CPU architecture with some
additional processing to map system calls and some other incidental
Chase, John wrote:
-Original Message-
Goodbye desktop hardware, remote maintenance, high power
consumption, machine order lead time.
Hello obscene waste of CPU cycles
But the same can be said of running Windows on Intel as well! grin
A lot cheaper there
Did you check
David Boyes wrote:
On 10/16/08 2:12 PM, Richard Gasiorowski [EMAIL PROTECTED] wrote:
Whats QEMU?
QEMU is a set of dynamic code generation tools that can take binaries for
one CPU architecture and run them on a different CPU architecture with some
additional processing to map system calls and
On 10/16/08 4:25 PM, Scott Rohling [EMAIL PROTECTED] wrote:
Ok - I'm intrigued - you're running QEMU under Linux under z/VM? (and then
some x86 OS under that?)
Tru64 5.1 for Alpha on OpenSolaris, at the moment. Remember that the Intel
stuff isn't quite done yet. That could change if
Ceruti, Gerard G wrote:
Hi Mark
This is pure HiperSocket setup, all internal on the same CEC, RHEL and SUSE
guests talking to DB2 on zOS.
Regards
Gerard Ceruti
may the 'z' be with you
Hi Gerard,
I believe you are working with Jochen Roehig?
If so he is in discussions with Volker
28 matches
Mail list logo
