On Wed, Jul 21, 2010 at 10:10 AM, Bruce Martin <[email protected]> wrote: > Dear Mr. Wang: > > Have you tried adding a small SSD to the desktop, then > partitioning/formatting about 2.5 Gb. of that drive as a Linux Swap > partition (possibly using Parted magic) then relinking the Ubuntu system to > use that as the swap, rather than having the swap on the same physical drive > as the Operating system? > > In this way, when Linux is swapping, it does so concurrently with the > seeking activity of the operating system, rather than one after the other. > > Since SSDs are much faster, this should increase the speed nicely. > > Then at the app level, any apps that use their own swaps could use the other > partition of the SSD as a shared swap partition. This should not be > formatted as a linux swap partition, but ext2 should do nicely as long as > Windows does not need to see it. > > For the Windows Laptop, you will need to replace the existing hard drive > with a suitable SSD of larger size, enough to handle both the Windows boot > partition, a partition for the Pagefile (Windows counterpart of a Swap > partition, I suggest 6-7 Gb. for this as Windows seems to need more space.) > > You will want another partition for the swap files of the apps, and a > remaining partition (NTFS) for Data. If it is market convenient, don't > hesitate to use a 2.5 inch SSD in a Desktop. SSD's do not need the size of > conventional HDs because they are non-mechanical. > > They may also come with a mounting bracket to accommodate use in a desktop > in a 3.5 inch internal slot, although that bracket will only need to attach > to one side of the 3.5 inch slot (All is smaller and lighter.) This may > require either M3X5 screws or (U.S.) 6-32 X 1/4 inch. > > (This also makes them not so shock sensitive if dropped, etc.) > > As long, in this latter case, as you boot only Windows, this should be > faster and save power as SSDs require much less power being non-mechanical.) > > This should speed up this issue. Note that app swap space is particularly > important for handling large files, including both Bitmap and Vector > graphics (Examples, Gimp, Oo Draw, Sodipodi, Inkscape, MS Visio, Photoshop, > Photoshop Illustrator, as well as vectorization and OCR applications. This > is in addition to the swap accommodations for the Operating system(s). > > Since OO Draw also does basic vectorisation which is apt to result in a very > messy and large initial vectorial drawing, in such cases one can expect > speed to be extremely important, as one vectorisation can end up taking a > day or 2 and result in a huge file - 1 Gb. or more excluding background > space requirements! This is why I tend to do Vectorization semi-manually to > control excessive messiness and processing burden and have better > interactions between the resulting vectors. This I prefer to run in Fedora > 13 - 64 bit, with 4 Gb. or more of RAM and at least a dual core CPU. > > I hope this is of some help. > > Bruce Martin > Quebec, Canada > > =============================== > > On 20/07/2010 9:29 PM, WANG, Xiaoyun wrote: >> >> Hi, all, >> >> Are there any detailed guidelines about tweaking the >> memory(Tools->Options->OO.o->Memory) for better performance? I've read >> a few articles online but they are merely copying some figures from >> each other and don't have much explanation on why the figures are >> chosen. For example, I have a work laptop with 2G memory running >> Windows XP and a desktop at home with 5G memory running Ubuntu_amd64. >> I suppose the figures should be a little different on these 2 >> machines. >> >> Thanks in advance. >> >
Dear Mr. Martin, Thank you very much for a general guideline for tweaking the memory of OSes, though I'm asking for some suggestions about the memory configuration in OpenOffice. Maybe I haven't made my question clear enough.:) BTW, I haven't bought any SSD yet because the price is still too high to put into my home desktop, so I will live with normal swap partition for my Ubuntu, but I will keep your advices for future upgrade.:) I do notice the OO Draw is sometimes memory hungry. A few days ago, I left a Draw file open before I went to bed and when I woke up in the morning, I noticed Draw took up more than 3G of my memory. I don't know if it's a memory leak or just a normal phenomenon. The original file takes less than 300k on the harddrive. -- WANG, Xiaoyun Shanghai, China --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
