Re: [PATCH-perfbook] count: The fast path is for the write side

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Aug 12, 2022 at 02:38:06PM -0400, Elad Lahav wrote:
> Sent as an attachment because I'm behind a corporate firewall and can
> only use Gmail's ^$*&^@# web interface. If that's not acceptable I'll
> find another method to send a Real Text Email, just like mother nature
> intended it to be.

For the time being, it is fine.  Longer term, it would be good to find
a way to send a Real Text Email, for old time's sake.  ;-)

Queued and pushed, thank you!

							Thanx, Paul

> --Elad

> From 153cd4261fe58ed7f26bb0b1232eae2de43070ad Mon Sep 17 00:00:00 2001
> From: Elad Lahav <elahav@xxxxxxx>
> Date: Fri, 12 Aug 2022 13:04:08 -0400
> Subject: [PATCH] count: The fast path is for the write side, not the read
>  side.
> 
> Signed-off-by: Elad Lahav <e2lahav@xxxxxxxxx>
> ---
>  count/count.tex | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/count/count.tex b/count/count.tex
> index 7e74d58f..523789e2 100644
> --- a/count/count.tex
> +++ b/count/count.tex
> @@ -2262,7 +2262,7 @@ be run all the way to either of its limits, but it does so at the
>  expense of adding atomic operations to the fastpaths, which slow down
>  the fastpaths significantly on some systems.
>  Although some workloads might tolerate this slowdown, it is worthwhile
> -looking for algorithms with better read-side performance.
> +looking for algorithms with better write-side performance.
>  One such algorithm uses a signal handler to steal counts from other
>  threads.
>  Because signal handlers run in the context of the signaled thread,
> -- 
> 2.25.1
> 




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux