On Fri, Apr 4, 2014 at 3:15 PM, Itamar Heim wrote:
> On 04/04/2014 04:30 AM, Liran Zelkha wrote:
>
>>
>>
>>
>> On Thu, Apr 3, 2014 at 8:40 PM, Gilad Chaplik > <mailto:gchap...@redhat.com>> wrote:
>>
>> - Original Message -
True but that's no reason to have a bad schema
On Apr 3, 2014 5:18 PM, "Gilad Chaplik" wrote:
> - Original Message -
> > From: "Liran Zelkha"
> > To: "Gilad Chaplik"
> > Cc: "Eli Mesika" , "engine-devel&qu
On Thu, Apr 3, 2014 at 5:33 PM, Gilad Chaplik wrote:
> *From: *"Liran Zelkha"
> *To: *"Gilad Chaplik"
> *Cc: *"Omer Frenkel" , "Eli Mesika" <
> emes...@redhat.com>, "engine-devel"
> *Sent: *Thursday, April 3, 2014 5:27:
Don't go down that road. Status shouldn't be saved in the db.
But anyway statistics is rapidly changing. So it fits...
On Apr 3, 2014 5:14 PM, "Gilad Chaplik" wrote:
> - Original Message -
> > From: "Liran Zelkha"
> > To: "El
uot;Yair Zaslavsky"
> > Cc: "engine-devel"
> > Sent: Thursday, April 3, 2014 4:00:25 PM
> > Subject: Re: [Engine-devel] vds_dynamic refactor
> >
> > - Original Message -
> > > From: "Yair Zaslavsky"
> > > To: &qu
Why not move it to vds_static?
On Thu, Apr 3, 2014 at 2:00 PM, Gilad Chaplik wrote:
> Hi list,
>
> I propose to split vds_dynamic table into 2 tables:
> - vds_dynamic
> - vds_on_boot
> We need a place to put all non-dynamic data that gets updated once the
> host is booted, and I think dynamic i
had the same issue. Run from psql:
truncate table event_subscriber;
Then run the script. Note that this will delete all the rows from your
table...
On Tue, Mar 4, 2014 at 3:18 PM, Adam Litke wrote:
> On 04/03/14 00:10 -0500, Martin Perina wrote:
>
>> Hi Adam,
>>
>> I didn't notice any problem w
Happens to me too, on engine_dao_tests.
DB is not empty, one line:
engine_dao_tests=> select * from event_subscriber;
subscriber_id | event_up_name | method_id |
method_address | tag_name | notification_method
--+---+--
Hi All,
As part of an ongoing effort to improve oVirt performance, we're trying to
reduce the number of Dynamic Queries usage in the code, and replace it with
Postgres stored procedures. You wouldn't believe the performance gain.
Please consider before making use of the Dynamic Queries feature -
Hi
Please don't add rapidly changing data to VDSDynamic - it has major
performance implications.
So, choose option B. Actually, try to expose relevant data in VDSDynamic
and VDSStatistics, and VDS should call VDSDynamic and VDSStatistics and
merge the data from both entities.
On Thu, Feb 20, 201
Anybody knows how to install RHEVM DWH version 3.2 using the
subscription-manager?
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel
Note that you can usually get all the information you want using 1 API
call, which should still scale.
For instance, /ovirt-engine/api/vms will give you a list of all VMs and
their statuses, so you can just run an XPath and get the status of all of
them.
On Tue, Dec 17, 2013 at 10:18 AM, Itamar H
See here for more info http://www.ovirt.org/Troubleshooting#Installation
On Mon, Sep 16, 2013 at 8:22 AM, Alon Bar-Lev wrote:
>
>
> - Original Message -
> > From: "leaboy wang"
> > To: engine-devel@ovirt.org
> > Sent: Monday, September 16, 2013 5:45:39 AM
> > Subject: [Engine-devel] ov
+1 I use it constantly.
On Fri, Sep 13, 2013 at 8:48 AM, Tomas Jelinek wrote:
> Hi all,
>
> some time ago Libor Spevak created a simple web app called vdsm fake:
> documented: http://www.ovirt.org/VDSM_Fake
> published: https://github.com/lspevak/ovirt-vdsmfake
>
> It is basically a simple hack
Hi all,
For those who attended the profiling session today, or for anyone who wants to
run a profiler on ovirt, please see today's presentation at
http://www.slideshare.net/lzelkha/jprofiler8-ovirt
___
Engine-devel mailing list
Engine-devel@ovirt.org
h
I've added a wiki page on Engine HA.
http://www.ovirt.org/Features/Engine_High_Availability
Please add your comments, we'll try to make this an ongoing effort.
On Sat, Aug 24, 2013 at 3:25 PM, Liran Zelkha wrote:
> IMHO EJB clustering is not the direction we should tak
I don't think I'm the only one in the community who thinks we should
reconsider our GWT usage...
On Wed, Aug 28, 2013 at 12:55 PM, Eli Mesika wrote:
>
>
> - Original Message -
> > From: "Yair Zaslavsky"
> > To: "Martin Perina"
> > Cc: engine-devel@ovirt.org
> > Sent: Wednesday, August
+1
- Original Message -
From: "Mooli Tayer"
To: "engine-devel"
Sent: Tuesday, August 27, 2013 2:29:01 PM
Subject: [Engine-devel] Java Development Lifecycle
Hello,
I've been working on the engine for a few month now,
And I feel I have not yet been able to find a productive and fast appr
IMHO EJB clustering is not the direction we should take, especially considering
our IoC plans (see http://gerrit.ovirt.org/#/c/5575/).
QuartzScheduler can be easily fixed by using a DB for Quartz configuration. We
had such a discussion a few weeks ago.
mod_jk is probably better for our HA.
Postgr
Hi all
As part of our effort to get profiling licenses to the ovirt contributors,
we need to place an image of JProfiler (the chosen profiler) on the home
page of ovirt.org.
Anyone here knows who has the rights to do that?
Thanks
___
Engine-devel mailin
Loaded average of a system that only runs update runtime info
On Jul 3, 2013 2:45 PM, "Michal Skrivanek" wrote:
>
> >
> > - Forwarded Message -
> >> From: "Liran Zelkha"
> >> To: "engine-devel"
> >> Cc: "Itama
Awesome!!!
On Mon, Jul 1, 2013 at 10:29 AM, Allon Mureinik wrote:
>
>
> - Original Message -
> > From: "Liran Zelkha"
> > To: "Yair Zaslavsky"
> > Cc: "Allon Mureinik" , "engine-devel" <
> engine-devel@ovirt.
Sure. I agree. I'd be happy to show you the results in the profiler, so we can
make a correct decision.
On Jun 30, 2013, at 1:23 PM, Michael Pasternak wrote:
> On 06/30/2013 01:15 PM, Michael Pasternak wrote:
>> On 06/30/2013 01:08 PM, Liran Zelkha wrote:
>>> Why synchron
Why synchronization? No need for it. Worst case scenario a put (which should be
much less common then get) will occur twice on the same key.
On Jun 30, 2013, at 1:00 PM, Michael Pasternak wrote:
> On 06/30/2013 12:45 PM, Liran Zelkha wrote:
>> All is true. But average UUID.fromString
All is true. But average UUID.fromString execution is 1675us, and
HashMap.put is 78us - so the benefit is clear when we're talking on >100K
executions for 10minutes...
On Sun, Jun 30, 2013 at 12:44 PM, Michael Pasternak wrote:
> On 06/30/2013 12:20 PM, Liran Zelkha wrote:
> >
I checked such a solution using JProfiler. Creating the GUID object takes much
more CPU cycles that checking the string in the Map.
On Jun 30, 2013, at 12:06 PM, Michael Pasternak wrote:
> On 06/30/2013 11:37 AM, Liran Zelkha wrote:
>> Great news.
>> Allon - please note tha
Great news.
Allon - please note that GUID is being recreated from String by both DB calls
and by data received from VDSM. It is VERY useful to cache Guid String-->Guid,
and not just Empty GUID.
However, as the Guid class runs in GWT as well, you can't use Infinispan and
you're limited in the H
Batch updates for UpdateVmDeviceRuntimeInfo, UpdateVdsInterfaceStatistics and
UpdateVdsDynamic.
All improved execution performance by about 60-80%.
On Jun 12, 2013, at 4:05 PM, Itamar Heim wrote:
> On 06/12/2013 04:03 PM, Liran Zelkha wrote:
>> Hi all,
>>
>&
) UpdateRuntimeInfo
performance wasted roughly 40% of CPU time on DB activity. And only 12% of that
was wasted on update behavior.
My next task is to try and optimize the rest of overall database performance.
- Original Message -
From: "Liran Zelkha"
To: "Barak Azulay"
Cc:
t;engine-devel"
>> Sent: Wednesday, June 12, 2013 10:09:09 AM
>> Subject: Re: [Engine-devel] Updates in VdsUpdateRuntimeInfo
>>
>> On 06/12/2013 09:41 AM, Barak Azulay wrote:
>>>
>>>
>>> - Original Message -
>>>> From: "
Hi all,
I'm checking performance for VdsUpdateRunTimeInfo.
Naturally, much of the performance surrounds database activity
(getVmsRunningOnVds queries, updateDeviceRuntimeInfo, updateVmDynamic)
Few questions:
1. I have implemented batch updates for procedure UpdateVmDeviceRuntimeInfo for
improve
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...
>
-
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 goin
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/lis
invalidate relevant data.
Caching on the SQL level is hard (harder than Hibernate 2nd level cache for
instance) but that's what we have right now... (And I'm not sure that
JPA/Hibernate will be better).
- Original Message -
From: "Laszlo Hornyak"
To: "Liran Zelkha&q
Hi all,
There is a WIP for caching and DB performance optimization. Please look at -
http://gerrit.ovirt.org/#/c/14188/4
To summarize, it includes automatic caching for some business entities
(*_static for instance), break up of VDS to VDS_static, VDS_dynamic and
VDS_statistics, and support fo
Hi
>From my experience, single table inheritance quickly grows into something
unmanagable, as more and more (child related) fields are added, each line
has a few relevant attributes, and a long list of NULL values.
I would go with option 3. With materialized views, the costs of joins can
be elimin
Why not do use the same technology like JBoss DataSource password
encryption?
http://docs.jboss.org/jbosssecurity/docs/6.0/security_guide/html/Encrypting_Data_Source_Passwords.html
On Wed, May 1, 2013 at 3:45 AM, Eli Mesika wrote:
>
>
> - Original Message -
> > From: "Alon Bar-Lev"
> >
Awesome. I really need this for the stress tests I'm running. How many hosts
were you able to simulate with one web application?
- Original Message -
From: "Libor Spevak"
To: engine-devel@ovirt.org
Sent: Tuesday, April 30, 2013 12:50:52 PM
Subject: [Engine-devel] VDSM Fake
Hi,
let me i
Hi
I've created Change I04d7edea (http://gerrit.ovirt.org/#/c/14188/) that adds
automatic database caching capabilities to the engine.
To cache a business entity, just add an annotation called TimeToLiveInCache
that accepts as a parameter the number of seconds this object can live in the
cache
Great news. I totally agree that Infinispan is the right way to go.
Michael - let's sync on the database caching integration with Infinispan. Would
love to hear your thoughts.
- Original Message -
From: "Yair Zaslavsky"
To: "Michael Kublin"
Cc: "engine-devel"
Sent: Tuesday, April 23, 2
Hi
I think externalizing SQL can lead to a VERY difficult maintenance. But, as
long as we stick to SQL (or stored procedures, just not ORM), I don't mind…
On Apr 2, 2013, at 10:19 AM, Yair Zaslavsky wrote:
>
>
> - Original Message -
>> From: "Libor Spevak"
>> To: "Juan Hernandez"
>
e more like
> that.
>
> Therefore having a JPA could improve the performance in engine.
>
> Laszlo
>
> - Original Message -
>> From: "Liran Zelkha"
>> To: "Eli Mesika"
>> Cc: engine-devel@ovirt.org
>> Sent: Tuesday, Apri
I also apologize for jumping in late...
I think concerning SQL injection we'll be covered by using PreparedStatements.
Since we're using SpringJDBC, most of our code uses PreparedStatements anyway.
Concerning ORM - I feel it won't really be beneficial to us. I know of very few
projects who can ac
44 matches
Mail list logo