четверг, 17 ноября 2016 г., 12:30:03 UTC+3 пользователь Cédric Krier
написал:
>
> On 2016-11-17 09:55, Albert Cervera i Areny wrote:
> > > - find better than deepcopy:
> > >
> http://hg.tryton.org/trytond/file/default/trytond/model/model.py#l46
> >
> > I'm not sure of what I'll sa
On 2016-11-17 09:55, Albert Cervera i Areny wrote:
> > - find better than deepcopy:
> > http://hg.tryton.org/trytond/file/default/trytond/model/model.py#l46
>
> I'm not sure of what I'll say, but AFAIU deepcopy is used to support
> several databases (with different modules). Would it be
El 17/11/16 a les 09:55, Albert Cervera i Areny ha escrit:
2016-11-15 17:05 GMT+01:00 Cédric Krier :
> On 2016-11-15 07:02, Mikhail Savushkin wrote:
>> As long as we're talking about millions of DBs, this straightforward
>> approach wont work.
>
>
> - Improve the __setup__ methods:
>
> - f
2016-11-15 17:05 GMT+01:00 Cédric Krier :
> On 2016-11-15 07:02, Mikhail Savushkin wrote:
>> Metrics are:
>>
>>
>> """
>> DBs in Pool RSS, kBytes Added to memory, kBytes
>> 0 65,020 -
>> 1 86,576 +21,500
>> 2
2016-11-15 16:02 GMT+01:00 Mikhail Savushkin :
> As long as we're talking about millions of DBs, this straightforward
> approach wont work.
Maybe another approach could be to group the pools per module combinations ?
i.e. the pool for DB1 which has the same installed modules than DB2 has
could b
On 2016-11-15 07:02, Mikhail Savushkin wrote:
> Metrics are:
>
>
> """
> DBs in Pool RSS, kBytes Added to memory, kBytes
> 0 65,020 -
> 1 86,576 +21,500
> 2105,520 +19,000
> 3
Metrics are:
"""
DBs in Pool RSS, kBytes Added to memory, kBytes
0 65,020 -
1 86,576 +21,500
2105,520 +19,000
3114,520 + 9,000
4123,708
2016-11-15 13:19 GMT+01:00 Cédric Krier :
> On 2016-11-15 03:14, Mikhail Savushkin wrote:
> > Now we have another blocker on the road - the Pool building process is
> too
> > long to be fired on every request. And we cant afford collecting Pools
> for
> > all of the DBs in memory, since it will ea
On 2016-11-15 03:14, Mikhail Savushkin wrote:
> Now we have another blocker on the road - the Pool building process is too
> long to be fired on every request. And we cant afford collecting Pools for
> all of the DBs in memory, since it will eat all the available memory pretty
> quick.
Do you h
