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

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

 



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.

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