MESSAGE
| DATE | 2014-02-06 |
| FROM | From: "Paul Robert Marino"
|
| SUBJECT | Re: [NYLXS - HANGOUT] not physically possible
|
From owner-hangout-outgoing-at-mrbrklyn.com Thu Feb 6 01:38:10 2014
Return-Path:
X-Original-To: archive-at-mrbrklyn.com
Delivered-To: archive-at-mrbrklyn.com
Received: by mrbrklyn.com (Postfix)
id 40D5E16113D; Thu, 6 Feb 2014 01:38:10 -0500 (EST)
Delivered-To: hangout-outgoing-at-mrbrklyn.com
Received: by mrbrklyn.com (Postfix, from userid 28)
id 31B2A16113F; Thu, 6 Feb 2014 01:38:10 -0500 (EST)
Delivered-To: hangout-at-mrbrklyn.com
Received: from mail-yh0-f47.google.com (mail-yh0-f47.google.com [209.85.213.47])
by mrbrklyn.com (Postfix) with ESMTP id A48DF16113D
for ; Thu, 6 Feb 2014 01:38:09 -0500 (EST)
Received: by mail-yh0-f47.google.com with SMTP id c41so1567911yho.34
for ; Wed, 05 Feb 2014 22:38:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=message-id:date:from:to:subject:in-reply-to:mime-version
:content-type;
bh=cVnj5EcpWsg1xHI6JUw/oFnBm8knedZRCG9jZvG1Y40=;
b=q8KmAoAs+TFuWNi+s+p/KcVuFDdlZYc9Ur/xHruzWTJiznd3wYbuBaZhJWIMxJlbUU
RtndK0f5H3DIZq8T8BKUAB4cbRMWncE0ciwZPtrYRY2fwged8+8oJO4mheP3G1Xq5ZlF
1ZLu+BuQICX5idFs02k/l2+WqHPt7lndZTDAO9goxHaeicLE6xMhXKY3xh9bXsNcNmfU
y23v9Yhwg4+e2MhTZEZ1DSwNhmnmT9bAMAzsBk3Gdb0STfvOh7rZR3mL7I7bfxKlQ4YA
bS6rqtXWI9mDE0mHn+Sd/CNWkmAMViOKnSFOu0hgo0akhZIybAnLFdYFNEuHwfv+mUIr
9ISA==
X-Received: by 10.236.46.18 with SMTP id q18mr4759432yhb.21.1391668689001;
Wed, 05 Feb 2014 22:38:09 -0800 (PST)
Received: from www.palm.com ([172.56.0.204])
by mx.google.com with ESMTPSA id a67sm105091475yhj.10.2014.02.05.22.38.02
for
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Wed, 05 Feb 2014 22:38:08 -0800 (PST)
Message-ID: <52f32dd0.e78aec0a.64aa.3313-at-mx.google.com>
Date: Thu, 06 Feb 2014 01:38:03 -0500
From: "Paul Robert Marino"
To:
Subject: Re: [NYLXS - HANGOUT] not physically possible
In-Reply-To: <52F31380.7070703-at-panix.com>
X-Mailer: Palm webOS
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="Alternative_=_Boundary_=_1391668681"
Sender: owner-hangout-at-mrbrklyn.com
Precedence: bulk
Reply-To: hangout-at-mrbrklyn.com
--Alternative_=_Boundary_=_1391668681
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Ron
Its a new era top tells seemingly strange things now.
A properly =
written application which uses posix threads on Linux may very easily use m=
ore than one CPU core. Obviously you are dealing with a very recent v=
ersion of MySQL because the older versions were limited to 4d CPU cores bec=
ause who thought you could get an AMD Opteron with 16 cores way back when t=
he 2.4 kernel first came out and SCO decided to try to sue us all over a SM=
P patient from AT&T which they had been charging companies licencing fe=
es for decades even though Novel owned the actual rights.
Incidentally I=
saw an application that was very well written which ran normally at up to =
%6400 CPU utilization and scaled within %0.005 per additional CPU of perfor=
mance throughput degradation of the aggregate as compared to an equal numbe=
r individual computers with their own single core CPUs. I give their head o=
f development infinite respect.
Rubin
I'm sure=
your mystery has a far more easy explanation than you think. That said don=
't take those numbers on face value
de, Verdana, san-serif;">
=3D"font-family: arial, sans-serif; font-size: 12px;color: #999999;">-- Sen=
t from my HP Pre3
elude, Verdana, san-serif; ">
On Feb =
5, 2014 23:45, Ruben Safir <mrbrklyn-at-panix.com> wrote:
>On 02/05/2014 11:35 PM, Ron Guerin wrote:=0D
> On 02/05/2014 11:25 P=
M, Ruben Safir wrote:=0D
>> someone explain how /proc/kcore and po=
ssibly be a size of 128Terrabytes=0D
>> with ony 2 gigs of ram and=
20gigs of swap?=0D
>=0D
> The magic of virtualization!=0D
&=
gt;=0D
> I've been wondering how my MySQL could be using 478% of the =
CPU.=0D
>=0D
> - Ron=0D
>=0D
I'm not using visualizati=
on. I was thinking maybe semphores=0D
--Alternative_=_Boundary_=_1391668681--
--Alternative_=_Boundary_=_1391668681
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Ron
Its a new era top tells seemingly strange things now.
A properly =
written application which uses posix threads on Linux may very easily use m=
ore than one CPU core. Obviously you are dealing with a very recent v=
ersion of MySQL because the older versions were limited to 4d CPU cores bec=
ause who thought you could get an AMD Opteron with 16 cores way back when t=
he 2.4 kernel first came out and SCO decided to try to sue us all over a SM=
P patient from AT&T which they had been charging companies licencing fe=
es for decades even though Novel owned the actual rights.
Incidentally I=
saw an application that was very well written which ran normally at up to =
%6400 CPU utilization and scaled within %0.005 per additional CPU of perfor=
mance throughput degradation of the aggregate as compared to an equal numbe=
r individual computers with their own single core CPUs. I give their head o=
f development infinite respect.
Rubin
I'm sure=
your mystery has a far more easy explanation than you think. That said don=
't take those numbers on face value
de, Verdana, san-serif;">
=3D"font-family: arial, sans-serif; font-size: 12px;color: #999999;">-- Sen=
t from my HP Pre3
elude, Verdana, san-serif; ">
On Feb =
5, 2014 23:45, Ruben Safir <mrbrklyn-at-panix.com> wrote:
>On 02/05/2014 11:35 PM, Ron Guerin wrote:=0D
> On 02/05/2014 11:25 P=
M, Ruben Safir wrote:=0D
>> someone explain how /proc/kcore and po=
ssibly be a size of 128Terrabytes=0D
>> with ony 2 gigs of ram and=
20gigs of swap?=0D
>=0D
> The magic of virtualization!=0D
&=
gt;=0D
> I've been wondering how my MySQL could be using 478% of the =
CPU.=0D
>=0D
> - Ron=0D
>=0D
I'm not using visualizati=
on. I was thinking maybe semphores=0D
--Alternative_=_Boundary_=_1391668681--
|
|
