[pacman-dev] [PATCH] HACKING: add some notes /proc/sys/vm/drop_caches
Signed-off-by: Laszlo Papp <djszapi@archlinux.us> --- HACKING | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/HACKING b/HACKING index 537d9a3..63ccf1e 100644 --- a/HACKING +++ b/HACKING @@ -146,6 +146,14 @@ For example, to run valgrind: ./src/pacman/pacman valgrind --leak-check=full -- src/pacman/.libs/lt-pacman -Syu +How should I make benchmarks? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +pacman spends most time with reading and writing the database. because of this, +it's important to drop caches before doing a benchmark. here is how to do so: + +# echo 3 > /proc/sys/vm/drop_caches + ///// vim: set ts=2 sw=2 syntax=asciidoc et: ///// -- 1.6.5
On Nov 17, 2009, at 7:44 AM, Laszlo Papp wrote:
+# echo 3 > /proc/sys/vm/drop_caches
Note that this is Linux specific. Perhaps instructions for other kernels should be included as well.
On Tue, Nov 17, 2009 at 7:59 AM, Sebastian Nowicki <sebnow@gmail.com> wrote:
On Nov 17, 2009, at 7:44 AM, Laszlo Papp wrote:
+# echo 3 > /proc/sys/vm/drop_caches
Note that this is Linux specific. Perhaps instructions for other kernels should be included as well.
Valgrind has got limitation too: It runs on the following platforms: X86/Linux, AMD64/Linux, PPC32/Linux, PPC64/Linux, and X86/Darwin (Mac OS X) Otherwise I don't use other kernels, just Linux :P If it's needed I hope other contributor can help. Best Regards, Laszlo Papp
On Tue, Nov 17, 2009 at 12:44 AM, Laszlo Papp <djszapi2@gmail.com> wrote:
Signed-off-by: Laszlo Papp <djszapi@archlinux.us> --- HACKING | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/HACKING b/HACKING index 537d9a3..63ccf1e 100644 --- a/HACKING +++ b/HACKING @@ -146,6 +146,14 @@ For example, to run valgrind: ./src/pacman/pacman valgrind --leak-check=full -- src/pacman/.libs/lt-pacman -Syu
+How should I make benchmarks? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +pacman spends most time with reading and writing the database. because of this, +it's important to drop caches before doing a benchmark. here is how to do so: + +# echo 3 > /proc/sys/vm/drop_caches +
This is a completely retarded statement. 1) pacman spends most time with reading and writing the database WRONG This depends whether it is cached or not. In a real world situation, you will have only one uncached run of pacman (the first one) compared to many cached. It also depends on the operation. If you are going to download/install/remove a lot of (or big) packages, it's likely completely wrong. 2) because of this, t's important to drop caches before doing a benchmark WRONG This depends on WTF you are benchmarking in the first place. If you want to see the effect of your patch on the database reading/writing, you probably want to drop caches. If you want to see the effect on the rest, you probably do not want to drop caches. This tip to drop caches can sometimes be very useful, so it might be worth mentioning in the HACKING file. And pacman database is indeed quite inefficient (the first run on my laptop is painfully slow). But can you please *think* about what you are writing twice (or more) before sending it ? And common sense helps too, did you ever think about getting some ? I enjoy this list a lot and communicating with everyone else here. I don't know how you manage to piss me off with every mail you send.
participants (4)
-
Laszlo Papp
-
Laszlo Papp
-
Sebastian Nowicki
-
Xavier