linux-kernel - Re: [PATCHv2 11/11] writeback: prevent unnecessary bdi threads wakeups

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]

Message-ID: <1279781304.3044.12.camel@localhost>
Date:	Thu, 22 Jul 2010 09:48:24 +0300
From:	Artem Bityutskiy <dedekind1@...il.com>
To:	Nick Piggin <npiggin@...e.de>,
	Kristo Tero Tapani <tero.kristo@...ia.com>
Cc:	Jens Axboe <axboe@...nel.dk>, linux-fsdevel@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCHv2 11/11] writeback: prevent unnecessary bdi threads
 wakeups

Hi Nick,

On Thu, 2010-07-22 at 13:19 +1000, Nick Piggin wrote:
> >  out:
> >  	spin_unlock(&inode_lock);
> > +
> > +	if (wakeup_bdi) {
> > +		spin_lock(&bdi->wb_lock);
> > +		if (!bdi->wb.task)
> > +			wake_up_process(default_backing_dev_info.wb.task);
> > +		else
> > +			wake_up_process(bdi->wb.task);
> > +		spin_unlock(&bdi->wb_lock);
> > +	}
> >  }
> 
> We really want to wake up the bdi right away when first dirtying
> the inode? I haven't looked at where the state of the bdi code is
> now, but isn't it better to have a a delay there?

Yes, I guess we want to wake up the bdi thread after 5 secs (assuming
default settings). I could implement a "wake_up_process_delayed"
function which would use a timer, but I think it is not necessary to
introduce these complications. We can just wake-up the bdi thread, it'll
find out there is nothing to do, and will go sleep for 5 secs. I think
this is good enough.

IOW, delayed wake-up is not worth the trouble.

> And rather than spreading details of how bdi tasks are managed
> would you consider putting this into its own function?

Sure, will do.

> Other than that, I like your patches.

Thanks :-)

>  Out of interest, is 5 seconds
> very detremental to power usage? What is a reasonable goal for
> wakeups? (eg. 95%+ of possible efficiency)

I cannot tell for sure. In Nokia N900 phone we use OMAP3 and we have
dynamic OFF-mode, so we switch off the CPU and peripherals completely
when there is nothing to do, and SDRAM stays in low-power auto-refresh
mode. Every useless wake-up makes us do a lot of job re-constructing the
CPU state. I cannot tell the numbers, but I'm CCing Tero, who is working
on OMAP3 PM and makes a lot of battery current measurements, he can
provide some numbers.

-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)

--
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/