- Pharo-users - lists.pharo.org

Re: [Pharo-users] Problem with Mongo on Pharo5 ("collection already exists")

by Sabine Manaa

note that it only occurs (hanging image) if you do "VORepository current reset" before. Or have a new Image. 2016-05-25 15:38 GMT+02:00 Sabine Manaa <manaa.sabine(a)gmail.com>: > I have a non-responding image with the original code (with the signal) > > 2016-05-25 15:14 GMT+02:00 Holger Freyther [via Smalltalk] <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=4897348&i=0>>: > >> >> > On 25 May 2016, at 15:42, Esteban Lorenzano <[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4897346&i=0>> wrote: >> > >> > >> >> Hi, >> >> >> > No I donâtâ¦ in part because is not me who make that code, but also >> because it is expected: after, you have: >> > >> > getCollection: aString >> > ^ [ self addCollection: aString capped: false size: nil max: nil ] >> > on: MongoCollectionAlreadyExists >> > do: [ :err | >> > MongoCollection database: self name: aString ] >> > >> > so the idea is to refine the error to separate >> MongoCollectionAlreadyExists so it can later be catch and handled properly. >> >> when adding capped collection support it seemed like a good idea to fail >> if a collection already exists that might not be capped, but given the >> follow up issues I wonder if I/we should restore the original behavior that >> just ignored all errors? >> >> holger >> >> >> ------------------------------ >> If you reply to this email, your message will be added to the discussion >> below: >> >> http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exist… >> To start a new topic under Pharo Smalltalk Users, email [hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4897348&i=1> >> To unsubscribe from Pharo Smalltalk Users, click here. >> NAML >> <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >> > > > ------------------------------ > View this message in context: Re: Problem with Mongo on Pharo5 > ("collection already exists") > <http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exist…> > > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com. >

May 25, 2016

Re: [Pharo-users] Problem with Mongo on Pharo5 ("collection already exists")

by Holger Freyther

> On 25 May 2016, at 15:42, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > No I donâtâ¦ in part because is not me who make that code, but also because it is expected: after, you have: > > getCollection: aString > ^ [ self addCollection: aString capped: false size: nil max: nil ] > on: MongoCollectionAlreadyExists > do: [ :err | > MongoCollection database: self name: aString ] > > so the idea is to refine the error to separate MongoCollectionAlreadyExists so it can later be catch and handled properly. when adding capped collection support it seemed like a good idea to fail if a collection already exists that might not be capped, but given the follow up issues I wonder if I/we should restore the original behavior that just ignored all errors? holger

May 25, 2016

Re: [Pharo-users] Problem with Mongo on Pharo5 ("collection already exists")

by Esteban Lorenzano

> On 25 May 2016, at 15:35, Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > Hi Esteban, > > can you please have a look again, I think you forgot to remove the signal here > (remove signal in the ifTrue case then it works): No I donâtâ¦ in part because is not me who make that code, but also because it is expected: after, you have: getCollection: aString ^ [ self addCollection: aString capped: false size: nil max: nil ] on: MongoCollectionAlreadyExists do: [ :err | MongoCollection database: self name: aString ] so the idea is to refine the error to separate MongoCollectionAlreadyExists so it can later be catch and handled properly. cheers, Esteban > > addCollection: aString capped: aCapped size: aSize max: aMax > | command | > command := SmallDictionary new. > command at: 'create' put: aString. > aCapped ifTrue: [ > command at: 'capped' put: true. > aSize ifNotNil: [command at: 'size' put: aSize]. > aMax ifNotNil: [command at: 'max' put: aMax]]. > [ self command: command ] > on: MongoCommandError > do: [ :error | > "Tolerate error 48: collection already exists" > error isCollectionAlreadyExists > ==>> ifTrue: [ (MongoCollectionAlreadyExists new collectionName: aString) "signal" ] <<== > ifFalse: [ error signal ] ]. > ^MongoCollection database: self name: aString > > 2016-05-25 12:59 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>>: > problem is not in Pharo 5 but in latest version of MongoTalk (who is loaded with Pharo 5 and apparently not with Pharo 4). > I already submitted a fix for it, but you need to load latest version (still no configuration). > > Esteban > > > On 25 May 2016, at 12:18, Sabine Manaa <manaa.sabine(a)gmail.com <mailto:manaa.sabine@gmail.com>> wrote: > > > > Hi, > > > > Is anyone already running Pharo5 with mongoDB already? > > > > loading my configurationOf in a new pharo5 image results in a problem with > > mongDB. > > loading the same in Pharo4 works fine. > > > > I reduced the problem to the following steps for reproduction: > > 1) start Pharo5 and install VoyageMongo from the ProjectCatalog > > 2) tools-> mongo Browser -> I see that I have connection to my database -ok > > 3) (VOMongoRepository host: 'localhost' database: self databaseName) > > enableSingleton. > > 4) load ONLY my model classes which includes e.g. RKASystemMessage - load > > nothing else > > 5) Then I do RKASystemMessage selectAll (there is ONE system message in the > > mongo database) ==> this results in a non-responding image. > > 6) when debugging into the selectAll, I see, that VoyageMongo tries to add a > > collection (systemMessage), which is already there. > > > > in VOMongoRepositoryResolver>>collectionAt: aClass inDatabase: db > > the collections attribute is empty -> this seems to be the problem > > beause then it tries to do db addCollection: collectionName > > which leads to a "collection already exists" mongo reply > > > > If you have a mongo database running, you should be able to reproduce the > > problem. > > > > Regards > > Sabine > > > > > > > > > > -- > > View this message in context: http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exist… <http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exist…> > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > >

May 25, 2016

Re: [Pharo-users] Problem with Mongo on Pharo5 ("collection already exists")

by Sabine Manaa

I have a non-responding image with the original code (with the signal) 2016-05-25 15:14 GMT+02:00 Holger Freyther [via Smalltalk] < ml-node+s1294792n4897346h21(a)n4.nabble.com>: > > > On 25 May 2016, at 15:42, Esteban Lorenzano <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=4897346&i=0>> wrote: > > > > > > Hi, > > > > No I donâtâ¦ in part because is not me who make that code, but also > because it is expected: after, you have: > > > > getCollection: aString > > ^ [ self addCollection: aString capped: false size: nil max: nil ] > > on: MongoCollectionAlreadyExists > > do: [ :err | > > MongoCollection database: self name: aString ] > > > > so the idea is to refine the error to separate > MongoCollectionAlreadyExists so it can later be catch and handled properly. > > when adding capped collection support it seemed like a good idea to fail > if a collection already exists that might not be capped, but given the > follow up issues I wonder if I/we should restore the original behavior that > just ignored all errors? > > holger > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exist… > To start a new topic under Pharo Smalltalk Users, email > ml-node+s1294792n1310670h65(a)n4.nabble.com > To unsubscribe from Pharo Smalltalk Users, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- View this message in context: http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exist… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 25, 2016

Re: [Pharo-users] Problem with Mongo on Pharo5 ("collection already exists")

by Sabine Manaa

Hi Esteban, can you please have a look again, I think you forgot to remove the signal here (remove signal in the ifTrue case then it works): addCollection: aString capped: aCapped size: aSize max: aMax | command | command := SmallDictionary new. command at: 'create' put: aString. aCapped ifTrue: [ command at: 'capped' put: true. aSize ifNotNil: [command at: 'size' put: aSize]. aMax ifNotNil: [command at: 'max' put: aMax]]. [ self command: command ] on: MongoCommandError do: [ :error | "Tolerate error 48: collection already exists" error isCollectionAlreadyExists ==>> ifTrue: [ (MongoCollectionAlreadyExists new collectionName: aString) "signal" ] <<== ifFalse: [ error signal ] ]. ^MongoCollection database: self name: aString 2016-05-25 12:59 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > problem is not in Pharo 5 but in latest version of MongoTalk (who is > loaded with Pharo 5 and apparently not with Pharo 4). > I already submitted a fix for it, but you need to load latest version > (still no configuration). > > Esteban > > > On 25 May 2016, at 12:18, Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > > > Hi, > > > > Is anyone already running Pharo5 with mongoDB already? > > > > loading my configurationOf in a new pharo5 image results in a problem > with > > mongDB. > > loading the same in Pharo4 works fine. > > > > I reduced the problem to the following steps for reproduction: > > 1) start Pharo5 and install VoyageMongo from the ProjectCatalog > > 2) tools-> mongo Browser -> I see that I have connection to my database > -ok > > 3) (VOMongoRepository host: 'localhost' database: self databaseName) > > enableSingleton. > > 4) load ONLY my model classes which includes e.g. RKASystemMessage - load > > nothing else > > 5) Then I do RKASystemMessage selectAll (there is ONE system message in > the > > mongo database) ==> this results in a non-responding image. > > 6) when debugging into the selectAll, I see, that VoyageMongo tries to > add a > > collection (systemMessage), which is already there. > > > > in VOMongoRepositoryResolver>>collectionAt: aClass inDatabase: db > > the collections attribute is empty -> this seems to be the problem > > beause then it tries to do db addCollection: collectionName > > which leads to a "collection already exists" mongo reply > > > > If you have a mongo database running, you should be able to reproduce the > > problem. > > > > Regards > > Sabine > > > > > > > > > > -- > > View this message in context: > http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exist… > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > >

May 25, 2016

Re: [Pharo-users] Problem with Mongo on Pharo5 ("collection already exists")

by Esteban Lorenzano

problem is not in Pharo 5 but in latest version of MongoTalk (who is loaded with Pharo 5 and apparently not with Pharo 4). I already submitted a fix for it, but you need to load latest version (still no configuration). Esteban > On 25 May 2016, at 12:18, Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > Hi, > > Is anyone already running Pharo5 with mongoDB already? > > loading my configurationOf in a new pharo5 image results in a problem with > mongDB. > loading the same in Pharo4 works fine. > > I reduced the problem to the following steps for reproduction: > 1) start Pharo5 and install VoyageMongo from the ProjectCatalog > 2) tools-> mongo Browser -> I see that I have connection to my database -ok > 3) (VOMongoRepository host: 'localhost' database: self databaseName) > enableSingleton. > 4) load ONLY my model classes which includes e.g. RKASystemMessage - load > nothing else > 5) Then I do RKASystemMessage selectAll (there is ONE system message in the > mongo database) ==> this results in a non-responding image. > 6) when debugging into the selectAll, I see, that VoyageMongo tries to add a > collection (systemMessage), which is already there. > > in VOMongoRepositoryResolver>>collectionAt: aClass inDatabase: db > the collections attribute is empty -> this seems to be the problem > beause then it tries to do db addCollection: collectionName > which leads to a "collection already exists" mongo reply > > If you have a mongo database running, you should be able to reproduce the > problem. > > Regards > Sabine > > > > > -- > View this message in context: http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exist… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

May 25, 2016

Re: [Pharo-users] An Idea for a minimal self documented begineer friendly pharo image

by Dimitris Chloupis

there is intersection afterall interactive documentation is the holy grail of documentation. I would love to have that. I was thinking making my Prometheas project not just a a bunch of pillar files but also an internal tool inside pharo that can show you titles of chapters of documentation which will link to the htmls produced by pillar in several books and open a web browser so the pharo users seens the very latest of documentation in a application he is very familiar with web browser. That should be easy enough to do. Your approach and tools can play the role of interactive tutorials , like ProfStef but of course with far more flexibility. So I would love to be kept up to date to your progress and I am definetly very interested. Thank you for bringing this to my attention I will definetly include it in Prometheus. On Wed, May 25, 2016 at 12:16 AM Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > Hi, > > Nice to see this efforts. > > I will try to help with my interactive notebook documentation project for > reproducible/open research and by making visualization for more diverse > fields, mainly data activism: Panama Papers[1], Political > discourses[2](should be updated), but also medicines [3]. Also I'm making > some builders to make more easy specific domain visualizations and > re-reading, this time deeply, the Agile Visualization book and making some > comments (i.e [4][5]) > > [1] http://mutabit.com/offray/blog/en/entry/panama-papers-1 > [2] > http://mutabit.com/offray/static/blog/output/posts/visualizing-politiciansp… > [3] http://mutabit.com/offray/blog/en/entry/sdv-infomed > [4] > https://hyp.is/8hHnlCHzEeaIfiOOWSL11w/dl.dropboxusercontent.com/u/31543901/… > [5] > https://hyp.is/44eZbiHxEeaykduI7FzoXQ/dl.dropboxusercontent.com/u/31543901/… > > I just tell this because at some point could be an > intersection/complementarity from the documentation point and helps to have > this overview of where people is focused and trying to contribute. I don't > know if there is a place where interested can find where other people is > doing that is not properly software (or is not integrated yet into > software)... kind of related project/interest in Pharo. > > Cheers, > > Offray > > > On 24/05/16 15:55, Dimitris Chloupis wrote: > > WOW I did not expect so many replies > > Its amazing you guys work on a minimal image, since that is the case I > will wait for you experts to deliver and instead as you advise me Esteban I > will focus my effort on documentation, it looks like I have come to a > decision to contribute to pharo in 3 ways > > 1) Make a theme for pharo which is very modern flexible and super easy to > customise to whatever one wants, a theme to rule them all -> Nireas (its > there but needs a lot of improvement) > 2) Make an API for Blender that will allow pharo developers to take > advantage of Blender awesome graphics capabilities -> Ephestos (same as > above) > 3) Contribute to documentation both via pillar and class and method > comments. -> Prometheas (same as above) > > I am sure the minimal image that you will provide will be perfect for my > needs. I dont mind size per se, just system complexity. > > I agree again with you Esteban that it would be better to let the > maintaince of a minimal image to pharo devs since I think we are all in the > same page and instead tackle areas of my expertise like graphics, theme and > documentation. > > I was just thinking how I could help Pharo the best way and I think these > 3 projects are more than enough to keep me occupied. > > The linked image you posted does not open after I download it and unzip > it. Does it require a special VM or is it something else ? > > On Tue, May 24, 2016 at 5:28 PM Thierry Goubier <thierry.goubier(a)gmail.com> > wrote: > >> 2016-05-24 16:18 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >>> >>> On 24 May 2016, at 16:11, Thierry Goubier <thierry.goubier(a)gmail.com> >>> wrote: >>> >>> >>> >>> 2016-05-24 15:18 GMT+02:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: >>> >>>> Well technically the python part works fine, BUT I also always wanted >>>> it to be friendly to begineers . So nope , its same project. And you are >>>> correct its still focused in coding 3d graphics but I came to realisation >>>> that if I want some people to use it, obviously i dont expect the massive >>>> majority to give up the comforts of python but for those that are curious I >>>> have to provide an enviroment thats is even easier to code in than python >>>> is currently for Blender. >>>> >>>> My goal is to provide a development enviroment for Blender addons that >>>> is simple, and easy to use and learn. >>>> >>>> So providing a minimal pharo image that is self documented has always >>>> being a dream for Ephestos. >>>> >>>> By the way whats the news on the matter of modular pharo image ? Is >>>> there any work done to provide a minimal pharo image ? >>>> >>> >>> There is a minimal image, which is I think usable as-is, except that >>> what you want is something in between the minimal image (no gui, no tools) >>> and a full image, and that is a bit complex to set-up. >>> >>> I started some work on doing that with Pharo4 (put a place with >>> baselines I could use to load the HEAD of the Pharo main repository and >>> load the right packages), but Pharo5 changed the way external projects are >>> included, and my approach wasn't good anymore. >>> >>> I think the overall Pharo organisation could benefit from such an >>> effort; it would exercise all the planned mechanisms for the modular image, >>> in maybe an easier way than a modular full image, and with someone >>> motivated to debug and maintain the process: you! >>> >>> >>> honestly, I wouldnât. >>> working in a parallel image is too much work (believe me, I know >>> something about keeping an image going). >>> >> >> Well, I am technically working in a parallel image for the past ... 3 >> years ? So, no, as long as you handle a changing minimal image and a well >> mastered set of slow changing packages over it, it is doable. >> >> The base Pharo isn't changing much. As long as you don't use what is >> changing a lot, then this is doable. Maintaining changes all over all the >> fast moving packages that are in the full Pharo, then I agree with you, >> Esteban. >> >> >>> Pavel and Christophe are working on the bootstrap process who should be >>> working in one-two months, with that, building custom images will be >>> finally a realityâ¦from there you might want to give it a try. >>> >> >> This, given the timeframe, is both an excellent suggestion and good to >> know :) >> >> >>> But I would better invest on document (something that you have been >>> doing very well and Iâm very thankful for that) than in keeping alive what >>> is, in fact, a fork. >>> >> >> Racing to document all the fast moving packages in Pharo can really be a >> challenge, still. >> >> Thierry >> >> >>> >>> cheers, >>> Esteban >>> >>> >>> Thierry >>> >>> >>> >>> >>>> >>>> I would hate to replicate what is already done. >>>> >>>> On Tue, May 24, 2016 at 3:59 PM Ben Coman <btc(a)openinworld.com> wrote: >>>> >>>>> On Tue, May 24, 2016 at 7:01 PM, Dimitris Chloupis >>>>> <kilon.alios(a)gmail.com> wrote: >>>>> > So I was reading the complains from Sven and got Inspiration from >>>>> Torsten >>>>> > Pharo image and CUIs and made me wonder what if we had an image >>>>> which has >>>>> > the least amount of libraries and every library inside it is full >>>>> commented >>>>> > in class, package and method and even has tutorial using inside help >>>>> tool. >>>>> > >>>>> > So I think I will give this project a try. I know there is a plan to >>>>> make >>>>> > pharo image more modular, but modularity does not equal minimalism , >>>>> > simplicity and ease of use. >>>>> > >>>>> > I think I will follow the CUIs example and do the development via >>>>> Github. >>>>> > >>>>> > But I am open to ideas and suggestions. >>>>> > >>>>> > My intention is to remove the excess fat, to make Pharo prettier >>>>> (improve >>>>> > theme support and make available several themes ) and to have >>>>> everything >>>>> > commented and self documented. >>>>> > >>>>> > Obviously this will be a long term project and in no way a walk in >>>>> the park >>>>> > but I was looking for a nice project to name "Ephestos" :D seem as >>>>> good as >>>>> > any >>>>> >>>>> Did this project not pane out?... >>>>> >>>>> https://pharoweekly.wordpress.com/2014/07/16/ephestos-using-and-coding-blen… >>>>> >>>>> Seems you're quite attached to that name :) >>>>> but is there a minor chance of confusion? >>>>> >>>>> cheers -ben >>>>> >>>>> >>> >>> >

May 25, 2016

Problem with Mongo on Pharo5 ("collection already exists")

by Sabine Manaa

Hi, Is anyone already running Pharo5 with mongoDB already? loading my configurationOf in a new pharo5 image results in a problem with mongDB. loading the same in Pharo4 works fine. I reduced the problem to the following steps for reproduction: 1) start Pharo5 and install VoyageMongo from the ProjectCatalog 2) tools-> mongo Browser -> I see that I have connection to my database -ok 3) (VOMongoRepository host: 'localhost' database: self databaseName) enableSingleton. 4) load ONLY my model classes which includes e.g. RKASystemMessage - load nothing else 5) Then I do RKASystemMessage selectAll (there is ONE system message in the mongo database) ==> this results in a non-responding image. 6) when debugging into the selectAll, I see, that VoyageMongo tries to add a collection (systemMessage), which is already there. in VOMongoRepositoryResolver>>collectionAt: aClass inDatabase: db the collections attribute is empty -> this seems to be the problem beause then it tries to do db addCollection: collectionName which leads to a "collection already exists" mongo reply If you have a mongo database running, you should be able to reproduce the problem. Regards Sabine -- View this message in context: http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exist… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 25, 2016

FileSystem Symlink and Environment variables

by Valentin Ryckewaert

Hello everyone, I would like to know more about what lacks to FileSystem today ? Especially for symbolic links, I didn't find something to read the real path of the symlink (readlink) and to create a symbolic link, does it exists and I didn't find it? I tried to use isSymlink on my machine (linux one) and it didn't work, we submited an issue but does someone know the problem ? https://pharo.fogbugz.com/f/cases/18279/isSymlink-seems-to-be-broken-on-Lin… Same thing for Environment variables, I would like to know if the implementation lacks of something usefull. Valentin

May 25, 2016

Re: [Pharo-users] parameters of the virtual machine

by ClÃ©ment Bera

Well the aspects described here either are documented or are being documented through IWST papers waiting for approval. The cache accessing technique is detailed in the IWST'16 paper *Inferring Types by Mining Class Usage Frequency from Inline Caches**. *Hopefully it'll get accepted and everyone can read it. Nevena worked a lot on it and I believe it's very good. The VM parameters are detailed in Pharo in the method comment of VirtualMachine>>parameterAt: . The comment is self-explanatory so if one does not understand it one needs to read already available documentation about the VM internal behavior. The machine code zone details I added are discussed in my IWST'16 paper *A low Overhead Per Object Write Barrier for Smalltalk. *Hopefully it'll get accepted and everyone can read it. On Wed, May 25, 2016 at 8:46 AM, stepharo <stepharo(a)free.fr> wrote: > clement > > > you should add that to a simple blog post :) > > > Stef > > Le 24/5/16 Ã 19:35, ClÃ©ment Bera a Ã©crit : > > Hi, > > Sorry the mail is quite long... I CC'd Nevena for section II, she used the > VM caches for type inference. > > *Section I. VM parameters* > > * 46 size of machine code zone, in bytes* > > Well, the size of the machine code zone :-). To speed-up execution, the > cog uses internally a JIT compiler which translates to machine code > frequently used bytecoded method and run the machine code to execute them > instead of using the interpreter. The machine code zone is an executable > memory zone containing all the machine code versions of methods. > > The default size should be between 1Mb and 2Mb for standard applications. > If memory is a constraint, it can be lowered down to 750kb, under that you > should use the stack VM else the performance starts to drastically decrease. > > This setting is useful to tune your application performance. For example, > on compilation-intensive benchs, 750kb is the optimal machine code zone > size. On large benchmarks, 2 Mb, maybe more, is better, but then one may > see machine code garbage collection pauses. On small benchs all the methods > fit into this zone so it doesn't really matter. > > Growing the machine code zone: > - increase the number of methods that can be present there, hence > decreasing machine code zone garbage collection frequency and method jit > compilation. > - decrease the machine code zone to cpu instruction cache mapping > - slow down machine code zone garbage collection > > To set the machine code zone you need to use another parameter (47 I > think) and restart the VM+image. > > * 59 number of check event calls since startup (read-only)* > > If I remember correctly, the number of times the VM has checked for OS > events since start-up. > > > * 60 number of stack page overflows since startup (read-only; Cog VMs > only) 61 number of stack page divorces since startup (read-only; Cog > VMs only)* > > This is related to stack page management. Read the Cog blog to understand > how it's done. See > <http://www.mirandabanda.org/cogblog/2009/01/14/under-cover-contexts-and-the…> > http://www.mirandabanda.org/cogblog/2009/01/14/under-cover-contexts-and-the… > section Stack pages. > > *Section II. Accessing the caches* > > > > > *Is there a way to get access to the cache? How many caches does Cog has? > I guess it has - a method call cache (associating (object,symbol) > -> compiled method - a cache for the JIT-compiled methods right? * > > > *Are there other cache? How can I access them? In particular to query > about their fill. * > > There is indeed a global look-up cache, mapping (receiver type, symbol) -> > (compiled method, primitive function pointer). In the jitted methods there > are per send-sites look-up caches, also known as inline caches. > > The most useful is the inline cache values, they provide the receiver > types met for each send site and are fairly reliable. There are ways to > access those caches. I personally use those caches values for the runtime > optimizing compiler, but more recently I worked with Nevena Milojkovic (I > CC'd her) and she was able to use those cache values for type inference, > while she is not a VM expert. We wrote an IWST paper about that, hopefully > it'll get accepted and you will be able to read it. In the IWST paper I > sum-up Eliot's implementation of inline caches and how the VM provides the > types. > > In short, to access the caches: > 1) add those primitives: > VirtualMachine>>allMachineCodeMethods > <primitive: 'primitiveAllMethodsCompiledToMachineCode' module:''> > ^#() > CompiledMethod>>sendAndBranchData > <primitive: 'primitiveSistaMethodPICAndCounterData' module:''> > ^#() > 2) add glue code to map caches values from bytecode pc to the AST, > something like that: > CompiledMethod>>astWithCacheAnnotations > | tmp1 | > tmp1 := self sendAndBranchData. > tmp1 > ifEmpty: [ 'No data' logCr. > ^ self ast ]; > do: [ :arg1 | > (self sourceNodeForPC: arg1 first) > propertyAt: #cacheInformation > put: arg1 allButFirst ]. > ^ self ast > 3) Compile the VM with the SistaCogit and SistaVM=true (Slang compilation > settings). > > I guess you could read our IWST paper, that would help. I don't know if > that's possible before the reviewers answer. > > Don't build production tools using those values though, the VM is evolving > and the cache values may vary in the future with the sista optimizer. > > Regards, > > Clement > > On Tue, May 24, 2016 at 5:39 PM, Alexandre Bergel < > <alexandre.bergel(a)me.com>alexandre.bergel(a)me.com> wrote: > >> Hi, >> >> The Cog virtual machine expose some very useful parameters. However, some >> of them are a bit obscure to me. For example, what are the following >> parameters? What do they mean? >> >> 46 size of machine code zone, in bytes >> 59 number of check event calls since startup >> (read-only) >> 60 number of stack page overflows since startup >> (read-only; Cog VMs only) >> 61 number of stack page divorces since startup >> (read-only; Cog VMs only) >> >> Is there a way to get access to the cache? How many caches does Cog has? >> I guess it has >> - a method call cache (associating (object,symbol) -> compiled >> method >> - a cache for the JIT-compiled methods right? >> >> Are there other cache? How can I access them? In particular to query >> about their fill. >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > >

May 25, 2016