Re: [Engine-devel] Performance and scalability

2013-06-10 Thread Liran Zelkha
Will do. Thanks.


On Mon, Jun 10, 2013 at 3:44 PM, Livnat Peer  wrote:

> On 06/04/2013 02:43 PM, Liran Zelkha wrote:
> > Hi all,
> >
> > I've added a new feature page for Performance and Scalability. Please
> review and add your ideas...
> > http://www.ovirt.org/Features/Performance_And_Scalability
> > ___
> > Engine-devel mailing list
> > Engine-devel@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> >
> >
>
> Hi Liran,
>
> Handling performance and scale in oVirt seems very interesting.
> I would love to get a better understanding of what the problem is before
> viewing the different solutions to solve it.
>
> Can you please describe which scenarios you think we should tune the
> performance for and which scale are we looking at?
>
> I think that adding the above to the wiki page would give us a better
> ground for discussing the issue.
> In addition I suggest polling the users list for issues around
> performance and/or scale. Maybe the input would help us focus on tuning
> the right flows going forward.
>
> Thanks, Livnat
> ___
> Engine-devel mailing list
> Engine-devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


Re: [Engine-devel] Performance and scalability

2013-06-10 Thread Livnat Peer
On 06/04/2013 02:43 PM, Liran Zelkha wrote:
> Hi all,
> 
> I've added a new feature page for Performance and Scalability. Please review 
> and add your ideas... 
> http://www.ovirt.org/Features/Performance_And_Scalability
> ___
> Engine-devel mailing list
> Engine-devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
> 

Hi Liran,

Handling performance and scale in oVirt seems very interesting.
I would love to get a better understanding of what the problem is before
viewing the different solutions to solve it.

Can you please describe which scenarios you think we should tune the
performance for and which scale are we looking at?

I think that adding the above to the wiki page would give us a better
ground for discussing the issue.
In addition I suggest polling the users list for issues around
performance and/or scale. Maybe the input would help us focus on tuning
the right flows going forward.

Thanks, Livnat
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


Re: [Engine-devel] Performance and scalability

2013-06-05 Thread Eli Mesika


- Original Message -
> From: "Liran Zelkha" 
> To: "Laszlo Hornyak" 
> Cc: "engine-devel" 
> Sent: Tuesday, June 4, 2013 5:27:25 PM
> Subject: Re: [Engine-devel] Performance and scalability
> 
> Hi Laszlo
> 
> I 100% agree with both of your remarks.
> Caching is caching the entities, but also attempting to cache the list of
> entities.
> Batch updates is done as an infrastructure (change was reviewed and now in
> fixes) and after that - we can start using it everywhere.
> 
> - Original Message -
> From: "Laszlo Hornyak" 
> To: "Liran Zelkha" 
> Cc: "engine-devel" 
> Sent: Tuesday, June 4, 2013 5:01:37 PM
> Subject: Re: [Engine-devel] Performance and scalability
> 
> Hi Liran,
> 
> Some comments to start the discussion:
> - Caching: exactly how is this resultset caching going to work? Wouldnt it be
> more simple to just cache the mapped entities? The mapping is not a big
> overhead, but caching the resultset seems to be difficult.
> - Batch updates: sounds cool, transactions are a major overhead on
> performance, so if you can make the update in a single tx and few
> interactions that will rock, but what if we keep the dynamic and statistic
> data in the memory at the first place and synchronize to DB on a background
> process. So that when you look for dynamic/statistics data, you do not have
> to hit the DB.
> 
> Thx,
> Laszlo
> 
> - Original Message -
> > From: "Liran Zelkha" 
> > To: "engine-devel" 
> > Sent: Tuesday, June 4, 2013 1:43:55 PM
> > Subject: [Engine-devel] Performance and scalability
> > 
> > Hi all,
> > 
> > I've added a new feature page for Performance and Scalability. Please
> > review
> > and add your ideas...
> > http://www.ovirt.org/Features/Performance_And_Scalability

Hi Liran

two comments 

1) fn_splitter has few variations (for uuid etc , so all should be handled)
2) Requirements / recommendations on the search engine queries

Thanks
Eli 


> > ___
> > Engine-devel mailing list
> > Engine-devel@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/engine-devel
> > 
> ___
> Engine-devel mailing list
> Engine-devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


Re: [Engine-devel] Performance and scalability

2013-06-04 Thread Liran Zelkha
Hi Laszlo

I 100% agree with both of your remarks. 
Caching is caching the entities, but also attempting to cache the list of 
entities.
Batch updates is done as an infrastructure (change was reviewed and now in 
fixes) and after that - we can start using it everywhere.

- Original Message -
From: "Laszlo Hornyak" 
To: "Liran Zelkha" 
Cc: "engine-devel" 
Sent: Tuesday, June 4, 2013 5:01:37 PM
Subject: Re: [Engine-devel] Performance and scalability

Hi Liran,

Some comments to start the discussion:
- Caching: exactly how is this resultset caching going to work? Wouldnt it be 
more simple to just cache the mapped entities? The mapping is not a big 
overhead, but caching the resultset seems to be difficult.
- Batch updates: sounds cool, transactions are a major overhead on performance, 
so if you can make the update in a single tx and few interactions that will 
rock, but what if we keep the dynamic and statistic data in the memory at the 
first place and synchronize to DB on a background process. So that when you 
look for dynamic/statistics data, you do not have to hit the DB.

Thx,
Laszlo

- Original Message -
> From: "Liran Zelkha" 
> To: "engine-devel" 
> Sent: Tuesday, June 4, 2013 1:43:55 PM
> Subject: [Engine-devel] Performance and scalability
> 
> Hi all,
> 
> I've added a new feature page for Performance and Scalability. Please review
> and add your ideas...
> http://www.ovirt.org/Features/Performance_And_Scalability
> ___
> Engine-devel mailing list
> Engine-devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


Re: [Engine-devel] Performance and scalability

2013-06-04 Thread Laszlo Hornyak
Hi Liran,

Some comments to start the discussion:
- Caching: exactly how is this resultset caching going to work? Wouldnt it be 
more simple to just cache the mapped entities? The mapping is not a big 
overhead, but caching the resultset seems to be difficult.
- Batch updates: sounds cool, transactions are a major overhead on performance, 
so if you can make the update in a single tx and few interactions that will 
rock, but what if we keep the dynamic and statistic data in the memory at the 
first place and synchronize to DB on a background process. So that when you 
look for dynamic/statistics data, you do not have to hit the DB.

Thx,
Laszlo

- Original Message -
> From: "Liran Zelkha" 
> To: "engine-devel" 
> Sent: Tuesday, June 4, 2013 1:43:55 PM
> Subject: [Engine-devel] Performance and scalability
> 
> Hi all,
> 
> I've added a new feature page for Performance and Scalability. Please review
> and add your ideas...
> http://www.ovirt.org/Features/Performance_And_Scalability
> ___
> Engine-devel mailing list
> Engine-devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
> 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel