develooper Front page | perl.perl5.porters | Postings from April 2013

RE: [PATCH] On eliminating external tools from the release process

Thread Previous | Thread Next
From:
bulk 88
Date:
April 4, 2013 10:37
Subject:
RE: [PATCH] On eliminating external tools from the release process
Message ID:
COL126-W47F075DB5EEA5651A7969DFD90@phx.gbl


> Date: Thu, 4 Apr 2013 09:46:35 +0100
> From: nick@ccl4.org
> To: bulk88@hotmail.com
> CC: corion@cpan.org; perl5-porters@perl.org
> Subject: Re: [PATCH] On eliminating external tools from the release process
> 

> 
> > On other OSes, prefetching or hinting to the IO scheduler that we are 
> > doing sequential reading will serialize and buffer instead of interleave the 
> > reads. On others OSes, zero copy DMA to DMA copying is done with
> >  kernel help. A for loop through stdio does none of that.
> 
> Sure, but in this case, the scripts will immediately block awaiting the
> output, on a local machine which is only being used interactively for this
> task, so disk IO speed is what's going to matter, not how to reduce CPU
> use.
> 
Disk IO doesn't matter if it was copied to ram disk cache in 1 ms. Then the 
new file is available for reading and writing,, and control is returned back 
to me and I can go on, but in the background the disk is trashing for next 3 minutes, 
but it doesn't affect anything visually.

> Ultimately, for the release process, we care about elapsed operator time,
So performance does matter during the build process?

 		 	   		  
Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About