On Mon, 29 Mar 2010, John M McIntosh wrote:
> > On 2010-03-29, at 2:11 PM, Levente Uzonyi wrote: > >> On Mon, 29 Mar 2010, John M McIntosh wrote: >> >>> Actually one *can* make the linux VM faster than the MacOS one on the same hardware using just the right version of GCC. >>> >>> But frankly the *easiest* way of doing that is for Pharo to fund the yearly license for using the Intel Compiler and provide a >>> one-click Intel compiler based VM. >> >> For Intel CPUs that's a good solution, but those binaries would be really slow on AMD and VIA CPUs. >> >> >> Levente > > Maybe, assuming someone runs some numbers, and/or you think that intel purposely trashes performance on those machines if you > use their compilers? http://www.agner.org/optimize/blog/read.php?i=49 > > Also is the linux crowd 100% AMD/VIA? If it's only 20% as per the Intel CPU market share, then maybe the 80% of linux Definitely not. > intel CPU based users would enjoy better performance versus a muddled offering in order to keep in line with the slowest 20% of the user base? I'm not against the use of icc, but it's not a silver bullet. The question is: how much better performance can be achieved with it? Having 2% better performance for 80% of the users, while -50% performance for the rest doesn't worth it IMHO. Levente > > -- > =========================================================================== > John M. McIntosh <[hidden email]> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Mar 30, 2010, at 01:09 , Levente Uzonyi wrote: > On Mon, 29 Mar 2010, John M McIntosh wrote: > >> >> On 2010-03-29, at 2:11 PM, Levente Uzonyi wrote: >> >>> On Mon, 29 Mar 2010, John M McIntosh wrote: >>> >>>> Actually one *can* make the linux VM faster than the MacOS one on the same hardware using just the right version of GCC. >>>> >>>> But frankly the *easiest* way of doing that is for Pharo to fund the yearly license for using the Intel Compiler and provide a >>>> one-click Intel compiler based VM. >>> >>> For Intel CPUs that's a good solution, but those binaries would be really slow on AMD and VIA CPUs. >>> >>> >>> Levente >> >> Maybe, assuming someone runs some numbers, and/or you think that intel purposely trashes performance on those machines if you >> use their compilers? > > http://www.agner.org/optimize/blog/read.php?i=49 > >> >> Also is the linux crowd 100% AMD/VIA? If it's only 20% as per the Intel CPU market share, then maybe the 80% of linux > > Definitely not. > >> intel CPU based users would enjoy better performance versus a muddled offering in order to keep in line with the slowest 20% of the user base? > > I'm not against the use of icc, but it's not a silver bullet. The question is: how much better performance can be achieved with it? Having 2% better performance for 80% of the users, while -50% performance for the rest doesn't worth it IMHO. What's the yearly costs for the Intel Compiler license? Adrian _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On 2010-03-29, at 11:39 PM, Adrian Lienhard wrote: > > What's the yearly costs for the Intel Compiler license? > > Adrian non-academic it's $599 & then $240 academic license is $160 -- =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project smime.p7s (3K) Download Attachment |
In reply to this post by Adrian Lienhard
Other licensing options you have to contact them for pricing. Cheers, Henry _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
The problem with this option is we can't package it on Linux distros ... as open source software, I prefer that the VM downloadable on pharo website is a GCC (or other OSS compiler) compiled one.
Laurent Laffont 2010/3/30 Henrik Johansen <[hidden email]>
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
I don't understand why we couldn't add a non-GCC compiled VM on the website. The VM will still be compilable with GCC, e.g., for Linux distros. Heck, we could even add both a GCC and a non-GCC compiled VM on the website and everybody can decide which one to use.
Cheers, Adrian On Mar 30, 2010, at 09:34 , laurent laffont wrote: > The problem with this option is we can't package it on Linux distros ... as > open source software, I prefer that the VM downloadable on pharo website is > a GCC (or other OSS compiler) compiled one. > > Laurent Laffont > > > 2010/3/30 Henrik Johansen <[hidden email]> > >> >> What's the yearly costs for the Intel Compiler license? >> >> Adrian >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> According to the website, 600$ for a single-user license on a single >> platform, 240$ for yearly support renewal. >> Other licensing options you have to contact them for pricing. >> >> Cheers, >> Henry >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Tue, Mar 30, 2010 at 3:08 PM, Adrian Lienhard <[hidden email]> wrote:
> I don't understand why we couldn't add a non-GCC compiled VM on the website. The VM will still be compilable with GCC, e.g., for Linux distros. Heck, we could even add both a GCC and a non-GCC compiled VM on the website and everybody can decide which one to use. Yes you could put both on the web site, but all the Linux distro will use GCC to recompile. -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Adrian Lienhard
On 3/30/2010 1:08 AM, Adrian Lienhard wrote:
> I don't understand why we couldn't add a non-GCC compiled VM on the website. The VM will still be compilable with GCC, e.g., for Linux distros. Heck, we could even add both a GCC and a non-GCC compiled VM on the website and everybody can decide which one to use. Here is a free bit of advice: Run some actual application benchmarks first. Doubling an artificial micro benchmark may have no impact whatsoever on application performance. For our uses, we found that the Intel compiler on Macs gave us 10% in app performance which is not bad at all for just switching the compiler but the microbenchmarks were actually worse than those of a GNUified interpreter compiled with gcc. YMMV. Measure it before committing to it. Cheers, - Andreas > On Mar 30, 2010, at 09:34 , laurent laffont wrote: > >> The problem with this option is we can't package it on Linux distros ... as >> open source software, I prefer that the VM downloadable on pharo website is >> a GCC (or other OSS compiler) compiled one. >> >> Laurent Laffont >> >> >> 2010/3/30 Henrik Johansen<[hidden email]> >> >>> >>> What's the yearly costs for the Intel Compiler license? >>> >>> Adrian >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project-bM+ny+RY8h+a+bCvCPl5/[hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> According to the website, 600$ for a single-user license on a single >>> platform, 240$ for yearly support renewal. >>> Other licensing options you have to contact them for pricing. >>> >>> Cheers, >>> Henry >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project-bM+ny+RY8h+a+bCvCPl5/[hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project-bM+ny+RY8h+a+bCvCPl5/[hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by laurent laffont
Hi Laurent,
Here a problem report concerning your VM (http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz) from a Ubuntu 64bit user. His machine: (k)ubuntu karmic x64 Linux toat 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 04:38:19 UTC 2010 x86_64 GNU/Linux Pulseaudio: 1:0.9.19-0ubuntu4.1 Intel(R) Core(TM) i7 CPU, 950 @ 3.07GHz The first problem he had was that the VM segfaulted. He then disabled psdsp in the startup script. This fixed the crash and sound worked (Beeper beep). His tinyBenchmark results are: 582811610 bytecodes/sec; 15102233 sends/sec 562946673 bytecodes/sec; 16346261 sends/sec 583475783 bytecodes/sec; 16404381 sends/sec 589522164 bytecodes/sec; 16288551 sends/sec 570791527 bytecodes/sec; 16389812 sends/sec 527835051 bytecodes/sec; 14646769 sends/sec 590201729 bytecodes/sec; 16288551 sends/sec 586483390 bytecodes/sec; 16231248 sends/sec 590542099 bytecodes/sec; 16259849 sends/sec 542085759 bytecodes/sec; 14763943 sends/sec ...compared to a 3.9-8 #1 Tue Jan 13 16:33:40 UTC 2009 gcc 4.3.3 VM: 580828133 bytecodes/sec; 18995358 sends/sec 539515279 bytecodes/sec; 17677135 sends/sec 552617377 bytecodes/sec; 17865371 sends/sec 588167719 bytecodes/sec; 19129213 sends/sec 579185520 bytecodes/sec; 18947146 sends/sec 585812356 bytecodes/sec; 16785105 sends/sec 545551411 bytecodes/sec; 18164300 sends/sec 577226606 bytecodes/sec; 19227754 sends/sec 587155963 bytecodes/sec; 19080321 sends/sec 580498866 bytecodes/sec; 18815817 sends/sec The new VM is slower on sends/sec, but the really astonishing difference is not in the benchmarks but in the GUI performance. It is really slow. Just moving the mouse around on an empty world makes CPU consumption go up to over 70%! He didn't experience this problem with the old 3.9-8 VM. Cheers, Adrian On Mar 26, 2010, at 22:11 , laurent laffont wrote: > Hi, > > Finally I've managed to build squeak vm rev. 2135 (current stable) with > FT2Plugin which makes all tests green on Pharo 1.0 rc3 image........ on my > machine :) > > If some Linux users can test it on their distro, thanks. > > The clean binary archive: > http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz > > The generated source archive: > http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz > > PharoCore-1.0 + configured VMMaker 1.2 image (for new vm builders, to have > a known working base): > http://lolgzs.free.fr/pharo/squeak-vm/PharoCore-1.0-VMMaker-1.2.tar.gz > > > To build from source archive: > ======================= > wget > http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz > tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz > cd Squeak-3.11.3.2135-pharo-src/ > mkdir build && cd build > ../unix/cmake/configure > make > sudo make install > > > Internal plugins: > ====================== > UUIDPlugin > > External plugins: > ====================== > ADPCMCodecPlugin > AioPlugin > AsynchFilePlugin > B2DPlugin > B3DAcceleratorPlugin > BMPReadWriterPlugin > BitBltPlugin > CroquetPlugin > DSAPrims > DropPlugin > FFTPlugin > FT2Plugin > FileCopyPlugin > FilePlugin > FloatArrayPlugin > FloatMathPlugin > GeniePlugin > HostWindowPlugin > JPEGReadWriter2Plugin > JPEGReaderPlugin > JoystickTabletPlugin > Klatt > LargeIntegers > LocalePlugin > MIDIPlugin > Matrix2x3Plugin > MiscPrimitivePlugin > Mpeg3Plugin > QuicktimePlugin > RePlugin > SecurityPlugin > SerialPlugin > SocketPlugin > SoundCodecPrims > SoundGenerationPlugin > SoundPlugin > Squeak3D > SqueakFFIPrims > StarSqueakPlugin > SurfacePlugin > UnixOSProcessPlugin > XDisplayControlPlugin > ZipPlugin > > > Fun story: if you don't have SecurityPlugin, LocaleTest>>testFontFullName > deletes your image :) > testFontFullName > "self debug: #testFontFullName" > | env dir | > env := (Locale isoLanguage: 'ja') languageEnvironment. > dir := FileDirectory on: SecurityManager default untrustedUserDirectory. > [dir recursiveDelete] <-------------- Cool !! > on: Error > do: [:e | e]. > env fontFullName. > self assert: dir exists > > > Cheers, > > Laurent Laffont > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Tue, Mar 30, 2010 at 6:29 PM, Adrian Lienhard <[hidden email]> wrote: Hi Laurent, So he uses the binary archive ? As I compiled it on a 32bits machine, it's not really a surprise.... We need to provide both 32bits *and* 64bits version. Can he recompile the vm using http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz , test it then send the archive ?
I will rename my archive with -32 suffix. Thanks for the report. Laurent Laffont His machine: _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Adrian Lienhard
On Tue, 30 Mar 2010, Adrian Lienhard wrote:
> Hi Laurent, > > Here a problem report concerning your VM (http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz) from a Ubuntu 64bit user. > > His machine: > > (k)ubuntu karmic x64 > Linux toat 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 04:38:19 UTC 2010 x86_64 GNU/Linux > Pulseaudio: 1:0.9.19-0ubuntu4.1 > Intel(R) Core(TM) i7 CPU, 950 @ 3.07GHz > > The first problem he had was that the VM segfaulted. He then disabled psdsp in the startup script. This fixed the crash and sound worked (Beeper beep). > > His tinyBenchmark results are: > > 582811610 bytecodes/sec; 15102233 sends/sec > 562946673 bytecodes/sec; 16346261 sends/sec > 583475783 bytecodes/sec; 16404381 sends/sec > 589522164 bytecodes/sec; 16288551 sends/sec > 570791527 bytecodes/sec; 16389812 sends/sec > 527835051 bytecodes/sec; 14646769 sends/sec > 590201729 bytecodes/sec; 16288551 sends/sec > 586483390 bytecodes/sec; 16231248 sends/sec > 590542099 bytecodes/sec; 16259849 sends/sec > 542085759 bytecodes/sec; 14763943 sends/sec > > ...compared to a 3.9-8 #1 Tue Jan 13 16:33:40 UTC 2009 gcc 4.3.3 VM: > > 580828133 bytecodes/sec; 18995358 sends/sec > 539515279 bytecodes/sec; 17677135 sends/sec > 552617377 bytecodes/sec; 17865371 sends/sec > 588167719 bytecodes/sec; 19129213 sends/sec > 579185520 bytecodes/sec; 18947146 sends/sec > 585812356 bytecodes/sec; 16785105 sends/sec > 545551411 bytecodes/sec; 18164300 sends/sec > 577226606 bytecodes/sec; 19227754 sends/sec > 587155963 bytecodes/sec; 19080321 sends/sec > 580498866 bytecodes/sec; 18815817 sends/sec > > The new VM is slower on sends/sec, but the really astonishing difference is not in the benchmarks but in the GUI performance. It is really slow. Just moving the mouse around on an empty world makes CPU consumption go up to over 70%! He didn't experience this problem with the old 3.9-8 VM. That's probably because Laurent built almost every plugin as external. These include those which are responsible for displaying stuff on the screen. Levente > > Cheers, > Adrian > > > On Mar 26, 2010, at 22:11 , laurent laffont wrote: > >> Hi, >> >> Finally I've managed to build squeak vm rev. 2135 (current stable) with >> FT2Plugin which makes all tests green on Pharo 1.0 rc3 image........ on my >> machine :) >> >> If some Linux users can test it on their distro, thanks. >> >> The clean binary archive: >> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-bin.tar.gz >> >> The generated source archive: >> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz >> >> PharoCore-1.0 + configured VMMaker 1.2 image (for new vm builders, to have >> a known working base): >> http://lolgzs.free.fr/pharo/squeak-vm/PharoCore-1.0-VMMaker-1.2.tar.gz >> >> >> To build from source archive: >> ======================= >> wget >> http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-src.tar.gz >> tar -xvzf Squeak-3.11.3.2135-pharo-src.tar.gz >> cd Squeak-3.11.3.2135-pharo-src/ >> mkdir build && cd build >> ../unix/cmake/configure >> make >> sudo make install >> >> >> Internal plugins: >> ====================== >> UUIDPlugin >> >> External plugins: >> ====================== >> ADPCMCodecPlugin >> AioPlugin >> AsynchFilePlugin >> B2DPlugin >> B3DAcceleratorPlugin >> BMPReadWriterPlugin >> BitBltPlugin >> CroquetPlugin >> DSAPrims >> DropPlugin >> FFTPlugin >> FT2Plugin >> FileCopyPlugin >> FilePlugin >> FloatArrayPlugin >> FloatMathPlugin >> GeniePlugin >> HostWindowPlugin >> JPEGReadWriter2Plugin >> JPEGReaderPlugin >> JoystickTabletPlugin >> Klatt >> LargeIntegers >> LocalePlugin >> MIDIPlugin >> Matrix2x3Plugin >> MiscPrimitivePlugin >> Mpeg3Plugin >> QuicktimePlugin >> RePlugin >> SecurityPlugin >> SerialPlugin >> SocketPlugin >> SoundCodecPrims >> SoundGenerationPlugin >> SoundPlugin >> Squeak3D >> SqueakFFIPrims >> StarSqueakPlugin >> SurfacePlugin >> UnixOSProcessPlugin >> XDisplayControlPlugin >> ZipPlugin >> >> >> Fun story: if you don't have SecurityPlugin, LocaleTest>>testFontFullName >> deletes your image :) >> testFontFullName >> "self debug: #testFontFullName" >> | env dir | >> env := (Locale isoLanguage: 'ja') languageEnvironment. >> dir := FileDirectory on: SecurityManager default untrustedUserDirectory. >> [dir recursiveDelete] <-------------- Cool !! >> on: Error >> do: [:e | e]. >> env fontFullName. >> self assert: dir exists >> >> >> Cheers, >> >> Laurent Laffont >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
I've tried to put XDisplayControlPluggin as internal but it fails. After some search: http://wiki.squeak.org/squeak/3350
Laurent Laffont On Tue, Mar 30, 2010 at 8:43 PM, Levente Uzonyi <[hidden email]> wrote:
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by Levente Uzonyi-2
On 2010-03-30, at 11:43 AM, Levente Uzonyi wrote: > That's probably because Laurent built almost every plugin as external. These include those which are responsible for displaying stuff on the screen. Um, mmmm Once we find and load the plugin we cache the entry point so later references don't incur much of a cost. Maybe there is no compiler optimization in the compile for the external plugin? -- =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project smime.p7s (3K) Download Attachment |
On Tue, 2010-03-30 at 14:01 -0700, John M McIntosh wrote:
> On 2010-03-30, at 11:43 AM, Levente Uzonyi wrote: > > > That's probably because Laurent built almost every plugin as external. These include those which are responsible for displaying stuff on the screen. > > Um, mmmm > Once we find and load the plugin we cache the entry point so later references don't incur much of a cost. Maybe there is no compiler optimization in the compile for the external plugin? I'd be surprised if building plugins as external is the cause of the problem as that's standard practice for Unix VMs. Ian does it for his and I followed his lead with the Exupery VMs. Bryce _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Tue, 30 Mar 2010, Bryce Kampjes wrote:
> On Tue, 2010-03-30 at 14:01 -0700, John M McIntosh wrote: >> On 2010-03-30, at 11:43 AM, Levente Uzonyi wrote: >> >>> That's probably because Laurent built almost every plugin as external. These include those which are responsible for displaying stuff on the screen. >> >> Um, mmmm >> Once we find and load the plugin we cache the entry point so later references don't incur much of a cost. Maybe there is no compiler optimization in the compile for the external plugin? > > I'd be surprised if building plugins as external is the cause of the > problem as that's standard practice for Unix VMs. Ian does it for his > and I followed his lead with the Exupery VMs. Building most plugins external is a good idea, but I doubt that building plugins which are loaded all the time have any benefits. I used to build at least these as internal, the others are usually external: BitBltPlugin, FilePlugin, FloatArrayPlugin, FloatMathPlugin, LargeIntegers, LocalePlugin, Martix2x3Plugin, MiscPrimitivePlugin, SecurityPlugin, SocketPlugin. I guess all but SocketPlugin, will be loaded during startup. And I'm not saying that building plugins as external cause the low values for tinyBenchmarks, but they may be responsible for the sluggish UI. Levente > > Bryce > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by johnmci
Two points
- how can we join forces to get the largest range of VM and the process to build Concentration of knowledge in small open-source movement is dangerous. - We will buy an academic license of the compiler. I ordered it today. Stef On Mar 30, 2010, at 9:02 AM, John M McIntosh wrote: > > On 2010-03-29, at 11:39 PM, Adrian Lienhard wrote: >> >> What's the yearly costs for the Intel Compiler license? >> >> Adrian > > non-academic it's $599 & then $240 > > academic license is $160 > > > -- > =========================================================================== > John M. McIntosh <[hidden email]> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
In reply to this post by laurent laffont
On Mar 30, 2010, at 9:34 AM, laurent laffont wrote: > The problem with this option is we can't package it on Linux distros ... as open source software, I prefer that the VM downloadable on pharo website is a GCC (or other OSS compiler) compiled one. Why? to run on linux you have to be compiled with GCC? Or it is again a license problem? _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
On Wed, Mar 31, 2010 at 1:23 PM, Stéphane Ducasse
<[hidden email]> wrote: > > On Mar 30, 2010, at 9:34 AM, laurent laffont wrote: > >> The problem with this option is we can't package it on Linux distros ... as open source software, I prefer that the VM downloadable on pharo website is a GCC (or other OSS compiler) compiled one. > > > Why? to run on linux you have to be compiled with GCC? > Or it is again a license problem? A version compiled with the Intel C compiler could be available on the Pharo website, but linux distro will never use it. They will prefer to recompile from scratch with gcc. What kind of boost performance is expected with the Intel compiler ? -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
So how do the Linux binary only distros work then? I'm sure I've seen the choice, oh load the binaries, or pull and compile the source as
choices in Ubuntu? Why bother making one-click apps with Linux VM if everyone ignores them? Or is this an 80/20 rule? On 2010-03-31, at 12:05 AM, Serge Stinckwich wrote: > A version compiled with the Intel C compiler could be available on the > Pharo website, but linux distro will never use it. They will prefer to > recompile from scratch with gcc. What kind of boost performance is > expected with the Intel compiler ? > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project =========================================================================== John M. McIntosh <[hidden email]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com =========================================================================== _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project smime.p7s (3K) Download Attachment |
2010/3/31 John M McIntosh <[hidden email]>:
> So how do the Linux binary only distros work then? I'm sure I've seen the choice, oh load the binaries, or pull and compile the source as > choices in Ubuntu? Why bother making one-click apps with Linux VM if everyone ignores them? Or is this an 80/20 rule? I guess, most of the users didn't recompile their applications, they just use the binary packages from their favorite distributions. One-click apps are nice in order to distribute Pharo before linux distro add it in their distributions. Usually it takes some time and i guess they will include the 1.0 version when Pharo 1.1 will be out ;-) -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Free forum by Nabble | Edit this page |