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.

Reply via email to