Date: Mon, 13 Jul 1998 12:28:19 -0700 From: "Ronald F. Guilmette" <rfg@monkeys.com> To: questions@FreeBSD.ORG Subject: What to do about limited caching on 430FX chipset (?) Message-ID: <4074.900358099@monkeys.com>
next in thread | raw e-mail | index | archive | help
I have an x86 system with an older motherboard which is running FreeBSD 2.2.6, and unless I am mistaken, one of the limitations of this older chipset is that it can only do caching for the first 64MB of physical memory. This system in question currently has 128MB of memory in it. Anyway, in the case of one particularly time-sensitive application that I am running on this box, the performance seem to not be very good, and I suspect that the program in question, as well as its data, just happens to have gotten loaded somewhere within the upper 64MB of main memory, and that thus, it is not benefitting at all from the existing cache on the motherboard. Is there any way, short of removing 64MB of memory from this system, that I can convince the FreeBSD kernel to avoid allocating space for programs and data in the upper 64MB on this system if it can be avoided? I mean ideally, that upper 64MB would be used only for stuff like the disk buffer cache and perhaps other not-too-time-sensitive stuff... unless of course the kernel really has no other choice but to use that for programs and associated data (because it has run out of run for such stuff in the lower 64MB). Anyway, I really hope that someone will tell me that there is some simple way to get my time-sensitive program and its associated data allocated always in the lower 64MB of memory on this system. If there is no way to do this currently, I hope that maybe the FreeBSD developers will think about maybe implementing something elegant to handle this rather unusual problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4074.900358099>