July 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] More than 500MB for windows

by Norbert Hartl

Am 09.07.2013 um 10:21 schrieb Igor Stasenko <siguctua(a)gmail.com>: > On 9 July 2013 10:08, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> On 09 Jul 2013, at 10:03, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >>> On 9 July 2013 09:13, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>>> First, not all programming languages are like this: You can easily run other VMs (e.g., Java) with more than 3 GB. But, let's not even go there: I can run Pharo with 1Gb on Mac without problems. According to your reasoning we might end up downgrading the Mac VM. Some data does not fit in memory, but if I can get all my data in my image, I will choose to do it. >>>>>> >>>>>> I am not saying that we should compare with Java, or that it is the end of the world that the Windows VM is highly restricted. I am simply saying that we should not dismiss this as a problem just because we do not know how, or do not have the resources to solve it right now. >>>>>> >>>>>> After all, we are here to change the world :). >>>>>> >>>>> >>>>> Yes, but this topic was raised multiple times already. Maybe we should >>>>> stop wasting time on it? >>>>> >>>>> All you need to do, to change the limit, go to >>>>> platforms/win32/vm/sqWin32Alloc.h >>>>> >>>>> And change this: >>>>> >>>>> #ifndef MAX_VIRTUAL_MEMORY >>>>> #define MAX_VIRTUAL_MEMORY 512*1024*1024 >>>>> #endif >>>>> >>>>> So, if you want more, build VM with any limit you see fit. >>>>> But there's a reason why in official VM its 512. >>>> >>>> Igor this is a real issue and we are all fighting to get more members in the consortium >>>> so that one day we can hire a guy like you to address it. >>>> >>> >>> https://gitorious.org/cogvm/blessed/commit/341e6c2e150bcde80dfea6c890bab774… >> >> Yeah ! Now users can set the limit themselves. >> >> And then they will come back complaining that certain things don't work when they raise the limit too high ;-) >> >> One day we will have a proper 64-bit VM. >> > Yes, i wish we can be there today. > (And one day people will learn a difference between actual memory used > and reserved address space :) > Igor, I don't understand your point here. In an environment where you can neither use nor reserve memory upon a certain limit I find the distinction useless. Usually you tend to tell that you don't want to think about the "far future right things" but the things that solve actual problems. Where has this attitude gone? :) Norbert

July 9, 2013

Re: [Pharo-users] [ANN] Pharo Launcher

by Sebastian Tleye

Great, for me, that i am touching kernel classes, it will be very useful have something to manage images quickly!! 2013/7/8 Tudor Girba <tudor(a)tudorgirba.com> > Hi Damien, > > Nice :). > > I noticed two issues when playing with it: > - there is no feedback while downloading the image. This can be confusing. > - the launcher quits when launching another image (I am on Mac). This is > actually interesting, but it was surprising. I am not sure what is the > right solution here. > > And a question: How can we get more images available through this > interface? > > Cheers, > Doru > > > On Jul 8, 2013, at 10:11 AM, Damien Cassou <damien.cassou(a)gmail.com> > wrote: > > > Dear list, > > > > Erwan and I are proud to announce the first release of the Pharo > > Launcher, a cross-platform application that > > > > - lets you manage your Pharo images (launch, rename, copy and delete); > > - lets you download image templates (i.e., zip archives) from many > > different sources (Jenkins, files.pharo.org, and your local cache); > > - lets you create new images from any template. > > > > A screenshot is attached to this email. > > > > The idea behind the Pharo Launcher is that you should be able to > > access it very rapidly from your OS application launcher. As a result, > > launching any image is never more than 3 clicks away. > > > > Download: > https://ci.inria.fr/pharo-contribution/job/PharoLauncher/PHARO=30,VERSION=b… > > > > Please report bugs on the 'Launcher' project at > https://pharo.fogbugz.org > > > > You can contribute to this project. All classes and most methods are > > commented. There are unit tests. Please contribute! > > > > Source code: http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher > > CI: https://ci.inria.fr/pharo-contribution/job/PharoLauncher > > > > Things you can do to improve the system: > > > > - check if a template is already downloaded before downloading it > > - add a preference mechanism (for, e.g., quit after launch, definition > > of your own template groups, location of downloaded templates and > > images) > > - put the launcher in the Pharo Ubuntu package so that the launcher > > becomes a registered appliation of the system > > (https://launchpad.net/~pharo/+archive/stable) > > - make sure the pharo launcher does not load your personal scripts > > (like fonts and MC configuration) > > - add a toolbar to enhance the discoverability of the features > > (currently everything is in contextual menus) > > - make sure rename and copy actions propose default values > > - make sure no debugger pops up when a user press cancels or enter an > > invalid name > > - propose multiple kinds of sorting (last used, most frequently used, > > alphabetically on the name) > > - give some information about each template (build date, pharo version) > > > > -- > > Damien Cassou > > http://damiencassou.seasidehosting.st > > > > "Success is the ability to go from one failure to another without > > losing enthusiasm." > > Winston Churchill > > <screenshot.png> > > -- > www.tudorgirba.com > > "To utilize feedback, you first have to acquire it." > > >

July 9, 2013

Re: [Pharo-users] [Voyage] #selectOne: and #selectMany: with a block as the argument

by Bernat Romagosa

Just in case someone runs into the same problem, the $or query should be written as follows: User selectMany: { '$or' -> (Array with: { 'profile.firstName' -> { '$regex' -> '^.*na.*'. '$options' -> 'i' } *asDictionary *} *asDictionary* with: { 'profile.surname' -> { '$regex' -> '^.*ve.*'. '$options' -> 'i' } * asDictionary *} *asDictionary*) } *asDictionary*. With so many dictionaries it's really easy to miss one! :) Thanks a lot, I've got everything working now! 2013/7/8 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > estebanS > could you do me one favor: > build a kind of list of questions and answers > > so that I can add that to the voyage chapter? > Else I will do it but â¦ > > Stef > > > On Jul 8, 2013, at 2:38 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: > > > But, as far as I know, Mongo will create an _id key with an Mongo OID > > for every document that doesn't have one. > > You can use _id without having to use an OID, you can use plain > > strings or integers. > > > > So I guess it is safe to use _id. I'll change it in my tests and then > > let you know. > > > > :) > > Esteban A. Maringolo > > > > > > 2013/7/8 Esteban Lorenzano <estebanlm(a)gmail.com>: > >> Because _id is internally used by mongo and I didn't wanted to risk any > collision :) > >> > >> On Jul 8, 2013, at 2:26 PM, "Esteban A. Maringolo" < > emaringolo(a)gmail.com> wrote: > >> > >>> Esteban, > >>> > >>> Why do you use __id: (double underscore) instead of the _id (single > >>> underscore) key? > >>> > >>> Regards, > >>> Esteban A. Maringolo > >>> > >>> > >>> 2013/7/8 Esteban Lorenzano <estebanlm(a)gmail.com>: > >>>> Hi again, > >>>> > >>>> sadly, there is no direct support for referenced queries yet. > >>>> > >>>> however, you can workaround the problem by doing: > >>>> > >>>> > >>>> { > >>>> 'referenceField.__id' -> (VORepository current keyOf: referenceObject) > >>>> } asDictionary. > >>>> > >>>> or with MongoQueries: > >>>> > >>>> [ :each | (each at: 'referenceField.__id') = (VORepository current > keyOf: > >>>> referenceObject) ] > >>>> > >>>> Some internal info: > >>>> in Voyage, all references are kept in mongo as sub-documents with this > >>>> structure: > >>>> > >>>> { > >>>> '__id': OID(1234567890). > >>>> '#collection': 'theNameOfTheCollection'. > >>>> } > >>>> > >>>> so, you always can construct queries knowing that :) > >>>> > >>>> Esteban > >>>> > >>>> On Jul 8, 2013, at 12:58 PM, Bernat Romagosa > >>>> <tibabenfortlapalanca(a)gmail.com> wrote: > >>>> > >>>> Also, how does one query a referenced object? > >>>> > >>>> MyClass selectMany: { 'project.name' -> 'Test' } asDictionary. "<-- > Works > >>>> only if project is an embedded object, but it doesn't if it's a > reference." > >>>> > >>>> > >>>> 2013/7/8 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > >>>>> > >>>>> Sorry for being lazy, but how does one use logical operators in > dictionary > >>>>> queries? > >>>>> > >>>>> I'm trying something like: > >>>>> > >>>>> (User selectMany: { 'profile.firstName' -> { '$regex' -> '^.*na.*'. > >>>>> '$options' -> 'i'} asDictionary } asDictionary). > >>>>> > >>>>> And I'd like to $or this with: > >>>>> > >>>>> 'profile.surname' -> { '$regex' -> '^.*ve.*'. '$options' -> 'i'} > >>>>> asDictionary. > >>>>> > >>>>> > >>>>> 2013/7/6 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >>>>>> > >>>>>> > >>>>>> On Jul 6, 2013, at 11:16 AM, Esteban Lorenzano <estebanlm(a)gmail.com > > > >>>>>> wrote: > >>>>>> > >>>>>>> sure :) > >>>>>>> > >>>>>>> I will add a blog post on "voyage advanced queries" too :) > >>>>>> > >>>>>> too if you want but we could also focus on the chapter because we > can be > >>>>>> multiple people to edit it > >>>>>> while your blog you are alone. > >>>>>> > >>>>>> Stef > >>>>>> > >>>>>>> > >>>>>>> Esteban > >>>>>>> > >>>>>>> On Jul 6, 2013, at 10:52 AM, StÃ©phane Ducasse > >>>>>>> <stephane.ducasse(a)inria.fr> wrote: > >>>>>>> > >>>>>>>> esteban could you take some time to add this information to the > Voyage > >>>>>>>> chapter? > >>>>>>>> > >>>>>>>> > https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/ > >>>>>>>> > >>>>>>>> add the information in any format and I can make it run. > >>>>>>>> > >>>>>>>> > >>>>>>>> > https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english > >>>>>>>> > >>>>>>>> Stef > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> On Jul 4, 2013, at 7:49 PM, Esteban Lorenzano < > estebanlm(a)gmail.com> > >>>>>>>> wrote: > >>>>>>>> > >>>>>>>>> you have different constructions: > >>>>>>>>> > >>>>>>>>> { $gt: { "number_field": 42 } } > >>>>>>>>> > >>>>>>>>> and so on... always with dictionaries (bah, json structs). > >>>>>>>>> > >>>>>>>>> as a query language it kinda sucks... but well... is how it is :) > >>>>>>>>> > >>>>>>>>> On Jul 4, 2013, at 7:34 PM, StÃ©phane Ducasse > >>>>>>>>> <stephane.ducasse(a)inria.fr> wrote: > >>>>>>>>> > >>>>>>>>>> Ok but how do I map conceptual a query to a dictionary > >>>>>>>>>> > >>>>>>>>>> Do I guess right that there is an exact match > >>>>>>>>>> > >>>>>>>>>> selectOne: { id -> 10} asDictionary > >>>>>>>>>> > >>>>>>>>>> will match id = 10 > >>>>>>>>>> > >>>>>>>>>> Now we can only do exact mathc? > >>>>>>>>>> > >>>>>>>>>> name matches: 'stef*' > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> On Jul 4, 2013, at 6:04 PM, Esteban A. Maringolo > >>>>>>>>>> <emaringolo(a)gmail.com> wrote: > >>>>>>>>>> > >>>>>>>>>>> Stef, > >>>>>>>>>>> > >>>>>>>>>>> You're asking the other Esteban, but having used Voyage and > Mongo I > >>>>>>>>>>> think I can answer this. > >>>>>>>>>>> > >>>>>>>>>>> Mongo receives a JSON object to do all the query filtering. > For a > >>>>>>>>>>> simple lookup it is has a simple structre, as the query gets > more > >>>>>>>>>>> complex it gets esoteric as well (with "special" MongoDB keys > in > >>>>>>>>>>> the > >>>>>>>>>>> format of "$key"). > >>>>>>>>>>> > >>>>>>>>>>> Because the simplest map we have to a JSON Object is the > >>>>>>>>>>> Dictionary, I > >>>>>>>>>>> guess that's why it ends up being converted to a Dictionary, > which > >>>>>>>>>>> in > >>>>>>>>>>> turn gets converted to JSON and/or BSON. > >>>>>>>>>>> > >>>>>>>>>>> Regards, > >>>>>>>>>>> > >>>>>>>>>>> Esteban A. Maringolo > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> 2013/7/4 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >>>>>>>>>>>> > >>>>>>>>>>>> On Jul 4, 2013, at 2:58 PM, Esteban Lorenzano > >>>>>>>>>>>> <estebanlm(a)gmail.com> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>> Hi :) > >>>>>>>>>>>> > >>>>>>>>>>>> can you check if you have the "MongoQueries" package > installed? > >>>>>>>>>>>> > >>>>>>>>>>>> cheers, > >>>>>>>>>>>> Esteban > >>>>>>>>>>>> > >>>>>>>>>>>> ps: please notice that in anycase you will not be able to > execute > >>>>>>>>>>>> > >>>>>>>>>>>> [ :each | each name first = $X ] > >>>>>>>>>>>> > >>>>>>>>>>>> because the MongoQueries package just translates the block > into a > >>>>>>>>>>>> mongo-query which is a dictionary (a JSON expression). But you > >>>>>>>>>>>> will found > >>>>>>>>>>>> some ways to help you, some special keywords like #in: and > #where: > >>>>>>>>>>>> (you can > >>>>>>>>>>>> see how they work in the tests) > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> esteban > >>>>>>>>>>>> how a dictionary is used to work as a block for a query? > >>>>>>>>>>>> Can you explain because I would have thought that the first > line > >>>>>>>>>>>> did not > >>>>>>>>>>>> work and the second would work. > >>>>>>>>>>>> > >>>>>>>>>>>> Stef > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> On Jul 4, 2013, at 2:17 PM, Bernat Romagosa > >>>>>>>>>>>> <tibabenfortlapalanca(a)gmail.com> > >>>>>>>>>>>> wrote: > >>>>>>>>>>>> > >>>>>>>>>>>> Hi! > >>>>>>>>>>>> > >>>>>>>>>>>> I realize probably only Esteban will be able to answer, but I > >>>>>>>>>>>> prefer to > >>>>>>>>>>>> write to the list so the mail is logged and other people can > >>>>>>>>>>>> benefit from > >>>>>>>>>>>> it. > >>>>>>>>>>>> > >>>>>>>>>>>> I'm trying to use blocks as arguments for #selectOne: and > >>>>>>>>>>>> #selectMany:, but > >>>>>>>>>>>> it doesn't seem to work. Here's my code: > >>>>>>>>>>>> > >>>>>>>>>>>> MyClass selectOne: { #name -> 'Some name' } asDictionary. > >>>>>>>>>>>> MyClass selectOne: [ :each | each name = 'Some name' ]. > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> The first one works, but the second one raises a > >>>>>>>>>>>> VOMongoConnectionError. > >>>>>>>>>>>> > >>>>>>>>>>>> Also: > >>>>>>>>>>>> > >>>>>>>>>>>> MyClass selectMany: { #name -> 'Some name' } asDictionary. > >>>>>>>>>>>> MyClass selectMany: [ :each | each name = 'Some name' ]. > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> The first does work, the second one doesn't, which prevents me > >>>>>>>>>>>> from writing > >>>>>>>>>>>> more useful stuff like: > >>>>>>>>>>>> > >>>>>>>>>>>> MyClass selectMany: [ :each | each name first = $P ]. > >>>>>>>>>>>> > >>>>>>>>>>>> Any idea why this could be failing? I've the latest stable > version > >>>>>>>>>>>> loaded > >>>>>>>>>>>> via: > >>>>>>>>>>>> > >>>>>>>>>>>> Gofer it > >>>>>>>>>>>> url: 'http://smalltalkhub.com/mc/estebanlm/Voyage/main'; > >>>>>>>>>>>> package: 'ConfigurationOfVoyageMongo'; > >>>>>>>>>>>> load. > >>>>>>>>>>>> (Smalltalk at: #ConfigurationOfVoyageMongo) load. > >>>>>>>>>>>> > >>>>>>>>>>>> Thanks! :) > >>>>>>>>>>>> > >>>>>>>>>>>> Bernat. > >>>>>>>>>>>> > >>>>>>>>>>>> -- > >>>>>>>>>>>> Bernat Romagosa. > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Bernat Romagosa. > >>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Bernat Romagosa. > >>>> > >>>> > >>> > >> > >> > > > > > -- Bernat Romagosa.

July 9, 2013

Re: [Pharo-users] More than 500MB for windows

by Igor Stasenko

On 9 July 2013 10:21, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 9 July 2013 10:08, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> On 09 Jul 2013, at 10:03, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >>> On 9 July 2013 09:13, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>>> First, not all programming languages are like this: You can easily run other VMs (e.g., Java) with more than 3 GB. But, let's not even go there: I can run Pharo with 1Gb on Mac without problems. According to your reasoning we might end up downgrading the Mac VM. Some data does not fit in memory, but if I can get all my data in my image, I will choose to do it. >>>>>> >>>>>> I am not saying that we should compare with Java, or that it is the end of the world that the Windows VM is highly restricted. I am simply saying that we should not dismiss this as a problem just because we do not know how, or do not have the resources to solve it right now. >>>>>> >>>>>> After all, we are here to change the world :). >>>>>> >>>>> >>>>> Yes, but this topic was raised multiple times already. Maybe we should >>>>> stop wasting time on it? >>>>> >>>>> All you need to do, to change the limit, go to >>>>> platforms/win32/vm/sqWin32Alloc.h >>>>> >>>>> And change this: >>>>> >>>>> #ifndef MAX_VIRTUAL_MEMORY >>>>> #define MAX_VIRTUAL_MEMORY 512*1024*1024 >>>>> #endif >>>>> >>>>> So, if you want more, build VM with any limit you see fit. >>>>> But there's a reason why in official VM its 512. >>>> >>>> Igor this is a real issue and we are all fighting to get more members in the consortium >>>> so that one day we can hire a guy like you to address it. >>>> >>> >>> https://gitorious.org/cogvm/blessed/commit/341e6c2e150bcde80dfea6c890bab774… >> >> Yeah ! Now users can set the limit themselves. >> >> And then they will come back complaining that certain things don't work when they raise the limit too high ;-) >> >> One day we will have a proper 64-bit VM. >> > Yes, i wish we can be there today. > (And one day people will learn a difference between actual memory used > and reserved address space :) > .. because reserving 512Mb for image which barely eats 30Mb is a huge waste. >>>> Stef >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> > > > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

July 9, 2013

Re: [Pharo-users] Enforcing uniqueness constraints in Voyage-Mongo

by raphonic

Ok, thanks for the quick reply! -- View this message in context: http://forum.world.st/Enforcing-uniqueness-constraints-in-Voyage-Mongo-tp46… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 9, 2013

Re: [Pharo-users] More than 500MB for windows

by Igor Stasenko

On 9 July 2013 10:08, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 09 Jul 2013, at 10:03, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 9 July 2013 09:13, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>> First, not all programming languages are like this: You can easily run other VMs (e.g., Java) with more than 3 GB. But, let's not even go there: I can run Pharo with 1Gb on Mac without problems. According to your reasoning we might end up downgrading the Mac VM. Some data does not fit in memory, but if I can get all my data in my image, I will choose to do it. >>>>> >>>>> I am not saying that we should compare with Java, or that it is the end of the world that the Windows VM is highly restricted. I am simply saying that we should not dismiss this as a problem just because we do not know how, or do not have the resources to solve it right now. >>>>> >>>>> After all, we are here to change the world :). >>>>> >>>> >>>> Yes, but this topic was raised multiple times already. Maybe we should >>>> stop wasting time on it? >>>> >>>> All you need to do, to change the limit, go to >>>> platforms/win32/vm/sqWin32Alloc.h >>>> >>>> And change this: >>>> >>>> #ifndef MAX_VIRTUAL_MEMORY >>>> #define MAX_VIRTUAL_MEMORY 512*1024*1024 >>>> #endif >>>> >>>> So, if you want more, build VM with any limit you see fit. >>>> But there's a reason why in official VM its 512. >>> >>> Igor this is a real issue and we are all fighting to get more members in the consortium >>> so that one day we can hire a guy like you to address it. >>> >> >> https://gitorious.org/cogvm/blessed/commit/341e6c2e150bcde80dfea6c890bab774… > > Yeah ! Now users can set the limit themselves. > > And then they will come back complaining that certain things don't work when they raise the limit too high ;-) > > One day we will have a proper 64-bit VM. > Yes, i wish we can be there today. (And one day people will learn a difference between actual memory used and reserved address space :) >>> Stef >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

July 9, 2013

Re: [Pharo-users] Enforcing uniqueness constraints in Voyage-Mongo

by Esteban Lorenzano

Hi, no, it is still responsibility of the app level (yours) :) Esteban On Jul 9, 2013, at 10:00 AM, raphonic <raphonic(a)outlook.com> wrote: > Hi, > > I would like to know how to set certain instance variables of my models to > be unique and also > if there is a mechanism to set other constraints(like presence of an > embedded object) in Voyage-Mongo. I searched the MongoDB docs and it says > that constraints should be implemented at the application level. Does Voyage > have > any support for setting constraints? > > > > > > -- > View this message in context: http://forum.world.st/Enforcing-uniqueness-constraints-in-Voyage-Mongo-tp46… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

July 9, 2013

Re: [Pharo-users] More than 500MB for windows

by StÃ©phane Ducasse

>> >> > > If you reserve most of memory for objects, think how you could use things like > freetype, opengl, cairo & any other library which allocates memory on > conventional heap. > also, think that DLLs and kernel needs breathing space as well. But is it not the same on mac? I thought that it was a problem with the memory fragmentation on windows. Stef

July 9, 2013

Re: [Pharo-users] More than 500MB for windows

by Sven Van Caekenberghe

On 09 Jul 2013, at 10:03, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 9 July 2013 09:13, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>> First, not all programming languages are like this: You can easily run other VMs (e.g., Java) with more than 3 GB. But, let's not even go there: I can run Pharo with 1Gb on Mac without problems. According to your reasoning we might end up downgrading the Mac VM. Some data does not fit in memory, but if I can get all my data in my image, I will choose to do it. >>>> >>>> I am not saying that we should compare with Java, or that it is the end of the world that the Windows VM is highly restricted. I am simply saying that we should not dismiss this as a problem just because we do not know how, or do not have the resources to solve it right now. >>>> >>>> After all, we are here to change the world :). >>>> >>> >>> Yes, but this topic was raised multiple times already. Maybe we should >>> stop wasting time on it? >>> >>> All you need to do, to change the limit, go to >>> platforms/win32/vm/sqWin32Alloc.h >>> >>> And change this: >>> >>> #ifndef MAX_VIRTUAL_MEMORY >>> #define MAX_VIRTUAL_MEMORY 512*1024*1024 >>> #endif >>> >>> So, if you want more, build VM with any limit you see fit. >>> But there's a reason why in official VM its 512. >> >> Igor this is a real issue and we are all fighting to get more members in the consortium >> so that one day we can hire a guy like you to address it. >> > > https://gitorious.org/cogvm/blessed/commit/341e6c2e150bcde80dfea6c890bab774… Yeah ! Now users can set the limit themselves. And then they will come back complaining that certain things don't work when they raise the limit too high ;-) One day we will have a proper 64-bit VM. >> Stef > > > > -- > Best regards, > Igor Stasenko. >

July 9, 2013

Re: [Pharo-users] More than 500MB for windows

by Igor Stasenko

On 9 July 2013 10:01, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > > On Jul 9, 2013, at 9:16 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > On 8 July 2013 22:52, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > I am with Doru here. > Today, 500MB is NOTHINGGGGGG. > NOTHIIIIIIIIING. > NOTHING. > A LATOP comes with 8GB. 16x more than the max the VM can allocate. > For one of my clients, I have just set up a server with 32GB. It has 64x > than the max a Pharo VM can allocate. Really? > Going to disk is not always a possibility for many many reasons. > And even if it were possible....if I have to spent XXX hours to workaround > Pharo because it cannot use more than 500MB, then people will simply move to > another language. > And finally, wasn't a language like Smalltalk prepare for you and let you > only focus in your app blah blah blah.. ? having to go to disk doesn't > sound like that... > > So, Igor, I cannot stand that point of view. I can stand many others, like > explaining why it's not Pharo fault, the problem window has, the money/time > it would take for an engineer to fix it, etc etc etc. But not your position. > > My point is that people should stop raising this topic again and again > and do something about it. > Either rewrite memory management in VM, to dynamically allocate address > space, > or rewrite own application to use disk memory. > > And i know that 512mb is nothing, especially for application which > deals with big amounts of data. > But from that perspective, 8GB is nothing as well. Be realistic: if > you need to generate/process lots of data, > you should not rely on just operative memory, it is pretty limited > resource, comparing to disk memory. > It was like that from the very beginning, and i think it will stay > like that for a while. > > > "640K ought to be enough for anybody." > -- Bill Gates > Ben, you wanted to add something constructive to discussion? > > > Cheers, > -- > Mariano > http://marianopeck.wordpress.com > > > > > -- > Best regards, > Igor Stasenko. > > -- Best regards, Igor Stasenko.

July 9, 2013