[M3commit] CVS Update: cm3

[Daniel Alejandro Benavides D.]

Hi all:
I've read somewhere that cvsup rocks but the disk hit rate is too high, wondering it might be that we get to experiment with optical storage disk file system like the one in Acorn Archimedes Arx OS, perhaps its more appropriate to negotiate the cvsupd requests to the disk without hitting it but reading the optical disks data, doing so would be lesser time reads than magnetic ones, so that is less usage and the CPU would not waste much time going to system threads switching but just user space, which might be reasonable for the administrator point of view.
And FMI besides the source code, is there any documentation available for read of dcvs folks?
Thanks in advance

--- El lun, 27/12/10, Jay K <jay.krell at cornell.edu> escribió:

De: Jay K <jay.krell at cornell.edu>
Asunto: Re: [M3commit] CVS Update: cm3
Para: "Tony" <hosking at cs.purdue.edu>, "Jay Krell" <jkrell at elego.de>
CC: m3commit at elegosoft.com
Fecha: lunes, 27 de diciembre, 2010 16:34




The code is frequently wrong for user threads.
So much so that cvsup had cloned some code in order to put in fixes along these lines.
I did undo this though.

 - Jay

> From: hosking at cs.purdue.edu
> Date: Mon, 27 Dec 2010 12:30:38 -0500
> To: jkrell at elego.de
> CC: m3commit at elegosoft.com
> Subject: Re: [M3commit] CVS Update: cm3
> 
> You are debasing the primary use-case, which is system threading, to support what should be a deprecated target (user threads).
> 
> Antony Hosking | Associate Professor | Computer Science | Purdue University
> 305 N. University Street | West Lafayette | IN 47907 | USA
> Office +1 765 494 6001 | Mobile +1 765 427 5484
> 
> 
> 
> 
> On Dec 27, 2010, at 1:45 PM, Jay Krell wrote:
> 
> > CVSROOT:	/usr/cvs
> > Changes by:	jkrell at birch.	10/12/27 13:45:34
> > 
> > Modified files:
> > 	cm3/m3-libs/m3core/src/unix/Common/: UnixC.c 
> > 
> > Log message:
> > 	Some wrappers might be used specifically while waiting for
> > 	other threads to progress. e.g. don't disable switching in sleep().
> > 	More wrappers to consider.
> > 	Only matters for user threads..
> 
 		 	   		  



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20101227/1fb43069/attachment-0002.html>