Technical Writer

2011-10-07 Thread David Virden
To whom it may concern, I am interested in helping out as a document writer. I have a degree in (and am currently a teacher of) English. I have over three years experience as a published music reviewer. I do not have any experience in technical writing, but I would like to break into the field. T

Re: Calling vm_object_deactivate_pages for each vm_object_deallocate kills performance.

2011-10-07 Thread Samuel Thibault
Sergio López, le Fri 23 Sep 2011 00:17:10 +0200, a écrit : > Perhaps a simple flag in the object indicating if some of its pages > have been activated, and a change in vm_page_activate to turn on that > flag, would be enough to save a significant number of cycles. > > Better ideas? Perhaps vm_obj

Re: poke_pages function in ext2fs:truncate.c

2011-10-07 Thread Sergio López
2011/9/13 Sergio López : > Hi, > > Does somebody know the reasoning behind the function "poke_pages" in > ext2fs:truncate.c? I suppose it's there to work around some kind of > memory object paging error in GNU Mach, but I'm not sure about it's > real purpose, or if it's still needed nowadays. > An

Re: COPY_DELAY could perform worse than COPY_NONE

2011-10-07 Thread Sergio López
More on this subject: - MEMORY_OBJECT_COPY_DELAY is actually needed to be able to provide private mmaps without copying the entire object at once. - This attribute only changes the behavior of vm_object_copy_strategically, between doing a delayed copy (COPY_DELAY) or copying the pages for real (

Re: Calling vm_object_deactivate_pages for each vm_object_deallocate kills performance.

2011-10-07 Thread Sergio López
2011/10/7 Samuel Thibault : > Perhaps vm_object_deactivate_pages should at least keep the > vm_page_queue_lock for more than just one iteration. XNU does it for 64 > pages. > > Otherwise, it looks to me like a simple and sensible optimization. Reducing lock contention would surely help. I'm also c