From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HRDa2-0002sM-D2 for garchives@archives.gentoo.org; Tue, 13 Mar 2007 20:26:47 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l2DKOfwJ010069; Tue, 13 Mar 2007 20:24:41 GMT Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l2DKOePQ010064 for ; Tue, 13 Mar 2007 20:24:41 GMT Received: from gw.thefreemanclan.net ([72.81.8.197]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JEU00AICZCDFQZ8@vms046.mailsrvcs.net> for gentoo-amd64@lists.gentoo.org; Tue, 13 Mar 2007 15:24:14 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by gw.thefreemanclan.net (Postfix) with ESMTP id B7D1951824B for ; Tue, 13 Mar 2007 16:24:10 -0400 (EDT) Date: Tue, 13 Mar 2007 16:24:10 -0400 From: Richard Freeman Subject: Re: [gentoo-amd64] Is swap need when there is 4g of ram? In-reply-to: <200703131532.45744.volker.armin.hemmann@tu-clausthal.de> To: gentoo-amd64@lists.gentoo.org Message-id: <45F7086A.2040609@thefreemanclan.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-version: 1.0 Content-type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary=------------ms070809060902080005010705 X-Enigmail-Version: 0.93.1.0 References: <45F66A32.1050004@singnet.com.sg> <59541ff30703130546s1bc682f8w6b06e117563c96ad@mail.gmail.com> <20070313141100.GB18489@v.igoro.us> <200703131532.45744.volker.armin.hemmann@tu-clausthal.de> User-Agent: Thunderbird 1.5.0.10 (X11/20070304) X-Archives-Salt: c54ccd4e-d899-446b-8d52-982da268033f X-Archives-Hash: a3b0ecdc571a74e3893d876363238662 This is a cryptographically signed message in MIME format. --------------ms070809060902080005010705 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hemmann, Volker Armin wrote: > And for some funny reason, loading something out of swap is much slower than > loading it from the fs.... That seems odd. if you're talking about executables and other MMAP'ed objects the filesystem IS the swap (when apache needs to be swapped out the kernel just deletes it from memory and reloads from disk - unless the executable pages were modified - not sure how dynamic linking is handled in linux, and if that needs to modify code pages). Unless of course your swap is encrypted or something it should be faster than the FS... > > 50mb in swap - and everything is slow. So slow as if every bit is fetched by a > mule caravan. And it does not matter if it is a swap partition or a swap > file. It is slow. > I haven't seen this behavior - I routinely have maybe 500MB swapped out. The difference is that most of this is probably tmpfs data that isn't touched until tmpreaper comes around and deletes it. The critical factor is probably RSS - if you have a zombie process that uses 1GB of RAM and which sleeps for 3 days at a time (with NO activity) then if you swap it out there is probably no impact. On the other hand, if you have 50 processes all running with 2%CPU each and they each have a 100MB RSS and you have 1GB of RAM your system will come to a complete halt. Even if all combined they only need 1.1GB of RAM you'll probably still come to a halt since they'll be constantly churning that 100MB of swap. If 100MB worth of processes sleep suddenly the whole system will wake up. Basically, there is no fix for lots of RUNNING processes other than more RAM (or not running everything at once). But lots of idle processes do just fine with swap. And not having a swap partition doesn't stop swapping. Any time you mmap a file you have virtual memory - no getting around it. And that data will get swapped in and out as needed. And even if none of your software uses mmap the kernel does every time it loads an image. It greatly improves performance (unused code never gets loaded). If I'm wrong on any of this kindly point it out, but this is my understanding of how linux swapping works. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF9whqG4/rWKZmVWkRAr0EAJ440jI6WPQO3dR9ldn6lYVYTb2WkwCfRgFT sPEuMMbiyY4k1MtFn2nHEWI= =dBn2 -----END PGP SIGNATURE----- --------------ms070809060902080005010705 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILXjCC BaswggOToAMCAQICAwKKozANBgkqhkiG9w0BAQUFADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0wNjA4 MDkwMTExMDZaFw0wNzA4MDkwMTExMDZaMIGwMRgwFgYDVQQDEw9DQWNlcnQgV29UIFVzZXIx JDAiBgkqhkiG9w0BCQEWFWZyZWVtYW5yaWNoQGdtYWlsLmNvbTEkMCIGCSqGSIb3DQEJARYV cmljaEByaWNoLmhvbWVkbnMub3JnMSAwHgYJKoZIhvcNAQkBFhFyaWNoMEB2ZXJpem9uLm5l dDEmMCQGCSqGSIb3DQEJARYXcmljaEB0aGVmcmVlbWFuY2xhbi5uZXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDY1P59sqnUHR6EKPi1aN3I+Wwm3wxRBxXyznuzs3ns4zcK CPBECUxOqW7bwlKmMx/P5K81RDC+tdIv2Yx4AUWhPpgygUYXXaw5Q12Orjk7cu8gj3Iu41O6 jGeg7YAkBcOA4SByen7DeihnBI9E7TDkVhEkO2/wRwVXsOBdDwdNXgmDiktaXvRsh7YhOs19 4hCC6JgjwO9qFLDBaQnJOsYM2QKxnRapJAuNcexdyfGWynVaiPhQ0fTwh/QDnsIwElE8cTkG B8Hx+26Y5CsYPzPeld8+akP5FlPe2Mt+cONEImK+xb65gv+KDOEI+JidsolDEXkzq3T4RVx8 T9t4hfuNAgMBAAGjggECMIH/MAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdl dCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3 dy5DQWNlcnQub3JnMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3Au Y2FjZXJ0Lm9yZzBjBgNVHREEXDBagRVmcmVlbWFucmljaEBnbWFpbC5jb22BFXJpY2hAcmlj aC5ob21lZG5zLm9yZ4ERcmljaDBAdmVyaXpvbi5uZXSBF3JpY2hAdGhlZnJlZW1hbmNsYW4u bmV0MA0GCSqGSIb3DQEBBQUAA4ICAQAjsXYoRUA1jNEfd8eQszwT0857hnDCdjcEVphqNjPG PPzlrdm0OhRfCg46tj3KQ7NwtMZ31nFhgRVZUqxOKyHFQU69cEAUwXfSr0ifCsaijLFw9Ch6 YF/rqBdB2IEllUqC0tF8XtsPcZduruM4PslzzBL1Q6FBljcKMO7Zp6yqgUMBTjFf2dtwW3Ft DkHlqv+uNy2ZptRV0FrA+vIgRNMARO9+M89foNSBZ5NW9HrOVslybPEwbT2ug+nEPSKr94uG biRhkv6CP3vdu82upuJLQmpkIjNfIebW1QSCassRD3fpNuBZOkgF9VR85sMaj94T0dlQN77C nUVo3ZhDElZML9ijy7T+qo79nfGY3EyPJAC5zEGKnu31AwP6xDosNmqaoBiZwh2YIFHPK3gA KSrjZoUWKmHI6Z/lpieqcytAA4AtRDhR20xOkvD+AK3WN3ctKG7iFrX5kXlZGx2QUwKeaJCO +bTzWD8T1KMR78Ogrj+gOh+tTiIQ7/CcCEQegNh/G9SdzmzpvZopWnjBhw+yIfkLiUe089nT 4dEmImkcmGI7zbuPuU+31YABWYHGuJC9O51Pj88ZErAWeZy4FZfUs2Q5Zw6CK6I1s91KROrU 6yMKQobn+Gy0HUUAL3SvJsnEJeG4wqv0WquH+s2tDXlriFB/hRbdUrnw0/vTBj5oazCCBasw ggOToAMCAQICAwKKozANBgkqhkiG9w0BAQUFADB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYD VQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBB dXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0wNjA4MDkw MTExMDZaFw0wNzA4MDkwMTExMDZaMIGwMRgwFgYDVQQDEw9DQWNlcnQgV29UIFVzZXIxJDAi BgkqhkiG9w0BCQEWFWZyZWVtYW5yaWNoQGdtYWlsLmNvbTEkMCIGCSqGSIb3DQEJARYVcmlj aEByaWNoLmhvbWVkbnMub3JnMSAwHgYJKoZIhvcNAQkBFhFyaWNoMEB2ZXJpem9uLm5ldDEm MCQGCSqGSIb3DQEJARYXcmljaEB0aGVmcmVlbWFuY2xhbi5uZXQwggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQDY1P59sqnUHR6EKPi1aN3I+Wwm3wxRBxXyznuzs3ns4zcKCPBE CUxOqW7bwlKmMx/P5K81RDC+tdIv2Yx4AUWhPpgygUYXXaw5Q12Orjk7cu8gj3Iu41O6jGeg 7YAkBcOA4SByen7DeihnBI9E7TDkVhEkO2/wRwVXsOBdDwdNXgmDiktaXvRsh7YhOs194hCC 6JgjwO9qFLDBaQnJOsYM2QKxnRapJAuNcexdyfGWynVaiPhQ0fTwh/QDnsIwElE8cTkGB8Hx +26Y5CsYPzPeld8+akP5FlPe2Mt+cONEImK+xb65gv+KDOEI+JidsolDEXkzq3T4RVx8T9t4 hfuNAgMBAAGjggECMIH/MAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5 b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5D QWNlcnQub3JnMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2Fj ZXJ0Lm9yZzBjBgNVHREEXDBagRVmcmVlbWFucmljaEBnbWFpbC5jb22BFXJpY2hAcmljaC5o b21lZG5zLm9yZ4ERcmljaDBAdmVyaXpvbi5uZXSBF3JpY2hAdGhlZnJlZW1hbmNsYW4ubmV0 MA0GCSqGSIb3DQEBBQUAA4ICAQAjsXYoRUA1jNEfd8eQszwT0857hnDCdjcEVphqNjPGPPzl rdm0OhRfCg46tj3KQ7NwtMZ31nFhgRVZUqxOKyHFQU69cEAUwXfSr0ifCsaijLFw9Ch6YF/r qBdB2IEllUqC0tF8XtsPcZduruM4PslzzBL1Q6FBljcKMO7Zp6yqgUMBTjFf2dtwW3FtDkHl qv+uNy2ZptRV0FrA+vIgRNMARO9+M89foNSBZ5NW9HrOVslybPEwbT2ug+nEPSKr94uGbiRh kv6CP3vdu82upuJLQmpkIjNfIebW1QSCassRD3fpNuBZOkgF9VR85sMaj94T0dlQN77CnUVo 3ZhDElZML9ijy7T+qo79nfGY3EyPJAC5zEGKnu31AwP6xDosNmqaoBiZwh2YIFHPK3gAKSrj ZoUWKmHI6Z/lpieqcytAA4AtRDhR20xOkvD+AK3WN3ctKG7iFrX5kXlZGx2QUwKeaJCO+bTz WD8T1KMR78Ogrj+gOh+tTiIQ7/CcCEQegNh/G9SdzmzpvZopWnjBhw+yIfkLiUe089nT4dEm ImkcmGI7zbuPuU+31YABWYHGuJC9O51Pj88ZErAWeZy4FZfUs2Q5Zw6CK6I1s91KROrU6yMK Qobn+Gy0HUUAL3SvJsnEJeG4wqv0WquH+s2tDXlriFB/hRbdUrnw0/vTBj5oazGCA4cwggOD AgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0 Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJ ARYSc3VwcG9ydEBjYWNlcnQub3JnAgMCiqMwCQYFKw4DAhoFAKCCAdswGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcwMzEzMjAyNDEwWjAjBgkqhkiG9w0B CQQxFgQU7BskhUOTZ9pIVfUEBqEFCn8+5zYwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0D BzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwIC ASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVo dHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDAoqjMIGTBgsqhkiG9w0B CRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNh Y2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG 9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDAoqjMA0GCSqGSIb3DQEBAQUABIIBAGQyc2Ys hy01kdU2bHhl0ZxtIUBvhIklCzPFv2tBN8aSUBOSAWGHRfztGp5ZfnfD2jhmPhOVqGlxPLii qPU7F7qy3cctN1bktgEFL1+/vQZM+LVtigQN7slOUdpC3ktaIcDFs9YVFJXVmFoQPdipblE2 k2vnCeWhz4Ftk/1OgzKCyt9XdnK7l/KfSgEqJG6apSLGHH4wWjtd13PBJgJxH6YlcJxRFYCu 5bqmH1ZFYF1DFMEpe36CBGxktA55LX7qIuGoaCijNTnEcHQBPcnDymAU8aj0khQ8uIlAe3gF gZoy7EArhUf4MzznHbsRL6j0dvunPsgV14P+75yoWsxfRHoAAAAAAAA= --------------ms070809060902080005010705-- -- gentoo-amd64@gentoo.org mailing list