January 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo and CommandShell on OSX ?

by Igor Stasenko

On 4 January 2011 22:25, Stef T <stef(a)ummon.com> wrote: > > On Jan 4, 2011, at 8:36 AM, StÃ©phane Ducasse wrote: > >>> >>> >>>> On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: >>>>> 1) CommandShell complains about AioPlugin not being present and that it will use the 'old slow' way. That's fine, it's merely a warning >>>> >>>> AFAIK, noone has tried building the AioPlugin for Mac, so you will get this >>>> warning when running on a Mac. But as you say, it's just a warning. >>> >>> Is there a pointer for the source code ? I am pretty handy with Xcode and don't mind giving it a whirl ;) >> >> good there is a gitorious account for the vm and we would enjoy that people can contribute via there. >> >> http://gitorious.org/cogvm >> http://gitorious.org/squeak-vm >> > > Hello StÃ©phane, Everyone, > > Under OSX (10.6.5) and pulling the vm source from squeak (either the trunk or the blessed branch) I get this when building (without making any changes to the installed plugins -- yet ;) > > Stef-T-MacBook-Pro:build stef$ ../unix/cmake/configure --without-RomePlugin --without-vm-display-Quartz > .... > [ 70%] Building C object CMakeFiles/squeakvm.dir/version.c.o > [ 71%] Building C object CMakeFiles/squeakvm.dir/disabledPlugins.c.o > Linking C executable squeakvm > Undefined symbols: > Â "_sendInvokeCallbackStackRegistersJmpbuf", referenced from: > Â Â Â _sqGetInterpreterProxy in sqVirtualMachine.c.o > Â "_classUnsafeAlien", referenced from: > Â Â Â _sqGetInterpreterProxy in sqVirtualMachine.c.o > Â "_primitiveFailFor", referenced from: > Â Â Â _sqGetInterpreterProxy in sqVirtualMachine.c.o > Â "_internalIsImmutable", referenced from: > Â Â Â _sqGetInterpreterProxy in sqVirtualMachine.c.o > Â "_getStackPointer", referenced from: > Â Â Â _sqGetInterpreterProxy in sqVirtualMachine.c.o > Â "_reestablishContextPriorToCallback", referenced from: > Â Â Â _sqGetInterpreterProxy in sqVirtualMachine.c.o > Â "_classAlien", referenced from: > Â Â Â _sqGetInterpreterProxy in sqVirtualMachine.c.o > Â "_internalIsMutable", referenced from: > Â Â Â _sqGetInterpreterProxy in sqVirtualMachine.c.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[2]: *** [squeakvm] Error 1 > make[1]: *** [CMakeFiles/squeakvm.dir/all] Error 2 > make: *** [all] Error 2 > > that's .. not looking too healthy. Is OSX 'knowingly busted' ? > i'm not sure that this was ever worked before. For OSX, as a 'special' kind of unix there is a separate xcode project, using which you should build VM. And besides of that, we're working on creating a cmake configuration(s) building VM on macos. > Regards > S. > -- Best regards, Igor Stasenko AKA sig.

Jan. 4, 2011

Re: [Pharo-project] Pharo and CommandShell on OSX ?

by Esteban Lorenzano

Hi, Yes, 4.2.5 and exuperi both has UnixOSProcessPlugin as default (and I understand that, they are very needed :) ) Cheers, Esteban El 04/01/2011, a las 3:15p.m., Igor Stasenko escribiÃ³: > On 4 January 2011 17:34, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> On Jan 4, 2011, at 4:25 AM, David T. Lewis wrote: >> >>> On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: >>>> Hello Everyone, >>>> So, long time squeaker, first time pharo(er ?). Please don't hold this against me ;) >>>> >>>> I am trying to get CommandShell loaded into Pharo (using the Seaside Image) via Monticello. I have tried this on Pharo 1.1/1.1.1/1.2 for the record (same thing). I skip past the MVC/Morphic errors about PluggableList etc, and I can get the command shell to pop-up, however, two things happen; >>>> >>> >>> The CommandShell package on SqueakSource is also now broken down >>> into sub-packages, so you can load the individual parts if you want. >>> But just proceding through the MVC warnings as you did is harmless. >>> >>>> 1) CommandShell complains about AioPlugin not being present and that it will use the 'old slow' way. That's fine, it's merely a warning >>> >>> AFAIK, noone has tried building the AioPlugin for Mac, so you will get this >>> warning when running on a Mac. But as you say, it's just a warning. >> >> I imagine that we will see that with igor and the automatic build too. >> > > was this plugin included into standard vms once before? because > currently its not > and i don't remember if i built VMs it . > > > -- > Best regards, > Igor Stasenko AKA sig. >

Jan. 4, 2011

Re: [Pharo-project] [Pharo-users] Minimal pharo

by Mariano Martinez Peck

On Tue, Jan 4, 2011 at 10:05 PM, Annick Fron <info(a)afceurope.com> wrote: > > Le 4 janv. 2011 Ã 21:51, StÃ©phane Ducasse a Ã©crit : > > > Annick > > > >> I have now tried the minimal images indicated by Torsten and Stephane, > on Windows it amounts to 9.1 Mega in memory ... > >> Would it be smaller on Linux ? > Any idea on this ? > I don't think so. It should be the same. > >> Yet, I still need a shoe horn, having only 8 M ram from which 1.5 is > already taken by the kernel... > > > > do you need the sources? > On Linux ? I had trouble installing Squeak on Linux. > No, Stef wanted to said the .sources file of Pharo. Did you see that you need a Pharo1.0.sources file??? Ok, that's not needed for a deployed app since it will decompile the methods in case you browse them (you wont have the tmp names thought), To get rid of sources, you need to evaluate Smalltalk abandonSources > > The minikernel image is 2 mb > > Now you should also release the cache of MC and do several incantation > and you can get to a more reasonable size. > > I am not too familiar with the environment, so it will me some time before > I understand package loading and so on. > I don't understand why there are shell scripts together with Smalltalk > scripts. > The shell scripts are just to shrink down the PharoCore image and build a PharoKernel from it. You can just download the PharoKernel image (no need to run the shell scripts, this is only if you want to build the PharoKernel by your own). But be aware that PharoKernel is REALLY kernel. There is no UI, and the way to interact with it is just passing a smalltalk script file at startup. > > > >> Any idea to downsize even more ? > > > > There are more to throw away and we are always trying to componentize it. > > Did you remove the tests? > Not yet > As said in my previous email, #cleanUpForProduction does that. Cheers mariano > > > > >> Best regards > >> > >> Annick Fron > > > > > > > > >

Jan. 4, 2011

[Pharo-project] ConfigurationOfPharo: now with Mocketry, Autotest, XMLSupport and Helps

by laurent laffont

Hi, I've updated ConfigurationOfPharo 1.2-beta2: Added: - Mocketry - XMLSupport - Autotest - Shortcuts-Help more tests and Help. I've put methods in categories. Can someone check ? For independent Help packages, shouldn't we create a ConfigurationOfPharoHelp ? Cheers, Laurent Laffont Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

Jan. 4, 2011

Re: [Pharo-project] [Pharo-users] Minimal pharo

by Mariano Martinez Peck

Hi Annick. I don't know which image they told you, but if you take a PharoCore 1.1.1 from here: http://www.pharo-project.org/pharo-download/stable-core And you evaluate: ScriptLoader new cleanUpForRelease. And then save and quite, the image is 6.8 MB. Another hack I sometimes do is o put all all classes with the default category. You can still can browse and recompile the whole image. Most production enviroments don't care about categories...they make sense when developing. (not everybody agree). But anyway, if you then evaluate: Smalltalk allClassesAndTraitsDo: [:each | each zapOrganization ]. Symbol compactSymbolTable. Smalltalk garbageCollect Then the resulted image is 6.1 mb ;) If you then evaluate: "Compact all MethodDictionary instances" | oldInstances newInstances | oldInstances := MethodDictionary allInstances. newInstances := oldInstances collect: [ :md | (MethodDictionary new: md size) compactCopyFrom: md; yourself]. oldInstances elementsForwardIdentityTo: newInstances. "Different cleanUps" TextStyle allSubInstancesDo: [:ts | ts newFontArray: (ts fontArray copyFrom: 1 to: (2 min: ts fontArray size))]. "Clean all Monticello related stuff. You won't be able to browse packages for example" MCWorkingCopyBrowser allInstancesDo: [:each | each flushAllCaches ]. MCWorkingCopy allInstancesDo:[:wc| SystemChangeNotifier uniqueInstance noMoreNotificationsFor: wc. wc unregister]. SystemChangeNotifier uniqueInstance noMoreNotificationsFor: MCPackageManager. SystemChangeNotifier uniqueInstance noMoreNotificationsFor: MCWorkingCopy. "Most application don't need sound" SoundService default: nil. SoundService unregister: DummySoundSystem. SystemChangeNotifier uniqueInstance noMoreNotificationsFor: (Smalltalk at: #RecentMessageSet). TranscriptStream newTranscript: ThreadSafeTranscript new. ImageSegment classPool at: #RecentlyRenamedClasses put: Dictionary new. ExternalSettings classPool at: #RegisteredClients put: Set new. Locale classPool at: #LocaleChangeListeners put: nil. "Clean all the changes" ChangeSet resetCurrentToNewUnnamedChange Set. ChangeSet current initialize. ChangeSet classPool at: #AllChangeSets put: (OrderedCollection with: ChangeSet current). Symbol rehash. 3 timesRepeat: [ Smalltalk garbageCollect. Symbol compactSymbolTable ]. You will have a 5.9 MB image :) is that enought? If not, you can start unloading packages. Esteban did a lot of work with this of IPhone images. You can ask him. ps: I wonder if any of those scripts should be added to ScriptLoader Cheers Mariano On Tue, Jan 4, 2011 at 6:48 PM, Annick Fron <info(a)afceurope.com> wrote: > Hi all, > > I have now tried the minimal images indicated by Torsten and Stephane, on > Windows it amounts to 9.1 Mega in memory ... > Would it be smaller on Linux ? > Yet, I still need a shoe horn, having only 8 M ram from which 1.5 is > already taken by the kernel... > Any idea to downsize even more ? > Best regards > > Annick Fron >

Jan. 4, 2011

Re: [Pharo-project] Pharo and CommandShell on OSX ?

by Stef T

On Jan 4, 2011, at 8:36 AM, StÃ©phane Ducasse wrote: >> >> >>> On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: >>>> 1) CommandShell complains about AioPlugin not being present and that it will use the 'old slow' way. That's fine, it's merely a warning >>> >>> AFAIK, noone has tried building the AioPlugin for Mac, so you will get this >>> warning when running on a Mac. But as you say, it's just a warning. >> >> Is there a pointer for the source code ? I am pretty handy with Xcode and don't mind giving it a whirl ;) > > good there is a gitorious account for the vm and we would enjoy that people can contribute via there. > > http://gitorious.org/cogvm > http://gitorious.org/squeak-vm > Hello StÃ©phane, Everyone, Under OSX (10.6.5) and pulling the vm source from squeak (either the trunk or the blessed branch) I get this when building (without making any changes to the installed plugins -- yet ;) Stef-T-MacBook-Pro:build stef$ ../unix/cmake/configure --without-RomePlugin --without-vm-display-Quartz .... [ 70%] Building C object CMakeFiles/squeakvm.dir/version.c.o [ 71%] Building C object CMakeFiles/squeakvm.dir/disabledPlugins.c.o Linking C executable squeakvm Undefined symbols: "_sendInvokeCallbackStackRegistersJmpbuf", referenced from: _sqGetInterpreterProxy in sqVirtualMachine.c.o "_classUnsafeAlien", referenced from: _sqGetInterpreterProxy in sqVirtualMachine.c.o "_primitiveFailFor", referenced from: _sqGetInterpreterProxy in sqVirtualMachine.c.o "_internalIsImmutable", referenced from: _sqGetInterpreterProxy in sqVirtualMachine.c.o "_getStackPointer", referenced from: _sqGetInterpreterProxy in sqVirtualMachine.c.o "_reestablishContextPriorToCallback", referenced from: _sqGetInterpreterProxy in sqVirtualMachine.c.o "_classAlien", referenced from: _sqGetInterpreterProxy in sqVirtualMachine.c.o "_internalIsMutable", referenced from: _sqGetInterpreterProxy in sqVirtualMachine.c.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [squeakvm] Error 1 make[1]: *** [CMakeFiles/squeakvm.dir/all] Error 2 make: *** [all] Error 2 that's .. not looking too healthy. Is OSX 'knowingly busted' ? Regards S. > >> >>> >>>> but >>>> 2) None of the commands get executed. If I try the stuff which will eval inside squeak/pharo, then that's fine (Eg; stdout nextPutAll: 'hello world'; cr.). However, if I try a command such as 'ls' or 'who', all hell breaks lose. stack trace follows :) >>>> >>>> If I am doing anything obviously wrong, please feel free to hit me over the head :) >>> >>> Nope, it's not you, it's the plugin included with your VM. Some >>> of the Mac VMs in circulation were accidentally built with a very >>> out of date version of the OSProcessPlugin. Apparently you have >>> one of them, and it will definitely not work. But I think there >>> is a newer version (4.2.5 IIRC) that has the up to date plugin >>> that works properly on Mac. >>> >> >> Hrm, I am using the OSProcess from squeaksource .59. The version history says >> >> Name: OSProcess-dtl.59 >> Author: dtl >> Time: 28 November 2010, 8:43:48.839 pm >> UUID: bd5d2b4e-efbd-4091-ac0a-d0bd7af64b2c >> >> surely this is 'new enough' ? Is there a known 'stable' version you would suggest ? >> >> regards >> S. >> >>> Dave >>> >>> >>>> >>>> Regards >>>> S. >>>> >>>> >>>> >>>> >>>> 3 January 2011 6:49:43 pm >>>> >>>> VM: Mac OS - intel - 1065 - Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] Squeak VM 4.2.4b1 >>>> Image: Pharo-1.1-11406-rc3 [Latest update: #11406] >>>> >>>> SecurityManager state: >>>> Restricted: false >>>> FileAccess: true >>>> SocketAccess: true >>>> Working Dir /Users/stef/squeak/SeaSide-3.0 >>>> Trusted Dir /foobar/tooBar/forSqueak/bogus >>>> Untrusted Dir /Users/stef/Library/Preferences/Squeak/Internet/My Squeak >>>> >>>> UndefinedObject(Object)>>mustBeBooleanIn: >>>> Receiver: nil >>>> Arguments and temporary variables: >>>> context: BufferedAsyncFileReadStream>>moveAvailableDataFrom: >>>> proceedValue: nil >>>> Receiver's instance variables: >>>> nil >>>> >>>> UndefinedObject(Object)>>mustBeBoolean >>>> Receiver: nil >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> nil >>>> >>>> BufferedAsyncFileReadStream>>moveAvailableDataFrom: >>>> Receiver: BufferedAsyncFileReadStream: 'pipeReader' >>>> Arguments and temporary variables: >>>> sqFile: #[48 205 236 155 72 91 120 160 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0] >>>> bufferSize: 1000 >>>> buffer: '...etc... >>>> count: #(0) >>>> Receiver's instance variables: >>>> >>>> >>>> BufferedAsyncFileReadStream>>moveAvailableDataToBuffer >>>> Receiver: BufferedAsyncFileReadStream: 'pipeReader' >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> >>>> >>>> BufferedAsyncFileReadStream>>update: >>>> Receiver: BufferedAsyncFileReadStream: 'pipeReader' >>>> Arguments and temporary variables: >>>> aParameter: a PseudoAioEventHandler >>>> Receiver's instance variables: >>>> >>>> >>>> [] in PseudoAioEventHandler(Object)>>changed: >>>> Receiver: a PseudoAioEventHandler >>>> Arguments and temporary variables: >>>> aParameter: BufferedAsyncFileReadStream: 'pipeReader' >>>> aDependent: a PseudoAioEventHandler >>>> Receiver's instance variables: >>>> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >>>> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >>>> >>>> DependentsArray>>do: >>>> Receiver: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >>>> Arguments and temporary variables: >>>> aBlock: [:aDependent | aDependent update: aParameter] >>>> dep: BufferedAsyncFileReadStream: 'pipeReader' >>>> i: 1 >>>> iLimiT: 1 >>>> Receiver's instance variables: >>>> a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >>>> >>>> PseudoAioEventHandler(Object)>>changed: >>>> Receiver: a PseudoAioEventHandler >>>> Arguments and temporary variables: >>>> aParameter: a PseudoAioEventHandler >>>> Receiver's instance variables: >>>> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >>>> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >>>> >>>> PseudoAioEventHandler(Object)>>changed >>>> Receiver: a PseudoAioEventHandler >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >>>> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >>>> >>>> [] in [] in PseudoAioEventHandler>>eventGeneratorProcess >>>> Receiver: a PseudoAioEventHandler >>>> Arguments and temporary variables: >>>> d: a Delay(125 msecs) >>>> Receiver's instance variables: >>>> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >>>> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >>>> >>>> BlockClosure>>repeat >>>> Receiver: [self changed. >>>> d wait] >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> outerContext: [] in PseudoAioEventHandler>>eventGeneratorProcess >>>> startpc: 59 >>>> numArgs: 0 >>>> >>>> [] in PseudoAioEventHandler>>eventGeneratorProcess >>>> Receiver: a PseudoAioEventHandler >>>> Arguments and temporary variables: >>>> d: a Delay(125 msecs) >>>> Receiver's instance variables: >>>> dependents: a DependentsArray(BufferedAsyncFileReadStream: 'pipeReader') >>>> eventGenerator: a Process in Debugger class>>openOn:context:label:contents:full...etc... >>>> >>>> [] in BlockClosure>>newProcess >>>> Receiver: [[self changed. >>>> d wait] repeat] >>>> Arguments and temporary variables: >>>> >>>> Receiver's instance variables: >>>> outerContext: PseudoAioEventHandler>>eventGeneratorProcess >>>> startpc: 54 >>>> numArgs: 0 >>>> >>>> >>>> --- The full stack --- >>>> UndefinedObject(Object)>>mustBeBooleanIn: >>>> UndefinedObject(Object)>>mustBeBoolean >>>> BufferedAsyncFileReadStream>>moveAvailableDataFrom: >>>> BufferedAsyncFileReadStream>>moveAvailableDataToBuffer >>>> BufferedAsyncFileReadStream>>update: >>>> [] in PseudoAioEventHandler(Object)>>changed: >>>> DependentsArray>>do: >>>> PseudoAioEventHandler(Object)>>changed: >>>> PseudoAioEventHandler(Object)>>changed >>>> [] in [] in PseudoAioEventHandler>>eventGeneratorProcess >>>> BlockClosure>>repeat >>>> [] in PseudoAioEventHandler>>eventGeneratorProcess >>>> [] in BlockClosure>>newProcess >>>> >>> >> >> > >

Jan. 4, 2011

Re: [Pharo-project] IRC meeting next Tuesday, January 4, at ...?

by StÃ©phane Ducasse

argh I totally missed my alarm clock on my machine (while cleaning the house :) So did people discuss? May be we should redo a clear call. Stef On Jan 3, 2011, at 9:46 PM, Adrian Lienhard wrote: > I just figured that I also can't make it tomorrow at 20:00 (I can be online 2 hours later, though). > > Anyway, I suggest that everybody who is interested to discuss and sync meets at 20:00 and it would be nice if somebody could write a short summary, which we can post to the mailing list and the website. > > BTW, the channel is #pharo-project on irc.freenode.net. If you don't have an IRC client you can browse to > > http://webchat.freenode.net/?channels=pharo-project > > Time: http://www.timeanddate.com/counters/customcounter.html?day=4&month=1&year=2… > > Cheers, > Adrian > > > > On Jan 3, 2011, at 09:15 , StÃ©phane Ducasse wrote: > >> Thanks for the call adrian. I will be travelling until 16h (it was not planned when I proposed that dat) but there is no problem, >> Stef >> On Jan 2, 2011, at 10:34 PM, Adrian Lienhard wrote: >> >>> Hi all, >>> >>> During the last meeting [1] we decided to do the next one on January 4 but we didn't decide when to start. >>> >>> The previous meeting started at 20:00 CET/UTC/GMT+1, which may not be optimal for people in other time zones. If somebody likes to suggest another time, please let us know soon! >>> >>> Cheers, >>> Adrian >>> >>> [1] http://pharo-project.org/news?article=irc-meeting-notes >> >> > >

Jan. 4, 2011

Re: [Pharo-project] editing a method outside the image?

by sergio_101

>> anyway, if you are lucky and DateAndTime >> nowÂ Â is not used at startup, >> then you can call the VM like this: >> it appears that DateAndTime >> now is used for every function in the universe! i finally fixed it.... what i did was, go to the method, and browse the versions to the previous version, and hit revert.. whew! -- ---- peace, sergio photographer, journalist, visionary http://www.ThoseOptimizeGuys.com http://www.CodingForHire.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 4, 2011

Re: [Pharo-project] about growing streams and allocating buffers

by Philippe Marschall

On 04.01.2011 04:25, mkobetic(a)gmail.com wrote: > "Philippe Marschall"<kustos(a)gmx.net> wrote: >>> preallocation OrderedCollection new: instead of relying on its growing behavior. >> >> Right, but you never know how big the response is going to before >> actually rendering. Otherwise you could just do Array/String new: >> beforehand. > > I'm not quite clear about the context here so this may not be relevant, but one technique that paid of for us in terms of managing socket buffers was to start recycling them. The idea is that if you generally allocate let's say 32K buffer for every socket you open, rather then throwing the buffer away when you're done with the socket, just put it aside and let the next socket pick up and reuse the same instance. For us the main concern was a server being hammered by transient connection requests. Occasional buffer allocation could be handled by new space scavenger just fine, but a flood of such requests made the buffers spill over to the old space and throwing them away got expensive quickly. Well yes and no. There are several issues. The first is that the growing policy of #nextPut: and #nextPutAll: is different. I believe #nextPut: has it right. That shows in general where you build a huge collection using Streams, one example is Seaside response generation but there are others. Partially related to that is that allocating huge collections is expensive. So Seaside/the server should reuse a buffer for response rendering. The problem is that this needs server support. If you have a 64k buffer and use 90% of that you don't want to send #contents to this because the server can handle only ByteArray/String. And you don't want the server having to do ByteArray/String conversion. AJP [1] has an experimental implementation of this and very happy with the results. When we have a streaming server all of this is not really a problem because we can/could directly render into the socket buffer. Issue 591 contains some clean up to make this approach more general/portable. > Anyway, I realize that your concern is different here, but the same technique might help growing in most common cases. If there's a reasonable upper bound on most responses (e.g. 32K), you could simply preallocate that size always. If the request fits, great, no growing, if not, it will grow. However you'd probably have the same sort of problem as we had above if you simply threw each buffer away. Recycling should help making it manageable. > > We use the same technique in Xtreams, where we need internal buffers quite frequently. Check out the RecyclingCenter class there if you want. It's a bit more generic because we need to accommodate different collection classes, so you'll probably want something different, but the basics should be similar. One aspect to note is that the recycling pool can be quite small. You don't need to recycle every instance created, you only need to be able to handle the "overflow" under load. The idea is that if you are under load and the number of concurrently used buffers fluctuates between 100 and 110, you don't need the recycling pool size to be 110, but only 10. It only needs to retain the temporarily unused buffers long enough for those to get picked up again. When the load subsides, it's fine to let the remaining 100 buffers GC, they can be allocated again quickly when next wave hits. At the same time it keeps the memory load reasonable in the quiet periods. No offense but such things quickly become like your own memory manager. Wasn't this GC stuff supposed to free (pun) me from this? [1] http://www.squeaksource.com/ajp Cheers Philippe

Jan. 4, 2011

Re: [Pharo-project] editing a method outside the image?

by Mariano Martinez Peck

forget it...compile: will use #now also... On Tue, Jan 4, 2011 at 9:23 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Tue, Jan 4, 2011 at 5:27 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> sergio >> >> may be you should explain us what you are trying to do? >> >> > he screw up his image hhahahaha > don't try to rescue it... > > anyway, if you are lucky and DateAndTime >> now is not used at startup, > then you can call the VM like this: > > ./squeak myScrewedUpImage.image fixToNow.st > > > And you in the fixToNow.st you put something like: > > DateAndTime compile: 'now > > ^ self basicNew > ticks: (Array with: SqueakEpoch with: Time totalSeconds with: 0) > offset: self localTimeZone offset > ' > > but....maybe the method is used while startup...in such case you are dead i > think > > cheers > > mariano > > >> On Jan 3, 2011, at 11:07 PM, sergio_101 wrote: >> >> > one problem i having (in a long line).. >> > >> > is that my DateAndTime class >> now >> > >> > looks like this: >> > >> > now >> > ^ self basicNew >> > ticks: (Duration >> > days: SqueakEpoch >> > hours: 0 >> > minutes: 0 >> > seconds: self totalSeconds >> > nanoSeconds: MillisecondClockOffset >> milliSeconds * NanosInMillisecond) ticks >> > offset: self localOffset; >> > yourself >> > >> > the problem is, milliseconds is not defined anywhere.. this is there >> > as a remnant of sheduler.. >> > >> > i need to replace it with the REAL one: >> > >> > now >> > ^ self basicNew >> > ticks: (Array with: SqueakEpoch with: Time totalSeconds >> with: 0) >> > offset: self localTimeZone offset >> > >> > the problem is that when i try to update "now", i keep getting the >> > error for that it can't find "milliSeconds".. >> > >> > when i delete "now" and try to paste the correct one in.. i error out, >> too.. >> > >> > i think the snake is eating its tail.. >> > >> > can i replace the "now" method somehow with the image not running? >> > >> > thanks! >> > >> > -- >> > ---- >> > peace, >> > sergio >> > photographer, journalist, visionary >> > >> > http://www.CodingForHire.com >> > http://www.coffee-black.com >> > http://www.painlessfrugality.com >> > http://www.twitter.com/sergio_101 >> > http://www.facebook.com/sergio101 >> > >> >> >> >

Jan. 4, 2011