- Pharo-users - lists.pharo.org

Re: [Pharo-users] <example> pragmas and example* methods use-cases

by Sean P. DeNigris

Peter UhnÃ¡k wrote > It seems that > <sample> > is then the go-to naming for now I agree with Ben that from a native English perspective, exemplar doesn't quite sound right. Sample and Example are the two words that most clearly capture the intent. The problem with using #sample to return instances and #example to illustrate usage is that it's a bit too subtle. Even though technically one could argue the logic of that distinction, in reality English speakers use them interchangeably and it will be confusing. A core principle of Smalltalk is to type a bit more to make things clearer (e.g. avoid single-character/abbreviated variable names). I strongly feel we should be more specific and uniform by either using (<exampleInstance> & <exampleCode>) or (<sampleInstance> & <sampleCode>). ----- Cheers, Sean -- View this message in context: http://forum.world.st/example-pragmas-and-example-methods-use-cases-tp48334… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 29, 2015

Slow compilation on one of my Windows PCs

by Jan BlizniÄenko

Hello I have a long-term problem with loading of packages. Compilation takes very long time on my Windows PCs. On desktop it takes "only" double amount of time in comparison with linux, but on notebook, it is more than 10 times slower. Desktop has Windows 7 Ultimate 64-bit and notebook PC with Windows 7 Home Premium 64-bit, both have somehow similar specs (4-6 years old dual-core processors on 2,9 and 2,4 GHz), similar software, both have magnetic HDDs. I believe it used to take very long time on my notebook too, but I tried opening Pharo there again and it was somehow OK, but I'm not aware of any major change which could have caused it ... I mean... a lot changes on my PCs, but I can't remember anything which could directly affect it. Following "benchmarks" are both on same (copy paste) of VM - Windows VM 453 from 2015-06-18. Both on clean image 50141. All tested in as much as similar conditions as possible with everything else (possible) turned off. However, it used to be slow like that for a long time on multiple previous VMs and images since I can even remember (which is about a year). [ Gofer new configurationOf: 'Roassal2'; url: 'http://smalltalkhub.com/mc/ObjectProfile/Roassal2/main/'; loadDevelopment. ] timeToRun inspect. Desktop: 386 s. Notebook: 48 s. Linux in VM on notebook: 27 s. |results| results := OrderedCollection new. 20 timesRepeat: [results add: (Float readFrom: [ Object compile: 'a'. ] bench)]. ('compilations per second - avg: ', results average asString, ', min: ', results min asString, ', max: ', results max asString) inspect. Notebook: compilations per second - avg: 217.7153, min: 5.0, max: 247.258 Desktop: compilations per second - avg: 23.1337, min: 19.448, max: 28.155 Linux in VM on notebook: compilations per second - avg: 529.0066600000001, min: 5.0, max: 573.97 I tried turning off antivirus, turning off file indexing, praying to multiple gods, but with no success. I will appreciate any help. Jan -- View this message in context: http://forum.world.st/Slow-compilation-on-one-of-my-Windows-PCs-tp4834668.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 29, 2015

Re: [Pharo-users] RAM-efficient alternative to ZnMultiPartFormDataEntity

by Paul DeBruicker

Have you seen: http://www.squeaksource.com/fileupload.html -- View this message in context: http://forum.world.st/RAM-efficient-alternative-to-ZnMultiPartFormDataEntit… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 29, 2015