[Pharo-project] Fwd: Re: [Sugar-devel] Dr.Geo on XO 1
With Pharo 1.4 (but not with Pharo 1.3) we have a problem leading to the crash of DrGeo (based on Pharo 1.4) on low memory machine. It is clearly a problem related to Pharo 1.4 Any idea why ? Hilaire -------- Original Message -------- Subject: Re: [Sugar-devel] Dr.Geo on XO 1 Date: Sun, 20 May 2012 13:46:01 +0200 From: Bert Freudenberg <bert@freudenbergs.de> To: Sascha Silbe <silbe@activitycentral.com> CC: Ariel Calzada <ariel.calzada@gmail.com>, Hilaire Fernandes <hilaire.fernandes@edu.ge.ch>, Sugar Devel <sugar-devel@lists.sugarlabs.org>, Rafael Ortiz <rafael@activitycentral.com> On 20.05.2012, at 11:00, Sascha Silbe wrote:
Bert Freudenberg <bert@freudenbergs.de> writes:
Nope, that was not it. I compiled with -mtune=geode, makes no difference.
Make sure to set -march=<architecture> to something appropriate. -march tells gcc what instructions it can use (so anything that doesn't support these instructions will fail to run the resulting executable), whereas -mtune only tells it to optimise for a certain processor type (but the executable will continue to run on other processors as long as they support the instruction set specified by -march).
I actually had used "-march=pentiumpro -mtune=geode" as recommended here: http://wiki.laptop.org/go/Geode_LX and even with an additional -O0 it still crashes.
In gdb I see it's segfaulting inside the GC logic. It's really
puzzling this only happens on the XO-1 ...
You could try booting an XO-1.5 with mem=256M (append that to boot-file in /bootpart/boot/olpc.fth) to simulate the memory pressure of an XO-1.
YES! That reproduces the crash on XO-1.5. Good thinking! :) I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports: Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached but DrGeo still crashes. OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ... - Bert -
Is the memory object corrupted in Pharo 1.4? And explain the problem I have in some situation with DrGeo on XO-1 256MB without swap. http://lists.squeak.org/pipermail/vm-dev/2012-May/010652.html Hilaire Le 20/05/2012 13:57, Hilaire Fernandes a écrit :
With Pharo 1.4 (but not with Pharo 1.3) we have a problem leading to the crash of DrGeo (based on Pharo 1.4) on low memory machine.
It is clearly a problem related to Pharo 1.4
Any idea why ?
Hilaire
-------- Original Message -------- Subject: Re: [Sugar-devel] Dr.Geo on XO 1 Date: Sun, 20 May 2012 13:46:01 +0200 From: Bert Freudenberg <bert@freudenbergs.de> To: Sascha Silbe <silbe@activitycentral.com> CC: Ariel Calzada <ariel.calzada@gmail.com>, Hilaire Fernandes <hilaire.fernandes@edu.ge.ch>, Sugar Devel <sugar-devel@lists.sugarlabs.org>, Rafael Ortiz <rafael@activitycentral.com>
On 20.05.2012, at 11:00, Sascha Silbe wrote:
Bert Freudenberg <bert@freudenbergs.de> writes:
Nope, that was not it. I compiled with -mtune=geode, makes no difference.
Make sure to set -march=<architecture> to something appropriate. -march tells gcc what instructions it can use (so anything that doesn't support these instructions will fail to run the resulting executable), whereas -mtune only tells it to optimise for a certain processor type (but the executable will continue to run on other processors as long as they support the instruction set specified by -march).
I actually had used "-march=pentiumpro -mtune=geode" as recommended here:
http://wiki.laptop.org/go/Geode_LX
and even with an additional -O0 it still crashes.
In gdb I see it's segfaulting inside the GC logic. It's really
puzzling this only happens on the XO-1 ...
You could try booting an XO-1.5 with mem=256M (append that to boot-file in /bootpart/boot/olpc.fth) to simulate the memory pressure of an XO-1.
YES! That reproduces the crash on XO-1.5. Good thinking! :)
I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports:
Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached
but DrGeo still crashes.
OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ...
- Bert -
Hilaire how can we reproduce your problem? Stef On May 20, 2012, at 9:41 PM, Hilaire Fernandes wrote:
Is the memory object corrupted in Pharo 1.4? And explain the problem I have in some situation with DrGeo on XO-1 256MB without swap.
http://lists.squeak.org/pipermail/vm-dev/2012-May/010652.html
Hilaire
Le 20/05/2012 13:57, Hilaire Fernandes a écrit :
With Pharo 1.4 (but not with Pharo 1.3) we have a problem leading to the crash of DrGeo (based on Pharo 1.4) on low memory machine.
It is clearly a problem related to Pharo 1.4
Any idea why ?
Hilaire
-------- Original Message -------- Subject: Re: [Sugar-devel] Dr.Geo on XO 1 Date: Sun, 20 May 2012 13:46:01 +0200 From: Bert Freudenberg <bert@freudenbergs.de> To: Sascha Silbe <silbe@activitycentral.com> CC: Ariel Calzada <ariel.calzada@gmail.com>, Hilaire Fernandes <hilaire.fernandes@edu.ge.ch>, Sugar Devel <sugar-devel@lists.sugarlabs.org>, Rafael Ortiz <rafael@activitycentral.com>
On 20.05.2012, at 11:00, Sascha Silbe wrote:
Bert Freudenberg <bert@freudenbergs.de> writes:
Nope, that was not it. I compiled with -mtune=geode, makes no difference.
Make sure to set -march=<architecture> to something appropriate. -march tells gcc what instructions it can use (so anything that doesn't support these instructions will fail to run the resulting executable), whereas -mtune only tells it to optimise for a certain processor type (but the executable will continue to run on other processors as long as they support the instruction set specified by -march).
I actually had used "-march=pentiumpro -mtune=geode" as recommended here:
http://wiki.laptop.org/go/Geode_LX
and even with an additional -O0 it still crashes.
In gdb I see it's segfaulting inside the GC logic. It's really
puzzling this only happens on the XO-1 ...
You could try booting an XO-1.5 with mem=256M (append that to boot-file in /bootpart/boot/olpc.fth) to simulate the memory pressure of an XO-1.
YES! That reproduces the crash on XO-1.5. Good thinking! :)
I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports:
Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached
but DrGeo still crashes.
OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ...
- Bert -
Bert mentionned: I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports: Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached but DrGeo still crashes. OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ... The image is in this zip archive https://gforge.inria.fr/frs/download.php/30585/DrGeoII-12.04.xo Hilaire Le 21/05/2012 10:51, Stéphane Ducasse a écrit :
I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports:
Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached
but DrGeo still crashes.
OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ...
Ok so we will see because this is important. I will discuss with igor about it. Now we are preparing the conference. Stef
Bert mentionned:
I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports:
Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached
but DrGeo still crashes.
OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ...
The image is in this zip archive https://gforge.inria.fr/frs/download.php/30585/DrGeoII-12.04.xo
Hilaire
Le 21/05/2012 10:51, Stéphane Ducasse a écrit :
I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports:
Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached
but DrGeo still crashes.
OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ...
hilaire could you try a 20 image? Stef On May 21, 2012, at 8:47 PM, Hilaire Fernandes wrote:
Bert mentionned:
I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports:
Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached
but DrGeo still crashes.
OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ...
The image is in this zip archive https://gforge.inria.fr/frs/download.php/30585/DrGeoII-12.04.xo
Hilaire
Le 21/05/2012 10:51, Stéphane Ducasse a écrit :
I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports:
Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached
but DrGeo still crashes.
OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ...
My installation script does not work with 1.3 and 2.0. Probably the cleaning phase broke, not sure Hilaire On 21/05/2012 22:00, Stéphane Ducasse wrote:
hilaire
could you try a 20 image?
Stef
On May 21, 2012, at 8:47 PM, Hilaire Fernandes wrote:
Bert mentionned:
I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports:
Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached
but DrGeo still crashes.
OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ...
-- Dr. Geo -- http://www.drgeo.eu
participants (3)
-
Hilaire Fernandes -
Hilaire Fernandes -
Stéphane Ducasse