- Pharo-dev - lists.pharo.org

Re: [Pharo-project] CogVM speed

by Milan Mimica

Just wanted to point you that 64-bit code is notably faster than 32-bit code on 64-bit CPUs. You could put it another way: in order for a Smalltalk program to be equivalent to a C/C++ program, you would have to strip out all those things you mention there. But you can't. Now, whose limitation is that? On 26 March 2012 09:07, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > I did it on 64bit. However among other things, there is a big issue > with equivalence of the programs. Because the same program in C/C++ > would have to be able to be interrupted any time by an user, contain > debug information to be able to show the computation state in context > of the source codes and modify temporary and instance variables, > enumerate instances of any arbitrary class, serialize current > computation state and continue even on the different platform etc. > That all costs something and in this light the results of Smalltalk > look quite impressive ;-) > > -- Pavel > > On Mon, Mar 26, 2012 at 8:20 AM, Milan Mimica <milan.mimica(a)gmail.com> > wrote: > > Have you compared with 32-bit binaries generated by gcc? > > > > > > On 25 March 2012 23:43, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > >> > >> Hi, > >> > >> I tried a few benchmarks from Computer Language Benchmark Game > >> > >> ( > http://shootout.alioth.debian.org/u32/which-programming-languages-are-faste… > ) > >> on CogVM to compare it with VisualWorks and with the rest of the > >> world. > >> > >> Of course this benchmarks are not ideal (like all benchmarks) but the > >> result is that CogVM is in average 1.8 times slower than VisualWorks > >> 7.8 NC. For the most successful benchmark (binary-trees) it was 13.5 > >> times slower than C (gcc) but in general we may except CogVM to be > >> 20-30 times slower than C for this kind of tasks. > >> > >> Thank you for the great work! > >> > >> Cheers, > >> -- Pavel > >> > > > > > > > > -- > > Milan Mimica > > http://sparklet.sf.net > > -- Milan Mimica http://sparklet.sf.net

March 27, 2012

[Pharo-project] Pharo 1.4 Tests-Unix - Build # 310 - Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 26, 2012

Re: [Pharo-project] [TODO 1.4] 12 issues left

by Guillermo Polito

There are still 6 pending :). I'll try to manage and fix some this afternoon. What I see from my point of view:* Show stoppers:* http://code.google.com/p/pharo/issues/detail?id=5445 *Non-Show stoppers(but important maybe, or easy):* http://code.google.com/p/pharo/issues/detail?id=5534 Is it the rename of the #onDisk/... methods? Can someone add more detail to the bug? I can supply a fix this afternoon if I know what to do :). http://code.google.com/p/pharo/issues/detail?id=5250 Fix some settings around sound http://code.google.com/p/pharo/issues/detail?id=5057 We've lived with this a lot of time... http://code.google.com/p/pharo/issues/detail?id=5155 I think it's an oldie too http://code.google.com/p/pharo/issues/detail?id=5147 some assertion, seems easy to fix. *Other:* http://code.google.com/p/pharo/issues/detail?id=5531 is not Core stuff. On Mon, Mar 26, 2012 at 5:43 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > Just 12 issues left that are tagged 1.4: > > http://code.google.com/p/pharo/issues/list?&q=milestone%3D1.4 > > -> are any of these not show stoppers? > -> are there any other tracker entries that are show stoppers for a > release? > > > > -- > Marcus Denker -- http://marcusdenker.de > > >

March 26, 2012

[Pharo-project] [update 1.4] #14414

by Marcus Denker

14414 ----- Issue 4547: Implementors of... always brings the same implementors window http://code.google.com/p/pharo/issues/detail?id=4547 -- Marcus Denker -- http://marcusdenker.de

March 26, 2012

Re: [Pharo-project] File browser with a grid widget

by Damien Cassou

On Mon, Mar 26, 2012 at 10:26 AM, Alexis Parseghian <a.parseg(a)gmail.com> wrote: > Done. Marcus just integrated it -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

March 26, 2012

[Pharo-project] IWST'2012 CFP - International Workshop on Smalltalk Technologies

by Alain Plantec

Apologies for multiple receptions. ------------------------------------------------------------------------ IWST @ ESUG 2012 International Workshop on Smalltalk Technologies Pending ACM In-Cooperation August 28th, 2012 Gent, Belgium http://www.esug.org/wiki/pier/Conferences/2012/International-Workshop---IWS… ------------------------------------------------------------------------ ESUG 2012 Smalltalk joint event IMPORTANT DATES * Submission deadline: June 15, 2012 * Notification deadline: July 15, 2012 All accepted papers will be published in ACM DL, and the authors of the best papers will be invited to submit an extended version to a journal special issue (To Be Confirmed). GOALS AND SCOPE The goals of the workshop is to create a forum around advances or experience in Smalltalk and to trigger discussions and exchanges of ideas. Participants are invited to submit research articles. We will not enforce any length restriction. However we expect papers of two kinds: * Short position papers describing emerging ideas. * Long research papers with deeper description of experiments and of research results. TOPICS We welcome contributions on all aspects, theoretical as well as practical, of Smalltalk related topics such as: * Aspect-oriented programming, * Design patterns, * Experience reports, * Frameworks, * Implementation, new dialects or languages implemented in Smalltalk, * Interaction with other languages, * Meta-programming and Meta-modeling, * Tools PUBLICATION Both submissions and final papers must be prepared using the ACM SIGPLAN 10 point format. Templates for Word and LaTeX are available at http://www.acm.org/sigs/sigplan/authorInformation.htm; this site also contains links to useful informations on how to write effective submissions. Program chairs: LoÃ¯c Lagadec and Alain Plantec (LabSticc/CNRS, University of Brest, France) Program committee Gabriela Arevalo LIFIA, University of la Plata, Argentina Alexandre Bergel University of Chile Andrew P. Black Portland State University, US Marcus Denker Rmod, INRIA Lille - Nord Europe, France Luc Fabresse Ecole des Mines de Douai, France, Tudor Girba CompuGroup Medical Schweiz, Switzerland Andy Kellens Software Languages Lab, Vrije Universiteit Brussel, Belgium MickaÃ«l Kerboeuf LabSticc, University of Brest, France Jannik Laval LaBRI, University of Bordeaux, France Mariano Martinez Peck Ecole des Mines de Douai, France, Lukas Renggli Google, US Jorge Ressia Software Composition Group, University of Bern, Switzerland Bastian Steinert HPI, Software Architecture Group, Germany Hernan Wilkinson 10Pines, IT consultancy, Buenos Aires, Argentina Roel Wuyts IMEC Leuven, Belgium

March 26, 2012

Re: [Pharo-project] Announcement vs SystemChangeNotifier

by Henrik Sperre Johansen

On 26.03.2012 00:08, Igor Stasenko wrote: > On 25 March 2012 21:49, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: >> Hi guys >> >> I'm starting to look at how we can remove SystemChangeNotifier to only use SystemAnnouncement. >> Now >> Is there an equivalent to >> SystemChangeNotifier uniqueInstance doSilently: [â¦â¦] >> >> for Announcement? >> Not implemented (yet?). > well, you can implement disabling announcer for a while.. > > announcer disableWhile: [... > > ... any announces here wont be delivered ..]. > > easy Following the original posts, the API should be suspendWhile: http://www.cincomsmalltalk.com/userblogs/vbykov/blogView?showComments=true&… And the reason I haven't done more than think about it, is respecting Igor's security concerns about subscription modifications by external users really complicates doing things like this in a good way... The above announcer disableWhile: certainly break them in the most blatant way possible :P Cheers, Henry

March 26, 2012

Re: [Pharo-project] Building the iOS VM - Help

by philippe.back＠highoctane.be

Hello I have been working at this today. cmake 2.8.3 gives me a weird message (always the same kind, so it looks like fixable...) I managed to get the sources generated (but a Pharo 1. 4 image failed, I used the script provided in image and this fetched me an image from Lille that worked - or so it seems). Here is the cmake issue: PhilMac:build philippeback$ cmake -G Xcode . Adding internal plugin: ADPCMCodecPlugin Adding internal plugin: BMPReadWriterPlugin Adding internal plugin: B2DPlugin Adding internal plugin: BitBltPlugin Adding internal plugin: DSAPrims Adding internal plugin: ZipPlugin Adding internal plugin: FFTPlugin Adding internal plugin: FilePlugin Adding internal plugin: FloatArrayPlugin Adding internal plugin: HostWindowPlugin Adding internal plugin: JPEGReadWriter2Plugin Adding internal plugin: JPEGReaderPlugin Adding internal plugin: LargeIntegers Adding internal plugin: Matrix2x3Plugin Adding internal plugin: MiscPrimitivePlugin Adding internal plugin: SecurityPlugin Adding internal plugin: SoundCodecPrims Adding internal plugin: SoundPlugin Adding internal plugin: SurfacePlugin Adding internal plugin: UUIDPlugin Adding internal plugin: ObjectiveCPlugin Adding internal plugin: IOSPlugin CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: CoreGraphics_FMWK linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build OpenGLES_FMWK linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build UIKit_FMWK linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build linked by target "iStackVM" in directory /Users/philippeback/iosvm/cog-osx/build -- Configuring incomplete, errors occurred! 2012/3/24 Esteban Lorenzano <estebanlm(a)gmail.com> > Hi, > > this are, more or less, the instructions to build an iOS vm: > > you need: > > - cmake 2.8.3 (not working with latest 2.8.7 because chainsets changed) > - xcode 4.1 or 4.2 (not working on 4.3 because cmake is not prepared to > build correct project for latest xcode version) > > 1) clone cog-osx (mine) or blessed from git [1] > 2) in ./image download a 1.4 and install ConfigurationOfCog (latest) > 3) execute: > > StackIPhoneConfig new > generateSources; generate > > 4) in ./build execute > > cmake -G Xcode . > > 5) open iStackVM.xcodeproj > 6) add your own provisioning data > 7) run :) > > cheers, > Esteban > > [1] https://gitorious.org/~estebanlm/cogvm/cog-osx > > El 24/03/2012, a las 3:25p.m., phil(a)highoctane.be escribiÃ³: > > I am trying to build the VM for iOS. > Got the sources from the ci jenkins server (the ones that built last > month, as the current one is red). > > /platforms has something looking like it. (iOS) > > But Cog is x86 and iOS is ARM7. > > So, I guess that I have to build a StackVM for it to work. > > But there is nothing about iOS in the instructions (Part1, Part2, ...) > > The MacOSX VM is documented but not the iOS version. > > As maintenance was taken over from John, how do we build from here? (I > also tried from a copy out of squeak-svn to no avail). > > My setup: OSX Lion, latest XCode upgraded from Snow Leopard, so I do have > GCC on it as well (as LLVM doesn't work). > > Target devices: iPad 2 3G, iPad 2 Wifi, iPhone 3GS (All with iOS 5.1). > > My wife is a math teacher and my point with all this is to have a working > VM running Dr Geo II. > > I am currently having fun with Arduino and would like to bridge it with > the iPad through the web (using an Ethernet Shield on the Arduino) - the > whole chain running Pharo inside self build VMs. > > The ultimate point is to run a summer camp with kids if I can put > everything together by then. > > Thanks in advance, > Philippe > > -- > Philippe Back > "Helping you hit the top 3 outcomes you really want to achieve" > > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: > http://philippeback.eu | Blog: > http://philippeback.be > > High Octane SPRL > rue cour Boisacq 101 > 1301 Bierges > > >

March 26, 2012

Re: [Pharo-project] CogVM speed

by Pavel Krivanek

I tried to compare two tests with Smalltalk/X too: - Mandelbrot (arithmetically intensive task) CogVM is 1.14 times slower than Smalltalk/X - Binary-trees Smalltalk/X is 1.4 times slower than CogVM It seems that this Smalltalk implementations are quite comparable... -- Pavel On Sun, Mar 25, 2012 at 11:43 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > I tried a few benchmarks from Computer Language Benchmark Game > (http://shootout.alioth.debian.org/u32/which-programming-languages-are-faste…) > on CogVM to compare it with VisualWorks and with the rest of the > world. > > Of course this benchmarks are not ideal (like all benchmarks) but the > result is that CogVM is in average 1.8 times slower than VisualWorks > 7.8 NC. For the most successful benchmark (binary-trees) it was 13.5 > times slower than C (gcc) but in general we may except CogVM to be > 20-30 times slower than C for this kind of tasks. > > Thank you for the great work! > > Cheers, > -- Pavel

March 26, 2012

Re: [Pharo-project] GSoC proposal: Naked Objects using Magritte

by Stan Shepherd

Stephan, I can help as second Mentor if you still need one. ...Stan -- View this message in context: http://forum.world.st/GSoC-proposal-Naked-Objects-using-Magritte-tp4459478p… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 26, 2012