Theodore Rodriguez-Bell wrote:
On our systems, one can get a decent idea of where one is more than half the
time:
If (bogomips ~= 14037)
Processor = z196 && OS = SLES 11
Elif (bogomips ~= 11061)
Processor = z10 && OS = SLES 11 or RHEL 6
Elif (
On our systems, one can get a decent idea of where one is more than half the
time:
If (bogomips ~= 14037)
Processor = z196 && OS = SLES 11
Elif (bogomips ~= 11061)
Processor = z10 && OS = SLES 11 or RHEL 6
Elif (bogomips ~= 2800)
Processor = z196 &&
> What was BOGOMIPS ever used for?
> I could see, back on slower Intel processors (486), you might need it to
> calculate the amount of times you have to spin a processor to product a delay
> of xx milliseconds.
In rare cases. Mostly it's a bragging item (mine is
In back of my mind, I keep on thinking:
Both UNIX (BSD) and LSD came out of University of California, Berkeley.
Coincidence?
Perhaps the person that came up with BOGOMIPS was having a bad trip?
Tom Duerbusch
THD Consulting
>>> Michael MacIsaac 2/22/2012 12:23 PM >>>
> W
> What was BOGOMIPS ever used for?
Recurrent discussions about their uselessness? :))
"Mike MacIsaac"(845) 433-7061
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@
Leads to another tangent
What was BOGOMIPS ever used for?
I could see, back on slower Intel processors (486), you might need it to
calculate the amount of times you have to spin a processor to product a delay
of xx milliseconds.
Is there any, near modern, software that uses it now
oop) used to do some internal timing.
>
> It depends. On recent Linux versions (>2007) the bogomips value is based on
> the cpu capacity from store system information sysib 1.2.2.
>
> Christian
>
> --
>
On 21/02/12 21:18, William Carroll wrote:
> Isn't a BOGOMIP just a calculated loop value (ie how many times through
> the loop) used to do some internal timing.
It depends. On recent Linux versions (>2007) the bogomips value is based on
the cpu capacity from store system informati
;> The number is completely useless on s390x
> Still, I'd rather be working on a box with 3000 bogomips than 1000 :))
>
> "Mike MacIsaac"(845) 433-7061
>
> --
> For LINUX-390 subscribe / sig
On Tue, 21 Feb 2012 17:38:37 -0500, Michael MacIsaac
wrote:
>> The number is completely useless on s390x
> Still, I'd rather be working on a box with 3000 bogomips than 1000 :))
Unless your 3000 bogomip box got a good number because the hypervisor
happened to give it a bunch of r
> The number is completely useless on s390x
Still, I'd rather be working on a box with 3000 bogomips than 1000 :))
"Mike MacIsaac"(845) 433-7061
--
For LINUX-390 subscribe / signoff / archive access instru
into MHz?
> There is not much useful information online on how to do this on s390x.
>
> # cat /proc/cpuinfo
> vendor_id : IBM/S390
> # processors: 2
> bogomips per cpu: 11061.00
>
> Thank you,
same architecture as one may favor the loop
> better than others.
> so not all BOGOMIPs are not equal.
It doesn't really matter precisely what a BOGOMIP is, except to say that
it's a measure of the apparent speed of the instruction mix used to
calculate the number at the moment it
Isn't a BOGOMIP just a calculated loop value (ie how many times through
the loop) used to do some internal timing.
at best it give a course indicator that one processor is faster but I
would say relative to the same architecture as one may favor the loop
better than others.
so not all BOGOMIP
>>> On 2/20/2012 at 11:30 PM, Thang Pham wrote:
> How do you convert the bogmips value found under /proc/cpuinfo into MHz?
> There is not much useful information online on how to do this on s390x.
You don't. There's no useful information on how to do that on _any_
architecture, since "bogo" ==
Hi,
How do you convert the bogmips value found under /proc/cpuinfo into MHz?
There is not much useful information online on how to do this on s390x.
# cat /proc/cpuinfo
vendor_id : IBM/S390
# processors: 2
bogomips per cpu: 11061.00
Thank you
On Apr 4, 2005 8:28 PM, Levy, Alan <[EMAIL PROTECTED]> wrote:
> I have 4 servers, each defined exactly the same (same memory, dasd,
> etc). Why do each of the machines show different bogomips ?
Bogomips is computed by running a tight loop for a short period of
time and count the ite
bogomips are useless in a an environment with any virtualization. Fortunately
the drivers on zSeries don't use them.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Levy, Alan
Sent: Monday, April 04, 2005 11:28 AM
To: LINUX-390@VM.MARIST.EDU
Subject:
I have 4 servers, each defined exactly the same (same memory, dasd,
etc). Why do each of the machines show different bogomips ?
lnx-prd-web1:/proc # cat cpuinfo
vendor_id : IBM/S390
# processors: 1
bogomips per cpu: 313.75
processor 0: version = FF, identification = 0A5354
Bogomips are used for micro timings in some device drivers. I don't think they are
used for any other purpose. Mostly this is for devices with funny timing
characteristics such as not accepting a second command for a short period after
getting a first command.
The channel architecture o
I've noticed that if I start 10 or 12 VM linux guests
at "the same time", after they are up the bogomips
vary by almost an order of magnitude (1 guest may have
900 bogomips, another 100). Since bogomips are used
for timinig purposes within Linux, does the difference
affec
> Not if the two CPUs are different architectures. For different
> processors of the same architecture, yes, more or less.
Even then it doesn't work. During my PCM career (1978-1992) I lost count of the
number of
times silly amateurs wrote little kernel loops, didn't see what they simplisticly
McKown, John wrote:
Also, the IBM site only has "qeth" modules for RedHat and SuSE. What should
I get in order to run Debian/390 on my z800 and connect it to my OSA? Sorry,
I forget what the kernel release is.
If you are still running the kernel that was included with Debian 3.0
(or 3.0r1), you ar
On Wed, 2003-09-03 at 14:40, McKown, John wrote:
> I realize that BogoMIPS is called that mainly because it is "bogus".
> However, if I am running the same version of Linux on two different CPUs, is
> it reasonable to say something like: "The BogoMIPS of system #1 is 1.2
)
> -Original Message-
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf
Of
> Pamela L. Lovely
> Sent: Wednesday, September 03, 2003 4:39 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [LINUX-390] Stupid question about BogoMIPS
>
> Anyone see this? Pag
Also, the IBM site only has "qeth" modules for RedHat and SuSE. What
should
I get in order to run Debian/390 on my z800 and connect it to my OSA?
Sorry,
I forget what the kernel release is.
See these:
http://oss.software.ibm.com/developerworks/opensource/linux390/current2_
4_x-august2001.shtml
h
Anyone see this? Page closed?
www.linux.s390.org
Interesting...
-
Also, the IBM site only has "qeth" modules for RedHat and SuSE. What
should
I get in order to run Debian/390 on my z800 and connect it to my OSA?
Sorry,
I forget what the kernel release is.
--
John McKown
Senior Systems Progra
On Mer, 2003-09-03 at 20:40, McKown, John wrote:
> I realize that BogoMIPS is called that mainly because it is "bogus".
> However, if I am running the same version of Linux on two different CPUs, is
> it reasonable to say something like: "The BogoMIPS of system #1 is 1.2
This is a FLEX-ES box:
[EMAIL PROTECTED]:~> cat /proc/cpuinfo
vendor_id : IBM/S390
# processors: 3
bogomips per cpu: 1048.57
processor 0: version = 0A, identification = 9E, machine = 1247
processor 1: version = 0A, identification = 10009E, machine = 1247
processor 2: vers
I realize that BogoMIPS is called that mainly because it is "bogus".
However, if I am running the same version of Linux on two different CPUs, is
it reasonable to say something like: "The BogoMIPS of system #1 is 1.2 times
the BogoMIPS of system #2. Therefore system#1 is likely to
I sense your holding something back, tell us what you really think... :)
On Wednesday 20 March 2002 05:45 pm, you wrote:
> for most of that. Maybe S/390 just sucks
--
Rich Smrcina
Sytek Services, Inc.
Milwaukee, WI
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Catch the WAVV! Stay for Requirements and
> sendmail are set a little low, and S/390 processors are simply not as fast
> as Intel for certain tasks, so the load averages are probably going to be
> higher on S/390 than Intel. If you've got unused capacity, a load average
The load average includes disk wait blocking so in theory its accou
ng doesn't help,
even when experts are doing the guessing.) Bump up sendmail's queuing and
reject levels and give it another try.
Mark Post
-Original Message-
From: Moloko Monyepao [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 20, 2002 4:13 AM
To: [EMAIL PROTECTED]
Subje
---
From: Rich Smrcina <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Bogomips S390(IFL) / Intel
>It can be difficult to tell without some sort of
instrumentation or analysis
>of how Linux is performing. At the first hint of a
performance problem, the
>typical solution in
n I sort out this
> > problem because whether it is BogoMips or not Intel box does not reject
> > messages but my Linux/390 does. Is the any way I can sort out this problem.
It sure sounds to me like RefuseLA in the sendmail config. If you have
the Bat Book, it's on page 741 of the
Thanks, Alan. All helpful info
On Wednesday 20 March 2002 07:50 am, you wrote:
> top will show you process data
> sard will show you disk statistics providing your vendor ships that feature
> (look in proc/partitions and you should see stuff like..
> 2264 80043264 hdd 23376 219526 1943
oloko Monyepao
Sent: Wednesday, March 20, 2002 12:19 AM
To: [EMAIL PROTECTED]
Subject: Re: Bogomips S390(IFL) / Intel
How can I find out what is causing my problem "Connection rejected" on my
sendmail. Could it be the disk delays or what? How can I sort out this
problem because wheth
> Running in an LPAR you are somewhat limited in that you can only use Linux
> tools and the HMC displays. I do not know what monitoring packages exist for
> Linux (besides top), that will give you the information that you (and we)
> need to work this out. Of course under VM there are a number o
e disk delays or what? How can I sort out this
> problem because whether it is BogoMips or not Intel box does not reject
> messages but my Linux/390 does. Is the any way I can sort out this problem.
>
> Please assist
>
> Moloko
>
--
Rich Smrcina
Sytek Services, Inc.
Milwau
ED]
> Subject: Re: Bogomips S390(IFL) / Intel
>
> Other people have pointed out the absolute uselessness of BogoMIPS for
> anything and how they are _not_ generic across platforms, so I won't dwell
> on that. What I don't understand is why you are doing anythin
How can I find out what is causing my problem "Connection rejected" on my sendmail.
Could it be the disk delays or what? How can I sort out this problem because whether
it is BogoMips or not Intel box does not reject messages but my Linux/390 does. Is the
any way I can sort out th
Other people have pointed out the absolute uselessness of BogoMIPS for
anything and how they are _not_ generic across platforms, so I won't dwell
on that. What I don't understand is why you are doing anything other than
dedicating that IFL to your Linux/390 LPAR. Are you running mult
> Don't rely on BogoMIPS for anything, especially predicting which system
> will do your work faster.
>
> Bogo is short for Bogus; that should tell you everything.
Its an inaccurate measure of the time to sit in a tight loop counting. Its
for delay loops, timer calibration and t
t I got from my
>mail administrator.
> >
> > This is the BogoMips rating for the various machines:
> >
> > Mainframe: 326.04 BogoMIPS (Mainframe)
> > Maggie (mail-spool, 500Mhz): 996.14 (Intel) 500meg (processor)
> >
> > Higher is better, BogoMIPS sh
> > This is the BogoMips rating for the various machines:
> >
> > Mainframe: 326.04 BogoMIPS (Mainframe)
> > Maggie (mail-spool, 500Mhz): 996.14 (Intel) 500meg (processor)
> >
> > Higher is better, BogoMIPS should also be generic across platforms.
>
>
too busy start rejecting messages. Just for outbount mai
> l and I also want to test for both Inbound/Outbound. What could be the proble
> m here. I will send any further information if it is needed. The following is
> what I got from my mail administrator.
>
> This is the BogoMips r
e sever gets too busy start rejecting messages. Just for outbount mail and I
>also want to test for both Inbound/Outbound. What could be the problem here. I will
>send any further information if it is needed. The following is what I got from my
>mail administrator.
>
> This is
I also tested (mail-)performance with a z/Linux and a Intel/Linux
z/Linux: 1024 MB RAM, 45 Mips min, 1 2064-CPU=250 Mips max, BogoMips about
770 (?)
x86/Linux : 256 MB RAM, PIII 700, about 1200 BogoMips (?)
There where a third x86/Linux with a P133 64MB RAM, which was configured to
relay mails
messages. Just for outbount mail and I
also want to test for both Inbound/Outbound. What could be the problem here. I will
send any further information if it is needed. The following is what I got from my mail
administrator.
This is the BogoMips rating for the various machines:
Mainframe: 326.04
49 matches
Mail list logo