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

On 8 July 2013 22:43, Tudor Girba wrote: > Hi, > > Igor, please get this point of view out of your system :). > > 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 w

Re: [Pharo-users] Question about dynamic spec

Ben I'm still fuzzy after a flood in the flat we rent at 2 in the morning :) but I was thinking that may be we can use this example to explain the dynamic part of spec. So can you take this view also when you look at the code? If this sounds good to you, I will put on the stack that I should look

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

On Jul 9, 2013, at 9:10 AM, Igor Stasenko wrote: > On 8 July 2013 22:43, Tudor Girba wrote: >> Hi, >> >> Igor, please get this point of view out of your system :). >> >> First, not all programming languages are like this: You can easily run other >> VMs (e.g., Java) with more than 3 GB. But,

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

>> 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 fi

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

On 8 July 2013 22:52, Mariano Martinez Peck wrote: > I am with Doru here. > Today, 500MB is NOTHINGG. > NOTHING. > 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 P

Re: [Pharo-users] Question about dynamic spec

If you decide to use this example for the Spec chapter I could do another pass on the code and make it nicer. Andrei On Tue, Jul 9, 2013 at 9:11 AM, Stéphane Ducasse wrote: > Ben > > I'm still fuzzy after a flood in the flat we rent at 2 in the morning :) > but I was thinking that may be we can

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

On 9 July 2013 09:13, Esteban Lorenzano wrote: > > On Jul 9, 2013, at 9:10 AM, Igor Stasenko wrote: > >> On 8 July 2013 22:43, Tudor Girba wrote: >>> Hi, >>> >>> Igor, please get this point of view out of your system :). >>> >>> First, not all programming languages are like this: You can easily

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

On Jul 9, 2013, at 9:22 AM, Igor Stasenko wrote: > On 9 July 2013 09:13, Esteban Lorenzano wrote: >> >> On Jul 9, 2013, at 9:10 AM, Igor Stasenko wrote: >> >>> On 8 July 2013 22:43, Tudor Girba wrote: Hi, Igor, please get this point of view out of your system :).

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

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

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

On Jul 9, 2013, at 9:16 AM, Igor Stasenko wrote: > On 8 July 2013 22:52, Mariano Martinez Peck wrote: >> I am with Doru here. >> Today, 500MB is NOTHINGG. >> NOTHING. >> NOTHING. >> A LATOP comes with 8GB. 16x more than the max the VM can allocate. >> For one of my clients, I have j

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

On 9 July 2013 09:13, Stéphane Ducasse 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 e

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

On 9 July 2013 09:50, Esteban Lorenzano wrote: > > On Jul 9, 2013, at 9:22 AM, Igor Stasenko wrote: > >> On 9 July 2013 09:13, Esteban Lorenzano wrote: >>> >>> On Jul 9, 2013, at 9:10 AM, Igor Stasenko wrote: >>> On 8 July 2013 22:43, Tudor Girba wrote: > Hi, > > Igor, please

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

On 9 July 2013 10:01, Benjamin wrote: > > On Jul 9, 2013, at 9:16 AM, Igor Stasenko wrote: > > On 8 July 2013 22:52, Mariano Martinez Peck wrote: > > I am with Doru here. > Today, 500MB is NOTHINGG. > NOTHING. > NOTHING. > A LATOP comes with 8GB. 16x more than the max the VM can allo

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

On 09 Jul 2013, at 10:03, Igor Stasenko wrote: > On 9 July 2013 09:13, Stéphane Ducasse 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 withou

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

Hi, no, it is still responsibility of the app level (yours) :) Esteban On Jul 9, 2013, at 10:00 AM, raphonic 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

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

On 9 July 2013 10:08, Sven Van Caekenberghe wrote: > > On 09 Jul 2013, at 10:03, Igor Stasenko wrote: > >> On 9 July 2013 09:13, Stéphane Ducasse 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

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

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

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

On 9 July 2013 10:21, Igor Stasenko wrote: > On 9 July 2013 10:08, Sven Van Caekenberghe wrote: >> >> On 09 Jul 2013, at 10:03, Igor Stasenko wrote: >> >>> On 9 July 2013 09:13, Stéphane Ducasse wrote: >> First, not all programming languages are like this: You can easily run >> other V

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

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.*'. '$opti

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

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 > Hi Damien, > > Nice :). > > I noticed two issues when playing with it: > - there is no feedback while downloading the image. This can be confusing. > - the l

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

Am 09.07.2013 um 10:21 schrieb Igor Stasenko : > On 9 July 2013 10:08, Sven Van Caekenberghe wrote: >> >> On 09 Jul 2013, at 10:03, Igor Stasenko wrote: >> >>> On 9 July 2013 09:13, Stéphane Ducasse wrote: >> First, not all programming languages are like this: You can easily run >>

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

Am 09.07.2013 um 11:01 schrieb Igor Stasenko : > On 9 July 2013 10:21, Igor Stasenko wrote: >> On 9 July 2013 10:08, Sven Van Caekenberghe wrote: >>> >>> On 09 Jul 2013, at 10:03, Igor Stasenko wrote: >>> On 9 July 2013 09:13, Stéphane Ducasse wrote: >>> First, not all programming

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

On Mon, Jul 8, 2013 at 11:00 PM, Tudor Girba wrote: > I noticed two issues when playing with it: > - there is no feedback while downloading the image. This can be confusing. > Normally, the status bar should display "Downloading...", but I'm not sure it works all the time and it is a bit hidden

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

On 9 July 2013 12:12, Norbert Hartl wrote: > > Am 09.07.2013 um 10:21 schrieb Igor Stasenko : > >> On 9 July 2013 10:08, Sven Van Caekenberghe wrote: >>> >>> On 09 Jul 2013, at 10:03, Igor Stasenko wrote: >>> On 9 July 2013 09:13, Stéphane Ducasse wrote: >>> First, not all programming

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

On 9 July 2013 12:14, Norbert Hartl wrote: > > Am 09.07.2013 um 11:01 schrieb Igor Stasenko : > >> On 9 July 2013 10:21, Igor Stasenko wrote: >>> On 9 July 2013 10:08, Sven Van Caekenberghe wrote: On 09 Jul 2013, at 10:03, Igor Stasenko wrote: > On 9 July 2013 09:13, Stéphane

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

Am 09.07.2013 um 13:43 schrieb Igor Stasenko : > On 9 July 2013 12:14, Norbert Hartl wrote: >> >> Am 09.07.2013 um 11:01 schrieb Igor Stasenko : >> >>> On 9 July 2013 10:21, Igor Stasenko wrote: On 9 July 2013 10:08, Sven Van Caekenberghe wrote: > > On 09 Jul 2013, at 10:03, Ig

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

and that is one reason why a special syntax for dictionaries would be welcome :) On Jul 9, 2013, at 11:42 AM, Bernat Romagosa wrote: > Just in case someone runs into the same problem, the $or query should be > written as follows: > > > User selectMany: > { > '$or' ->

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

>> >> > > 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 i

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

In fact, problem is even worst. I wanted to watch how the GC behaves over 500m of memory occupied. I though on a test that would create/destroy objects in a regular basis, after filling the memory. So, to start I ran this simple script (it was just a start, not the real test I thought): obje

[Pharo-users] Deactivate method inlining/jitting

I'm analyzing some code and what I do does not work for e.g. ifTrue:ifFalse. Is there a way to (temporary) deactivate using the jit or any optimization that handles those methods special? Norbert

Re: [Pharo-users] Deactivate method inlining/jitting

On Jul 9, 2013, at 7:00 PM, Norbert Hartl wrote: > I'm analyzing some code and what I do does not work for e.g. ifTrue:ifFalse. > Is there a way to (temporary) deactivate using the jit or any optimization > that handles those methods special? > This is not done on the JIT level but the compi

Re: [Pharo-users] Deactivate method inlining/jitting

To disable JIT, use StackVM instead of Cog. You can find it here: http://files.pharo.org/vm/. Now ifTrue:ifFalse: are compile time optimizations so using Stack will not change anything. With Opal compiler (by default in pharo 3.0), you can do something like: MyClass class>>compiler ^ super compile

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

Yes but I would like to take the opportunity to have literal object syntax. Stef > and that is one reason why a special syntax for dictionaries would be welcome > :) > > On Jul 9, 2013, at 11:42 AM, Bernat Romagosa > wrote: > >> Just in case someone runs into the same problem, the $or quer

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

For the people that did not click on the link :) Tree SHA1: 26bf913 Parent SHA1: 14cc218 (- fixed save for 2.0) raw diff | raw patch Added option in windows .ini file to set the virtual memory address space limit. AddressSpaceLimit = The default is 512Mb Thanks igor. Stef On Jul 9, 2013, at

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

>> > 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 this is not that we are not aware that Moose should be implemented differently but it is not simple. - the first design in 1998 was with

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

>> >> > and so i added it. But i hate doing that. Because such switch should > not exist and VM should be able to adapt to application's memory > requirements automatically, without requiring user's input. I'm like you but I built a shield of pragmatism else I would have never started pharo :)

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

+1 and we are not users. We are programmers :) Stef > I disagree. I think it is good if the VM is able to adapt so in the case > where no switch is used the VM does its best to adapt to the requirements. > But there are _always_ use cases where you need to fine-tune. If you have an > applicati

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

Ouch this is why we will have to think hard on our next priorities. Stef On Jul 9, 2013, at 3:49 PM, Esteban Lorenzano wrote: > In fact, problem is even worst. I wanted to watch how the GC behaves over > 500m of memory occupied. > I though on a test that would create/destroy objects in a regu

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

By tweaking the plist on OSX I was able to allocate much more than what you mention. See other mails in the list. Phil On Tue, Jul 9, 2013 at 9:09 PM, Stéphane Ducasse wrote: > Ouch this is why we will have to think hard on our next priorities. > > Stef > > On Jul 9, 2013, at 3:49 PM, Esteban

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

Tx igor. Now I am waiting to get hold of the new VM (with this parameter) to test on Windows. On Tue, Jul 9, 2013 at 8:44 PM, Stéphane Ducasse wrote: > For the people that did not click on the link :) > > >- *Tree SHA1:* > 26bf913

Re: [Pharo-users] Question about dynamic spec

Did not forget, but I had a crazy day, I will have a look tomorrow, and see if we can use this as a nice example :) Ben On Jul 9, 2013, at 9:18 AM, Andrei Vasile Chis wrote: > If you decide to use this example for the Spec chapter I could do another > pass on the code and make it nicer. > >