+branch:master+topic:stomp_performance,n,z
> [2] http://msgpack.org/
>
> - Original Message -
> > From: "Francesco Romani"
> > To: devel@ovirt.org
> > Sent: Monday, November 10, 2014 10:02:44 AM
> > Subject: [ovirt-devel] [VDSM][JSON] jsonrpc coding
nce,n,z
[2] http://msgpack.org/
- Original Message -
> From: "Francesco Romani"
> To: devel@ovirt.org
> Sent: Monday, November 10, 2014 10:02:44 AM
> Subject: [ovirt-devel] [VDSM][JSON] jsonrpc coding/encoding performance on
> RHEL/Centos 6
>
> Hi everyone
On Thu, Nov 20, 2014 at 12:36:20PM +0100, Sven Kieske wrote:
>
>
> On 20/11/14 12:18, Dan Kenigsberg wrote:
> > RHEV cannot depend on EPEL. If a package is not in RHEL, RHEV must
> > consume it, which is something that's not worth doing in this case
> > (where there's not functional benefit).
>
On 20/11/14 12:18, Dan Kenigsberg wrote:
> RHEV cannot depend on EPEL. If a package is not in RHEL, RHEV must
> consume it, which is something that's not worth doing in this case
> (where there's not functional benefit).
As I said: it already does that:
an excerpt from the latest ovirt-release3
On Thu, Nov 20, 2014 at 11:12:44AM +0100, Sven Kieske wrote:
> On 19/11/14 18:36, Dan Kenigsberg wrote:
> > We've learned the hard way that this was not the case..
> > http://gerrit.ovirt.org/#/c/35354
>
> Why don't you just require this one package from epel than?
> epel is included in EL7, you j
On 19/11/14 18:36, Dan Kenigsberg wrote:
> We've learned the hard way that this was not the case..
> http://gerrit.ovirt.org/#/c/35354
Why don't you just require this one package from epel than?
epel is included in EL7, you just need to activate it.
Furthermore, some engine packages are also just
vel] [VDSM][JSON] jsonrpc coding/encoding performance
> > on RHEL/Centos 6
> >
> >
> >
> > - Original Message -
> > > From: "Nir Soffer"
> > > To: "Francesco Romani"
> > > Cc: devel@ovirt.org
> &g
On Tue, Nov 11, 2014 at 05:24:43AM -0500, Francesco Romani wrote:
>
>
> - Original Message -
> > From: "Nir Soffer"
> > To: "Francesco Romani"
> > Cc: devel@ovirt.org
> > Sent: Monday, November 10, 2014 1:21:53 PM
> > Subj
- Original Message -
> From: "Francesco Romani"
> To: devel@ovirt.org
> Cc: "Nir Soffer"
> Sent: Tuesday, November 11, 2014 12:24:43 PM
> Subject: Re: [ovirt-devel] [VDSM][JSON] jsonrpc coding/encoding performance
> onRHEL/Cent
- Original Message -
> From: "Nir Soffer"
> To: "Francesco Romani"
> Cc: devel@ovirt.org
> Sent: Monday, November 10, 2014 1:21:53 PM
> Subject: Re: [ovirt-devel] [VDSM][JSON] jsonrpc coding/encoding performance
> onRHEL/Centos 6
>
&g
- Original Message -
> From: "Francesco Romani"
> To: devel@ovirt.org
> Sent: Monday, November 10, 2014 10:02:44 AM
> Subject: [ovirt-devel] [VDSM][JSON] jsonrpc coding/encoding performance on
> RHEL/Centos 6
>
> Hi everyone,
>
> I was
- Original Message -
> From: "Piotr Kliczewski"
> To: "Francesco Romani"
> Cc: devel@ovirt.org
> Sent: Monday, November 10, 2014 9:40:22 AM
> Subject: Re: [ovirt-devel] [VDSM][JSON] jsonrpc coding/encoding performance
> on RHEL/Centos 6
>
Great work,
+1 to merge it to all branches.
Can you post results of the same test for xmlrpc?
I wonder what is the slowdown/speedup between protocols.
On Mon, Nov 10, 2014 at 9:02 AM, Francesco Romani wrote:
> Hi everyone,
>
> I was doing JSON-RPC investigation recently, running VDSM on RHEL6.
Hi everyone,
I was doing JSON-RPC investigation recently, running VDSM on RHEL6.{5,6},
and while some initial profile work, I discovered a (little) performance
degradation
about pure JSONRPC coding/encoding, *only* on the above platforms. Here's why:
- the JSON codec module in the python stdlib
14 matches
Mail list logo
