lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 24 Nov 2009 14:36:38 -0500
From:	Vivek Goyal <vgoyal@...hat.com>
To:	Corrado Zoccolo <czoccolo@...il.com>
Cc:	Linux-Kernel <linux-kernel@...r.kernel.org>,
	Jens Axboe <jens.axboe@...cle.com>,
	Jeff Moyer <jmoyer@...hat.com>
Subject: Re: [PATCH] cfq-iosched: cleanup unreachable code

On Tue, Nov 24, 2009 at 05:01:49PM +0100, Corrado Zoccolo wrote:
> cfq_should_idle returns false for no-idle queues that are not the last,
> so the control flow will never reach the removed code in a state that
> satisfies the if condition.
> The unreachable code was added to emulate previous cfq behaviour for
> non-NCQ rotational devices. My tests show that even without it, the
> performances and fairness are comparable with previous cfq, thanks to
> the fact that all seeky queues are grouped together, and that we idle at
> the end of the tree.
> 

As you said that right now it is dead code, so better remove it.

Theoretically, by retaining this code we could benefit on non NCQ
rotational media if seek cost across the sync-noidle queues is higher
as compared to seek cost with-in queue. Fix it if we run into it.

Till then better to remove dead code.

Acked-by: Vivek Goyal <vgoyal@...hat.com>

Thanks
Vivek

> Signed-off-by: Corrado Zoccolo <czoccolo@...il.com>
> ---
>  block/cfq-iosched.c |   13 -------------
>  1 files changed, 0 insertions(+), 13 deletions(-)
> 
> diff --git a/block/cfq-iosched.c b/block/cfq-iosched.c
> index d44f8a4..7144649 100644
> --- a/block/cfq-iosched.c
> +++ b/block/cfq-iosched.c
> @@ -1274,19 +1274,6 @@ static void cfq_arm_slice_timer(struct cfq_data *cfqd)
>  	cfq_mark_cfqq_wait_request(cfqq);
>  
>  	sl = cfqd->cfq_slice_idle;
> -	/* are we servicing noidle tree, and there are more queues?
> -	 * non-rotational or NCQ: no idle
> -	 * non-NCQ rotational : very small idle, to allow
> -	 *     fair distribution of slice time for a process doing back-to-back
> -	 *     seeks.
> -	 */
> -	if (cfqd->serving_type == SYNC_NOIDLE_WORKLOAD &&
> -	    service_tree_for(cfqd->serving_prio, SYNC_NOIDLE_WORKLOAD, cfqd)
> -		->count > 0) {
> -		if (blk_queue_nonrot(cfqd->queue) || cfqd->hw_tag)
> -			return;
> -		sl = min(sl, msecs_to_jiffies(CFQ_MIN_TT));
> -	}
>  
>  	mod_timer(&cfqd->idle_slice_timer, jiffies + sl);
>  	cfq_log_cfqq(cfqd, cfqq, "arm_idle: %lu", sl);
> -- 
> 1.6.2.5
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ