Hi!
(ccing Magma list)
"Bill Schwab" BSchwab@anest.ufl.edu wrote:
Hello all,
Any success or horror stories with OmniBase and/or Magma? Can you report that either worked well at or got into trouble beyond any particular size (either in object count or bytes of data)? Other comments?
Bill
From the Gjallar project we can report that Magma works really nice. We
have had perhaps 2-3 buglets and Chris fixed them all quickly and promptly. IIRC they were related mainly to the query stuff which Chris pushed out fast because of our popular demand - so he was definitely not to blame. :)
Generally I would say that the only "issue" we had was slow(ish) read performance. So if you write an "interactive" application with Magma you need to take two things into account:
1. Since Magma is an ODB it builds a cache of objects into your session. So when/if the session is cold you get punished with load times. But when it is hot they are zero. Essentially what this means in Gjallar is that when a user logs in things will take a bit of time the first time she does something. But from then on things go much faster and since a Gjallar user typically is logged in for a long time - typically all day - it works fine.
2. Even with a warm session (with lots of cached objects) you can still get punished with longish load times. This can be remedied a LOT with setting up good read strategies.
IMHO I think Magma would SHINE if we somehow could boost the serialization/deserialization mechanism in it. Because I suspect this is where the bottleneck is regarding the above. An Exuperified Magma could be the answer - or some other HARD approach - I dunno. Chris?
regards, Göran
Hi,
IMHO I think Maall agreed gma would SHINE if we somehow could boost the serialization/deserialization mechanism in it. Because I suspect this is where the bottleneck is regarding the above. An Exuperified Magma could be the answer - or some other HARD approach - I dunno. Chris?
Chris, Andrew, and I looked into this a while back.
You can get pretty good read performance by setting up indices and read strategies correctly.
However, we did look at the performance bootlenecks and agreed that the logic that deserialised bytes off the wire could be significanlty improved with a Squeak plugin. #maUint if I recall.
Brent
IMHO I think Magma would SHINE if we somehow could boost the serialization/deserialization mechanism in it. Because I suspect this is where the bottleneck is regarding the above. An Exuperified Magma could be the answer - or some other HARD approach - I dunno. Chris?
Magma users will appreciate the new r41Beta1 just posted Wednesday. Profiling had shown Magma spending quite a bit of time in IdentityDictionary's, largely for oid lookups. I'm still benchmarking, but with Igors new IdentityDictionary replacements I am seeing tremendous gains across the board, for both reads and commits.
I'm also excited for single-clause Readers now improved #size and #at: by a factor of 100x.. again! They're so fast now, as a joke, I demonstrated a scrolling list with more than two-hundred thousand objects (two million would work as well) The list widget only needs its underlying domain to understand #size and #at:, so the Reader plugs-in seamlessly. Scrolling performance is good, even with remote connections.
Hi, my name is gildas, i'm a student in 4th year in IT Management and i would like to use Magma for my project of implementation of an accounting software in squeak... The problem is that i'm used to use sql for the databases and i'm a little bit lost with Magma, i would like to know if there is any tutorial for magma which can explain how to create a server, how to create data and how to read it...
Sorry i'm really a begginer, but i really want to use magma which seems to be really integrated to squeak instead of an sql database.
Thank you, regards,
Gildas. _________________________________________________________________ Votre contact a choisi Hotmail, l'e-mail nouvelle génération. Créez un compte. http://www.windowslive.fr/hotmail/default.asp
Magma is really different in nature to Sql, mainly because it persists entire trees of objects. But Magma is really great and you did a good choice for your persistence layer. Have you read the swiki page about Magma? http://wiki.squeak.org/squeak/2665 There are plenty of information.
Also browsing the archive of this forum (for example in Gmane) will teach you a lot, especially some traps to avoid.
Hilaire
Gildas Le Mentec a écrit :
Hi, my name is gildas, i'm a student in 4th year in IT Management and i would like to use Magma for my project of implementation of an accounting software in squeak... The problem is that i'm used to use sql for the databases and i'm a little bit lost with Magma, i would like to know if there is any tutorial for magma which can explain how to create a server, how to create data and how to read it...
Sorry i'm really a begginer, but i really want to use magma which seems to be really integrated to squeak instead of an sql database.
Thank you, regards,
Gildas. _________________________________________________________________ Votre contact a choisi Hotmail, l'e-mail nouvelle génération. Créez un compte. http://www.windowslive.fr/hotmail/default.asp
magma@lists.squeakfoundation.org