[464] in arla-drinkers
Re: Excessive disk cache activity.
daemon@ATHENA.MIT.EDU (Chuck Lever)
Wed Jan 6 14:01:40 1999
From owner-arla-drinkers@stacken.kth.se Wed Jan 06 19:01:39 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 6579 invoked from network); 6 Jan 1999 19:01:38 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 6 Jan 1999 19:01:38 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id TAA19655
for arla-drinkers-list; Wed, 6 Jan 1999 19:56:58 +0100 (MET)
Received: from netscape.com (h-205-217-237-46.netscape.com [205.217.237.46])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id TAA19651;
Wed, 6 Jan 1999 19:56:52 +0100 (MET)
Received: from dredd.mcom.com (dredd.mcom.com [205.217.237.54])
by netscape.com (8.8.5/8.8.5) with ESMTP id KAA28484;
Wed, 6 Jan 1999 10:56:20 -0800 (PST)
Received: from netscape.com ([206.222.244.148]) by
dredd.mcom.com (Netscape Messaging Server 4.0) with ESMTP id
F55J9S01.HAX; Wed, 6 Jan 1999 10:56:16 -0800
Message-ID: <3693B1BD.FA782155@netscape.com>
Date: Wed, 06 Jan 1999 13:55:57 -0500
From: chuckl@netscape.com (Chuck Lever)
Organization: Netscape Communications Corporation
X-Mailer: Mozilla 4.5 [en]C-NSCP (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Magnus Ahltorp <map@stacken.kth.se>
CC: Werner Krebs <werner.krebs@yale.edu>, arla-drinkers@stacken.kth.se
Subject: Re: Excessive disk cache activity.
References: <36919011.20DE@yale.edu> <ixd67ampdef.fsf@turbot.pdc.kth.se> <3692D232.D8A@yale.edu> <ixd4sq5axtq.fsf@turbot.pdc.kth.se>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------msEFDEBD9025AD372FDD09BA8B"
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
This is a cryptographically signed message in MIME format.
--------------msEFDEBD9025AD372FDD09BA8B
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
is the arla cache on a file system mounted with the "sync" option?
i've found that when installing arla on Linux, putting the cache
on a file system that is mounted with the "noatime" option, and
without the "sync" option, is very helpful for performance and
eliminates unecessary disk activity.
Magnus Ahltorp wrote:
>
> > - When I would ls an AFS cell (I used stacken.kth.se cell because Yale
> > does not have an AFS cell yet) I would get a lot of disk activity (the
> > drive did an excessive amount of seeking very rapidly).
> >
> > This is obviously cache-related, but it is not a good sound (too much
> > seeking in a small area of the drive). This seeking activity would
> > continue for almost a minute after each simple ls.
>
> It could be the precreation of cache nodes, but then it shouldn't just
> happen after each ls, but rather a while after arlad was started. You
> haven't enabled xfs debugging or something?
>
> > Also, the operations I was doing (just ls'ing the same small directory a
> > few times) should not have required using the on-disk cache at all after
> > the first attempt.
>
> It should not write something to the cache, but it will certainly read
> from it, since you repeated the ls command.
>
> > How do I add things to the root directory? (arlad -t seemed to mount the
> > milko server (it was registering GetRoot fetches), but "ls /afs"
> > returned "Not a directory" and I couldn't figure out how one goes about
> > actually placing things in the volume.
>
> If you have run "volmgr gen-ontop-vol <partition-name> <volume-id>",
> you should have a volume with a top directory. Don't expect too much
> though, milko is not much more than a proof-of-concept, and it will be
> rewritten.
>
> /Magnus
> map@stacken.kth.se
--------------msEFDEBD9025AD372FDD09BA8B
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIIEyAYJKoZIhvcNAQcCoIIEuTCCBLUCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
ArkwggK1MIICHqADAgECAgIZGTANBgkqhkiG9w0BAQQFADB3MQswCQYDVQQGEwJVUzEsMCoG
A1UEChMjTmV0c2NhcGUgQ29tbXVuaWNhdGlvbnMgQ29ycG9yYXRpb24xHDAaBgNVBAsTE0lu
Zm9ybWF0aW9uIFN5c3RlbXMxHDAaBgNVBAMTE3Jvb3RjYS5uZXRzY2FwZS5jb20wHhcNOTgx
MDEzMjIzNzU4WhcNOTkwNDExMjIzNzU4WjCBkDELMAkGA1UEBhMCVVMxJjAkBgNVBAoTHU5l
dHNjYXBlIENvbW11bmljYXRpb25zIENvcnAuMR0wGwYDVQQDExRDaGFybGVzIEUuIExldmVy
IElJSTEiMCAGCSqGSIb3DQEJARYTY2h1Y2tsQG5ldHNjYXBlLmNvbTEWMBQGCgmSJomT8ixk
AQETBmNodWNrbDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA3ib1JVx6ZhJAYFUiLJGv
TL+tlhxKuezQhJnztZg1fXOgfw0fJxWYLaMS2mJ1ImmA7tbT++myjDEZVHdszU9YllqG7D2Y
3khIH1/2Zx0AbXPSyxTU7afXCOa+0EoBrPkNCkYdiU9OpcsEJtTP0ZpzPd+7/5di1NQisxtz
3Y/sx10CAwEAAaM2MDQwEQYJYIZIAYb4QgEBBAQDAgCgMB8GA1UdIwQYMBaAFPzgVOgH8ZXe
OveZxq76FQxuxC6SMA0GCSqGSIb3DQEBBAUAA4GBADhze0+3pAOJk/XpHivAnxdUv6cmJWRs
9cAseThqjhgIFxdVuojVlUoc1qYM9uI/jzHVu/q1CkdLiACtlcZHCZW6qwUHxGxIanktsgyt
f1VJpeC9lQlqW+VAX4sWlqp+Q3zE2OINHCQVbDdrwFPiYO6E9ddTMgA4JkBUdjJ1ARt+MYIB
1zCCAdMCAQEwfTB3MQswCQYDVQQGEwJVUzEsMCoGA1UEChMjTmV0c2NhcGUgQ29tbXVuaWNh
dGlvbnMgQ29ycG9yYXRpb24xHDAaBgNVBAsTE0luZm9ybWF0aW9uIFN5c3RlbXMxHDAaBgNV
BAMTE3Jvb3RjYS5uZXRzY2FwZS5jb20CAhkZMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcNAQkD
MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNOTkwMTA2MTg1NTU3WjAjBgkqhkiG9w0B
CQQxFgQU08hJLcKSPLaDusWwSdEu4i3f1cQwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0D
BzAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZIhvcNAwIC
ASgwDQYJKoZIhvcNAQEBBQAEgYC+OkqPaQZ+DAQAJp8NVOMPRKL4qhQSAiIMQ8MiGF1eYzP1
PF8ywOqeOt2OCLitc6lRZ0r5OfddhE+wDuF45SDunMxMdyob0FnoS1NQuvDjJ94574q8vvk0
T6T/Ni+Bgz4RWQ+O1Sz3FCiytkSPTMbz/QQNAQgeHliwfb8sbBRodw==
--------------msEFDEBD9025AD372FDD09BA8B--
