BARRY MARTIN wrote:
> Hi Ky!
> KM> I would build it with sufficient memory, then turn off the
> KM> swapfile entirely (unless some braindead app refuses to run
> KM> without it). End of that problem.
> OK -- seems like I'm remembering Linux/Ubuntu installed a very small
> swapfile even when told not to. Do plan on maxing out the amount of
Yeah, linux insists, but at least has the grace to put it on its own partition.
How much of that space it actually needs is another question.
> memory the motherboard on the new machine will take. ...This machine
> (was supposed to be for another usage) says it will take 8 GB of RAM
> (2+2+2+2); won't boot with that even though are the correct sticks.
> It's happy with 6 GB (2+2+1+1).
Did I gripe about my idiot board that doesn't like about half what I've
tried in it? it's supposed to take a pair of 1GB sticks. It would only
play nice with a 512mb and some 256mb, and prefers sticks that are NOT a
match to its supposed requirements. Good thing it will probably never be needed
for any real work, tho Win9x on a P4 might be fun. :D
> KM> Much worse for an SSD is the browser cache. Cache is broken in
> KM> the entire Mozilla family anyway, to the point where it has very
> KM> little utility (and is a major source of memory leaks) so I just
> KM> disable it.
> I think I remember reading that elsewhere some time back. If the
> machine and connection are fast enough probably would not make much difference
> if pulled all new each time or if compared the cache to the current -- presume
> there's some sort of CRC or hash number or something.
Actually cache does not update properly (far as I know it only checks
date on the server), another problem for sites that might change a lot.
Besides, I disapprove of the cache structure that's 1500 empty directories.
> ..Looking at the .cache here (just because I'm curious!): newest file
> appears to be from an hour ago (about right when I checked something on-line);
> oldest is September 28, about a week ago. Keeping cached data
> for a week seems logical.
Space and duration are settable.
■ RNET 2.10U: ILink: Techware BBS ■ Los Angeles, Ca ■ www.techware.dynip.com
--- QScan/PCB v1.20a / 01-0462
* Origin: ILink: CFBBS | cfbbs.dtdns.net | 856-933-7096 (454:1/1)
|
