diff options
| author | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2025-08-04 22:03:47 +0200 |
|---|---|---|
| committer | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2025-08-04 22:03:47 +0200 |
| commit | fbd6f1662f098e317bb935736b9b6bb8211c55aa (patch) | |
| tree | 76433dfd7b76647e2b29ac37d87c8c3dbee233dd | |
| parent | 7ed29ef40f582e30eea260da633e5b2d736569d1 (diff) | |
Insist on RPC 'slowness'
| -rw-r--r-- | faq/slow.mdwn | 7 |
1 files changed, 4 insertions, 3 deletions
diff --git a/faq/slow.mdwn b/faq/slow.mdwn index ffa20fe3..02173952 100644 --- a/faq/slow.mdwn +++ b/faq/slow.mdwn @@ -18,12 +18,13 @@ completely usable. Take care when running the Hurd in fully-virtualized machines: virtualization software use ugly heuristics to make Linux run faster, which will not work on the Hurd (or BSD, etc.) so comparisons in virtualized environments do not really -hold. Also take care of not comparing Hurd (which is currently 32bit) with a +hold. Also take care of not comparing a 32bit Hurd with a 64bit Linux execution: 64bit has *much* more computational and optimization possibilities than 32bit. At least, use -m32 to build a 32bit Linux version of a -test for comparison. +test for comparison, or use a 64b Hurd. -The main reason for slowness is *not* because of the overhead of RPCs. It's +Contrary to common belief that is terribly widespread in webnews comments, the +main reason for slowness is *not* because of the overhead of RPCs. It's mostly simply because less care has been done on implementing what makes Linux fast: intelligent read-ahead, carefully-tuned page cache, etc. or even just missing DMA support for your disk controller. |