<p dir="ltr">Petr;</p>
<p dir="ltr">Ok, thank you for replying.</p>
<p dir="ltr">Doug</p>
<div class="gmail_quote">On Nov 6, 2017 5:54 AM, "Petr Fischer" <<a href="mailto:petr.fischer@me.com">petr.fischer@me.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Too difficult task for me. Advertised features (large-scale, concurrency, large collections, high-availability and fault tolerance...) looks good. I did a few tests in Squeak and according to the feedback from other Smalltalkers on social sites, Magma is too slow for real use.<br>
I started to learn Gemstone instead of Magma :/<br>
<br>
pf<br>
<br>
<br>
> Petr;<br>
><br>
> I would also like a Pharo version of Magma and would be willing to work on<br>
> it with you.  Are you actively working on it?<br>
><br>
> Doug<br>
><br>
> On Mon, Jul 3, 2017 at 8:55 PM, Chris Muller <<a href="mailto:asqueaker@gmail.com">asqueaker@gmail.com</a>> wrote:<br>
><br>
> > Hi Petr,<br>
> ><br>
> > > Is possible to make brief list "what needs to be done for 100%<br>
> > functional port for Pharo" and share it on some central place (github)?<br>
> > Maybe some terse todo overview about classes and specific porting issues.<br>
> ><br>
> > In Udo's prior engagement on this list about porting Magma, I outlined<br>
> > the list frameworks and test cases that would need to be ported in<br>
> > dependency order.<br>
> ><br>
> > > I personaly can very slowly rewrite, for example, something about<br>
> > file/dir access (use Pharo file system classes instead of Squeak<br>
> > file/stream classes), but hardly something about hasihing, indexing or<br>
> > something insisting deep knowledge about how Magma works internally. I am<br>
> > interested in Magma, because the need of "just simple, but transactional<br>
> > persistent object storage" annoys me frequently these days (GLORP or NoSQL<br>
> > databases are not the proper answer for persisting Smalltalk/Pharo native<br>
> > application domain models IMHO).<br>
> > ><br>
> > > Is there something like more detailed doc (but not functionally<br>
> > obsolete), which would help me understand how the Magma works inside?<br>
> ><br>
> > This is an excellent, concise description.<br>
> ><br>
> >    <a href="http://book.seaside.st/book/advanced/persistency/magma/workings" rel="noreferrer" target="_blank">http://book.seaside.st/book/<wbr>advanced/persistency/magma/<wbr>workings</a><br>
> ><br>
> > > A know only about this historic wiki place:<br>
> > > <a href="http://wiki.squeak.org/squeak/2665" rel="noreferrer" target="_blank">http://wiki.squeak.org/squeak/<wbr>2665</a><br>
> ><br>
> > Inside that wiki is another PDF which describes the internals of<br>
> > Magma's HashIndex files.<br>
> ><br>
> > Best,<br>
> >   Chris<br>
> > ______________________________<wbr>_________________<br>
> > Magma mailing list<br>
> > <a href="mailto:Magma@lists.squeakfoundation.org">Magma@lists.squeakfoundation.<wbr>org</a><br>
> > <a href="http://lists.squeakfoundation.org/mailman/listinfo/magma" rel="noreferrer" target="_blank">http://lists.squeakfoundation.<wbr>org/mailman/listinfo/magma</a><br>
> ><br>
______________________________<wbr>_________________<br>
Magma mailing list<br>
<a href="mailto:Magma@lists.squeakfoundation.org">Magma@lists.squeakfoundation.<wbr>org</a><br>
<a href="http://lists.squeakfoundation.org/mailman/listinfo/magma" rel="noreferrer" target="_blank">http://lists.squeakfoundation.<wbr>org/mailman/listinfo/magma</a><br>
</blockquote></div>