Rob van der Heij wrote:
On 10/26/06, John Campbell <[EMAIL PROTECTED]> wrote:
I was told some time ago that you don't want to migrate a heavy
CPU user to a z/VM instance... though, I suspect, an I/O bound
environment would be just peachy.
I don't know who shared that wisdom with you, but I s
Jeremy Warren wrote:
Correct spelling of bogosity...
http://www.cartalk.com/content/read-on/2006/09.16.html
Apparently to get an accurate measurement of bogosity one would require a
bogometer.
I prefer bogocity. Bogocity is near Robocity.
Alan Altmark <[EMAIL PROTECTED]>
Sent by: Linux
On 10/26/06, John Campbell <[EMAIL PROTECTED]> wrote:
I was told some time ago that you don't want to migrate a heavy
CPU user to a z/VM instance... though, I suspect, an I/O bound
environment would be just peachy.
I don't know who shared that wisdom with you, but I suggest you don't
buy a car
From what I understand this has nothing to do with IBM.
When they are ready, they'll pipe up. I could swear it was mentioned
here already, darned search engines... :(
Mark Perry wrote:
Rich this is indeed interesting, is this a one-off, or a serious project
we are taking about here?
IBM and S
IBM-Main = Soap Opera, not drama.
A drama "generally" does not have a totally predictable outcome. Jon, I
know that YOU know what happens to threads there that go on to long! :-)
Bob Richards
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Jon Brock
On Thursday, 10/26/2006 at 01:28 AST, David Boyes <[EMAIL PROTECTED]>
wrote:
> We won't reopen the argument on whether this is a good thing or not. I
> don't need another trip to the hospital.
Oh, for the love of . Stop trying to drum up sympathy. It was an
ACCIDENT, I tell you! An ACCIDENT!
linux-390 = comedy
IBM-MAIN = drama
Jon
Hey. I had only 2.5 hours of sleep last night, and had to get up early to
to the airport. Besides, whaddaya think this is? IBM-MAIN? ;-)
--
For LINUX-390 subscribe / signoff / archi
Rich this is indeed interesting, is this a one-off, or a serious project
we are taking about here?
IBM and Solaris
IBM lovesss JAVA.
Well IBM likes to sell Hardware and Solutions, OS's it seems are just a
means to an end.
Websphere and associated middleware already runs on S
On Thursday, 10/26/2006 at 01:37 AST, Jeremy Warren <[EMAIL PROTECTED]>
wrote:
> Correct spelling of bogosity...
Hey. I had only 2.5 hours of sleep last night, and had to get up early to
to the airport. Besides, whaddaya think this is? IBM-MAIN? ;-)
-- Chuckie
---
And remember that here, unlike some shop, BOGO != "Buy One, Get One
free"
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
This message (including any attachments) contains confidential
informati
Correct spelling of bogosity...
http://www.cartalk.com/content/read-on/2006/09.16.html
Apparently to get an accurate measurement of bogosity one would require a
bogometer.
Alan Altmark <[EMAIL PROTECTED]>
Sent by: Linux on 390 Port
10/26/2006 01:28 PM
Please respond to
Linux on 390 Port
On Thursday, 10/26/2006 at 09:52 AST, Richard Troth
<[EMAIL PROTECTED]> wrote:
> > Note the existence of "bogo" in the word -- for bogus.
> > It's a useless number.
>
> He says, as if MIPS were not also a useless number. :-)
(yawn...scratch..scratch) So, I'm curious. Does that mean "bogomips"
> Is anyone using IBM TSM with 3490 or 3590 tape drives?
> Betsie
On z/OS and VM, sure. The Linux version doesn't have any concept of
channel-attached drives, and the TSM people don't care to change that.
We won't reopen the argument on whether this is a good thing or not. I
don't need another t
>The
> _real_ difference is that z/OS, just like Linux or z/VM, _always_ has
a
> consistent view of its own data.
Key phrase: "it's *own* data." (emphasis mine)
--
For LINUX-390 subscribe / signoff / archive access instructions
There is one big difference. Linux uses all available memory as a global
buffer. Buffers in z/OS are more localized to the job or device. The Linux
global buffering makes it difficult to impossible to find a point at which you
can be sure that what is on disk is the latest consistent data.
-
Is anyone using IBM TSM with 3490 or 3590 tape drives?
Betsie
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Post, Mark K
Sent: Thursday, October 26, 2006 9:43 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Backing up zLinux
I think you just got yourself in
I think you just got yourself into trouble here. I would hardly characterize
z/OS as having a "primitive" I/O stack or architecture. Lots of buffering and
caching go on there, both in hardware and software. The _real_ difference is
that z/OS, just like Linux or z/VM, _always_ has a consistent
> A good friend of mine used to say that many performance problems
> really are expectation problems.
>
> The strengths of zSeries are not in single-engine clock speed but in
> massive throughput. It is not trivial to design a benchmark that
> demonstrates it. Instead of doing end-to-end benchmarks
Fargusson.Alan wrote:
Realize that MIPS actually means Misleading Indicator of Processor Speed.
I usually use a multiplier of .5 for CISC machines, which turns out about right
in most cases. For example someone recently posted that the clock is .8 GHz
for a z890 (which is 800 MHz), and that t
Post, Mark K wrote:
Yes, it is possible:
chroot /mnt /boot/runzipl
This says to chroot to /mnt, and execute a script named runzipl that is
located at /boot (which really needs to be at /mnt/boot/runzipl). That
script, when it exits, will return you to your non-chrooted environment.
Any scripti
Thanks to all for your time and trouble and solutions.
This awk solution worked for me; I've spent too much time on this
yesterday to test the other solutions. Thanks again.
This e-mail, including any attachments, may be confidential, priv
> Note the existence of "bogo" in the word -- for bogus.
> It's a useless number.
He says, as if MIPS were not also a useless number. :-)
-- R;
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to
Wouldn't be the Linux bogomips a good comparison parameter, since
it comes in all Linux flavors?
As the name indicates, the "bogus" bogomips rating is a very good
indicator for comparing CPU performance. See this HowTo document for
details: http://tldp.org/HOWTO/html_single/BogoMips/
so
> Wouldn't be the Linux bogomips a good comparison parameter,
since
> it comes in all Linux flavors?
No. The bogomips number is determined by the result of a short timing
loop, which is directly dependent on how much CPU is available to that
specific virtual machine at the time it executes
David Boyes wrote:
Other applications, such as FTP server, NSF server, Samba server,
print
servers, I wouldn't think would care. You would lose what was put on
them during the backup process (hence making the backups as short as
possible is a good thing).
See above. I'd rather engineer a solu
25 matches
Mail list logo