Looking for real-world Magma application

> Hello all,
> sorry for cross-posting. :)
>
> I'd like to ask you, if anyone could share either an image or
> installation with application,
> which using Magma OODB.
> I'd like to use it & test how changing different aspects of Magma
> internals could affect the performance.
>
> There's many tricks, which is known by Chris how to speed it up by
> cleverly fine-tuning various Magma options,
> like read strategy etc.
> But what i'd like is to see, is some setup, used by people, and by
> taking it, see how it could make run faster,
> without changing an application code.
>
> I remember, someone gave a talk @ ESUG, that they were using Magma for
> their application,
> but then forced to switch to another DB layer, because they had bad
> performance issues.
> It would be good, if you could give me the code, so i can run it and
> see if things could be improved.
> Its not a problem, if code is not open-source, we could sign an NDA,
> if this is necessary.
>
> I need something real, simply because benchmarks sometimes not
> representative. :)
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

> Johan
>
> On 21 Oct 2010, at 08:33, Igor Stasenko wrote:
>
>> Hello all,
>> sorry for cross-posting. :)
>>
>> I'd like to ask you, if anyone could share either an image or
>> installation with application,
>> which using Magma OODB.
>> I'd like to use it & test how changing different aspects of Magma
>> internals could affect the performance.
>>
>> There's many tricks, which is known by Chris how to speed it up by
>> cleverly fine-tuning various Magma options,
>> like read strategy etc.
>> But what i'd like is to see, is some setup, used by people, and by
>> taking it, see how it could make run faster,
>> without changing an application code.
>>
>> I remember, someone gave a talk @ ESUG, that they were using Magma for
>> their application,
>> but then forced to switch to another DB layer, because they had bad
>> performance issues.
>> It would be good, if you could give me the code, so i can run it and
>> see if things could be improved.
>> Its not a problem, if code is not open-source, we could sign an NDA,
>> if this is necessary.
>>
>> I need something real, simply because benchmarks sometimes not
>> representative. :)
>>
>> --
>> Best regards,
>> Igor Stasenko AKA sig.
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>

> Hi Igor,
>
> I guess that you are referring to us ;-)
>
> We indeed switched from Magma to GOODS and now to Gemstone, mainly because of performance issues.
> To remain db-independent, we have created a database abstraction layer that can be used with any of the aforementioned databases. We are currently preparing to open-source the generic part and we can send you our specific Magma specialization with representative queries made by our application.
>
> We should be able to get that to you asap!
>
> Johan
>
> On 21 Oct 2010, at 08:33, Igor Stasenko wrote:
>
>> Hello all,
>> sorry for cross-posting. :)
>>
>> I'd like to ask you, if anyone could share either an image or
>> installation with application,
>> which using Magma OODB.
>> I'd like to use it&  test how changing different aspects of Magma
>> internals could affect the performance.
>>
>> There's many tricks, which is known by Chris how to speed it up by
>> cleverly fine-tuning various Magma options,
>> like read strategy etc.
>> But what i'd like is to see, is some setup, used by people, and by
>> taking it, see how it could make run faster,
>> without changing an application code.
>>
>> I remember, someone gave a talk @ ESUG, that they were using Magma for
>> their application,
>> but then forced to switch to another DB layer, because they had bad
>> performance issues.
>> It would be good, if you could give me the code, so i can run it and
>> see if things could be improved.
>> Its not a problem, if code is not open-source, we could sign an NDA,
>> if this is necessary.
>>
>> I need something real, simply because benchmarks sometimes not
>> representative. :)
>>
>> --
>> Best regards,
>> Igor Stasenko AKA sig.
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project