Hallo Andreas!Ich hatte mal das gleich Problem und hatte mir damals folgende Installation �berlegt: Die 64MB, die nicht in der CAA liegen werden als virtuelles Laufwerk mountiert. Auf dieses Laufwerk kommt SWAP-Space mit der Priorit�t 1. Desweiteren hast Du SWAP-Space auf der Platte mit der Priorit�t 2 laufen. Dieses erschien (erscheint immer noch) mir schneller zu sein, als ein System mit "nur" 64MB. Es m�sste auch schneller sein, als ein System in dem die h�lfte des Speichers nicht im CAA liegen. Ich hatte mich damals mit einem Kundigen Menschen von der CT' zu diesem Thema gemailt. Dieser meinte allerdings, dass es mehr bringen w�rde den Riegel einfach so einzubauen. (..die Zeit ging ins Land und ein neuer Rechner kam - ich hab's dann nicht mehr ausprobliert. Mich w�rden Deine Resultate und Eure (Liste) Meinung dazu interessieren) Viele Gr��e Andreas. -----Urspr�ngliche Nachricht----- Von: Andreas Behnert [mailto:[EMAIL PROTECTED]] Gesendet: Tuesday, January 15, 2002 1:57 PM An: [EMAIL PROTECTED] Betreff: [Debian] �berschreitung cacheable area Hallo Liste! Habe hier noch ein Board mit Intel-TX-Chipsatz (i430TX), AMD K6/2-400 drauf und 64 MB SDRAM drinnen. Mit Kernel 2.4.x und ein einigen laufenden Prozessen wie z.B. dem "ultimativen Hackertool" StarOffice ist das Teil nicht wirklich der Hammer, es sind fast permanent 10 MB Swap in Benutzung, nach 30 Tagen uptime sind es auch schonmal 30 MB. Ich h�tte noch einen 64MB-Riegel herumzuliegen, das Problem ist nur der TX-Chipsatz, welcher von Intel auf eine max. cacheable area von 64 MB beschr�nkt wurde. Lohnt es sich, trotzdem 128 MB in die Kiste zu stecken? Mit welchen Performance-Einbu�en ist zu rechnen wenn die oberen 64 MB nicht vom L2-Cache abgedeckt werden? (Nein, ich habe leider keinen K6/3 mehr ...) Gru�, ab -- To err is human; effective mayhem requires the root password :-) -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- ----------------------------------------------------------- Um sich aus der Liste auszutragen schicken Sie bitte eine E-Mail an [EMAIL PROTECTED] die im Subject "unsubscribe <deine_email_adresse>" enthaelt. Bei Problemen bitte eine Mail an: [EMAIL PROTECTED] ----------------------------------------------------------- 1096 eingetragene Mitglieder in dieser Liste.
