[squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

Alain Fischer
I have just tried the new Mac OS X VM (Squeak 3.8.20beta1U) and have  
noted that
when saving image located on an nfs mount, all the system is blocked  
probably on a network lock.
When saving image located on a local disk all seem ok.
When using Mac OS X VM (Squeak 3.8.18beta4U) and saving image located  
on an nfs mount, it's ok.

My system:
- Mac OS X 10.4.11
- Dual 2.3 GHz PowerPC G5

Best regards.
Alain

Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

Greg A. Woods; Planix, Inc.

On 13-Jan-2009, at 6:33 AM, Alain Fischer wrote:

> I have just tried the new Mac OS X VM (Squeak 3.8.20beta1U) and have  
> noted that
> when saving image located on an nfs mount, all the system is blocked  
> probably on a network lock.
> When saving image located on a local disk all seem ok.
> When using Mac OS X VM (Squeak 3.8.18beta4U) and saving image  
> located on an nfs mount, it's ok.
>
> My system:
> - Mac OS X 10.4.11
> - Dual 2.3 GHz PowerPC G5

Depending on what the NFS server is running, you may simply have an  
NFS locking problem.

I've found that with a NetBSD server, for example, it's best to simply  
disable NFS locking because it simply doesn't work properly.  I do  
this by doing the mount manually on OS X with the following command:

        mount -o -P,-i,tcp,nolock nfs_server_name:/nfs_fs /mount_point

There's probably a way to put the "nolock" option (and any others you  
need) into some config file or control panel for the automounter, but  
I hate the automounter so I don't ever use it.

--
                                        Greg A. Woods; Planix, Inc.
                                        <[hidden email]>




PGP.sig (193 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

Andreas Wacknitz
In reply to this post by Alain Fischer
Alain Fischer schrieb:

> I have just tried the new Mac OS X VM (Squeak 3.8.20beta1U) and have
> noted that
> when saving image located on an nfs mount, all the system is blocked
> probably on a network lock.
> When saving image located on a local disk all seem ok.
> When using Mac OS X VM (Squeak 3.8.18beta4U) and saving image located on
> an nfs mount, it's ok.
>
> My system:
> - Mac OS X 10.4.11
> - Dual 2.3 GHz PowerPC G5
>
> Best regards.
> Alain
>
I have the similar problems running on an Intel iMac under Mac OS/X
10.5.6 with Samba shares (which are also exported as NFS shares).

Andreas


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

johnmci
In reply to this post by Alain Fischer
Ok, you are saying during the duration of the save, the system locks.

But after the save completes and your image is saved to the network  
disk, then you get control back?

On 13-Jan-09, at 3:33 AM, Alain Fischer wrote:

> I have just tried the new Mac OS X VM (Squeak 3.8.20beta1U) and have  
> noted that
> when saving image located on an nfs mount, all the system is blocked  
> probably on a network lock.
> When saving image located on a local disk all seem ok.
> When using Mac OS X VM (Squeak 3.8.18beta4U) and saving image  
> located on an nfs mount, it's ok.
>
> My system:
> - Mac OS X 10.4.11
> - Dual 2.3 GHz PowerPC G5
>
> Best regards.
> Alain
>

--
=
=
=
========================================================================
John M. McIntosh <[hidden email]>
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
=
=
=
========================================================================




Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

Alain Fischer
No the system is locked for a long time, after ~20 minutes I have  
rebooted the machine.
After the reboot the image size was ~32k.


On 13 janv. 09, at 21:45, John M McIntosh wrote:

> Ok, you are saying during the duration of the save, the system locks.
>
> But after the save completes and your image is saved to the network  
> disk, then you get control back?
>
> On 13-Jan-09, at 3:33 AM, Alain Fischer wrote:
>
>> I have just tried the new Mac OS X VM (Squeak 3.8.20beta1U) and  
>> have noted that
>> when saving image located on an nfs mount, all the system is  
>> blocked probably on a network lock.
>> When saving image located on a local disk all seem ok.
>> When using Mac OS X VM (Squeak 3.8.18beta4U) and saving image  
>> located on an nfs mount, it's ok.
>>
>> My system:
>> - Mac OS X 10.4.11
>> - Dual 2.3 GHz PowerPC G5
>>
>> Best regards.
>> Alain
>>
>
> --
> ======================================================================
> =====
> John M. McIntosh <[hidden email]>
> Corporate Smalltalk Consulting Ltd.  http://
> www.smalltalkconsulting.com
> ======================================================================
> =====
>
>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

johnmci
Ok, well it seems there is a problem with mmap and mapping files on  
NFS drives under older versions of linux.
So is the server involved linux?

Obviously I can see a 3.8.21 series VM being generated tomorrow...

On 14-Jan-09, at 2:08 AM, Alain Fischer wrote:

> No the system is locked for a long time, after ~20 minutes I have  
> rebooted the machine.
> After the reboot the image size was ~32k.
>
>
> On 13 janv. 09, at 21:45, John M McIntosh wrote:
>
>> Ok, you are saying during the duration of the save, the system locks.
>>
>> But after the save completes and your image is saved to the network  
>> disk, then you get control back?
>>
>> On 13-Jan-09, at 3:33 AM, Alain Fischer wrote:
>>
>>> I have just tried the new Mac OS X VM (Squeak 3.8.20beta1U) and  
>>> have noted that
>>> when saving image located on an nfs mount, all the system is  
>>> blocked probably on a network lock.
>>> When saving image located on a local disk all seem ok.
>>> When using Mac OS X VM (Squeak 3.8.18beta4U) and saving image  
>>> located on an nfs mount, it's ok.
>>>
>>> My system:
>>> - Mac OS X 10.4.11
>>> - Dual 2.3 GHz PowerPC G5
>>>
>>> Best regards.
>>> Alain

--
=
=
=
========================================================================
John M. McIntosh <[hidden email]>
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
=
=
=
========================================================================




Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

Alain Fischer
The server is Mac OS X 10.5 (Darwin Kernel Version 9.6.0)

On 14 janv. 09, at 16:12, John M McIntosh wrote:

> Ok, well it seems there is a problem with mmap and mapping files on  
> NFS drives under older versions of linux.
> So is the server involved linux?
>
> Obviously I can see a 3.8.21 series VM being generated tomorrow...
>
> On 14-Jan-09, at 2:08 AM, Alain Fischer wrote:
>
>> No the system is locked for a long time, after ~20 minutes I have  
>> rebooted the machine.
>> After the reboot the image size was ~32k.
>>
>>
>> On 13 janv. 09, at 21:45, John M McIntosh wrote:
>>
>>> Ok, you are saying during the duration of the save, the system  
>>> locks.
>>>
>>> But after the save completes and your image is saved to the  
>>> network disk, then you get control back?
>>>
>>> On 13-Jan-09, at 3:33 AM, Alain Fischer wrote:
>>>
>>>> I have just tried the new Mac OS X VM (Squeak 3.8.20beta1U) and  
>>>> have noted that
>>>> when saving image located on an nfs mount, all the system is  
>>>> blocked probably on a network lock.
>>>> When saving image located on a local disk all seem ok.
>>>> When using Mac OS X VM (Squeak 3.8.18beta4U) and saving image  
>>>> located on an nfs mount, it's ok.
>>>>
>>>> My system:
>>>> - Mac OS X 10.4.11
>>>> - Dual 2.3 GHz PowerPC G5
>>>>
>>>> Best regards.
>>>> Alain
>
> --
> ======================================================================
> =====
> John M. McIntosh <[hidden email]>
> Corporate Smalltalk Consulting Ltd.  http://
> www.smalltalkconsulting.com
> ======================================================================
> =====
>
>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

johnmci
Ok, well I'll push out a 3.8.21b1 later today.

On 14-Jan-09, at 7:25 AM, Alain Fischer wrote:

> The server is Mac OS X 10.5 (Darwin Kernel Version 9.6.0)
>
> On 14 janv. 09, at 16:12, John M McIntosh wrote:
>
>> Ok, well it seems there is a problem with mmap and mapping files on  
>> NFS drives under older versions of linux.
>> So is the server involved linux?
>>
>> Obviously I can see a 3.8.21 series VM being generated tomorrow...
>>

--
=
=
=
========================================================================
John M. McIntosh <[hidden email]>
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
=
=
=
========================================================================




Reply | Threaded
Open this post in threaded view
|

[squeak-dev] Re: Mac OS X VM (Squeak 3.8.20beta1U) issue

Andreas.Raab
Hi -

Not sure if that'll help but one thing we noticed is that the Unix VM
(and possibly the Mac VM too) behaves pathetically when trying to use
sync mounted NFS drives. We absolutely had to mount them async and I
could certainly imagine that an image save exposes similar behavior.

I would definitely try to mount NFS async just to see if it makes a
difference.

Cheers,
   - Andreas

John M McIntosh wrote:

> Ok, well I'll push out a 3.8.21b1 later today.
>
> On 14-Jan-09, at 7:25 AM, Alain Fischer wrote:
>
>> The server is Mac OS X 10.5 (Darwin Kernel Version 9.6.0)
>>
>> On 14 janv. 09, at 16:12, John M McIntosh wrote:
>>
>>> Ok, well it seems there is a problem with mmap and mapping files on
>>> NFS drives under older versions of linux.
>>> So is the server involved linux?
>>>
>>> Obviously I can see a 3.8.21 series VM being generated tomorrow...
>>>
>
> --
> ===========================================================================
> John M. McIntosh <[hidden email]>
> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
> ===========================================================================
>
>
>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

johnmci
In reply to this post by johnmci
Ok, what I'm going to do here is push out a 3.8.21 later today.

I will revert to the old behaviour, however this  will have a  
info.plist flag that allows you choose the new mmap performance since
it does gain a few hundred milliseconds of time on a launch.

The new behaviour has I believe these two bugs which are show stoppers  
for general release.

(a) Save image when image is on a NFS drive, does not work. VM locks  
up, image file is truncated.
(b) Sporadic reports of image write failing when on local hard drive.


I will retain the new behaviour for the iPhone VM since the saving is  
on the order of seconds.

On 14-Jan-09, at 7:53 AM, John M McIntosh wrote:

> Ok, well I'll push out a 3.8.21b1 later today.
>
> On 14-Jan-09, at 7:25 AM, Alain Fischer wrote:
>
>> The server is Mac OS X 10.5 (Darwin Kernel Version 9.6.0)
>>
>> On 14 janv. 09, at 16:12, John M McIntosh wrote:
>>
>>> Ok, well it seems there is a problem with mmap and mapping files  
>>> on NFS drives under older versions of linux.
>>> So is the server involved linux?
>>>
>>> Obviously I can see a 3.8.21 series VM being generated tomorrow..

--
=
=
=
========================================================================
John M. McIntosh <[hidden email]>
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
=
=
=
========================================================================




Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

johnmci
I've posted a 3.8.21b1 to my experimental directory for testing.

I can't quite yet post it for regular usage because I need to cross  
check any changes against the squeakvm.org SVN tree, however that site  
is dead
at the moment, awaiting it's recovery...

Still people can download and confirm the NFS lockup problem has gone  
away, and there are no sporadic write failures.

On 15-Jan-09, at 11:55 AM, John M McIntosh wrote:

> Ok, what I'm going to do here is push out a 3.8.21 later today.
> The new behaviour has I believe these two bugs which are show  
> stoppers for general release.
>
> (a) Save image when image is on a NFS drive, does not work. VM locks  
> up, image file is truncated.
> (b) Sporadic reports of image write failing when on local hard drive.

--
=
=
=
========================================================================
John M. McIntosh <[hidden email]>
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
=
=
=
========================================================================




Reply | Threaded
Open this post in threaded view
|

Re: [squeak-dev] Mac OS X VM (Squeak 3.8.20beta1U) issue

Alain Fischer
I just tried the Squeak 3.8.21beta1U VM and saving the image on a NFS  
mount is OK.

Alain


On 16 janv. 09, at 02:14, John M McIntosh wrote:

> I've posted a 3.8.21b1 to my experimental directory for testing.
>
> I can't quite yet post it for regular usage because I need to cross  
> check any changes against the squeakvm.org SVN tree, however that  
> site is dead
> at the moment, awaiting it's recovery...
>
> Still people can download and confirm the NFS lockup problem has  
> gone away, and there are no sporadic write failures.
>
> On 15-Jan-09, at 11:55 AM, John M McIntosh wrote:
>
>> Ok, what I'm going to do here is push out a 3.8.21 later today.
>> The new behaviour has I believe these two bugs which are show  
>> stoppers for general release.
>>
>> (a) Save image when image is on a NFS drive, does not work. VM  
>> locks up, image file is truncated.
>> (b) Sporadic reports of image write failing when on local hard drive.
>
> --
> ======================================================================
> =====
> John M. McIntosh <[hidden email]>
> Corporate Smalltalk Consulting Ltd.  http://
> www.smalltalkconsulting.com
> ======================================================================
> =====
>
>
>
>