Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Vir Campestris Newsgroups: comp.arch Subject: Re: Is Parallel Programming Hard, And, If So, What Can You Do About It? Date: Mon, 19 May 2025 21:46:15 +0100 Organization: A noiseless patient Spider Lines: 15 Message-ID: <100g5an$1q32t$1@dont-email.me> References: <0ec5d195f4732e6c92da77b7e2fa986d@www.novabbs.org> <2025May13.094035@mips.complang.tuwien.ac.at> <1000nfp$2440u$1@dont-email.me> <1000pae$3uvs3$3@dont-email.me> <100bdhq$lhdb$3@dont-email.me> <87sel1jw9z.fsf@localhost> <100e28i$11n5t$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Mon, 19 May 2025 22:46:16 +0200 (CEST) Injection-Info: dont-email.me; posting-host="92287147653974d9cfa86b21a5d3fd41"; logging-data="1903709"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19rr47qjaWXiQBCp0h/pdqJY7NofhEOhUA=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:FKEp86qacq/uJ4vKUbzBsOtUNoc= Content-Language: en-GB In-Reply-To: <100e28i$11n5t$1@dont-email.me> Bytes: 2162 On 19/05/2025 02:41, Stephen Fuld wrote: > > It didn't make sense to, after executing the full track read, since the > disk was positioned at the end of the track, and you had a good > indication that it was a sequential file read, to start caching the next > track in anticipation of the next full track read? It might if the disk was idle. But if there is a queue from another process it probably will be better to do that instead. Andy -- Do not listen to rumour, but, if you do, do not believe it. Ghandi.