This appendix contains the following topics on optimizing your FUSE environment:
Getting optimal performance while running FUSE
Getting access to files from FUSE
Running FUSE remotely
Using FUSE with a monochrome display
If you are experiencing performance problems while running FUSE, follow these guidelines to improve performance:
Increase swap space for your system.
Designate more than two swap partitions.
If you are displaying complex graphs with the Builder
and Call Graph Browser, consider changing the
backingStore
resource values in your
.Xdefaults
file, as follows:
DFBuilder*Gelo.backingStore: False
DFCallGraphBrowser*Gelo.backingStore: False
Increase memory for your system.
Check your makefiles and other build scripts for pathnames.
Make sure that all file systems containing the directories and libraries used to build existing executable files are mounted on the system where FUSE is running, either on a local disk or through the Network File System (NFS).
If you are using a system with automount, make sure you have compiled an executable file with the same mount points you will be using for running FUSE.
Make sure that the
/usr/tmp
directory
is writable because many FUSE tools write information to that directory.
If the directory is not writable, you can still run FUSE but some
information generated by FUSE cannot be saved (and subsequently
reused).
If you are using existing executable files with the Debugger, check that pathnames are still valid. The pathnames in the executable file can be either relative or absolute.
FUSE tools must all run on one system. However, FUSE can be installed on either your local workstation or a remote system. If you are running FUSE on your local workstation, ignore this section.
To run FUSE on a remote system, you must have an account set up on the remote system and be able to log in to that account.
You must also complete the following steps to make sure that FUSE can be displayed on your local workstation:
Step | Action |
1 |
On your local system, make sure that the system where FUSE is installed is an authorized host. If
you do not authorize a remote system for display on your local system,
you will receive the following error message when you attempt to
start FUSE on the remote system:
Refer
to the
|
2 |
After you log in to the remote system
but before you start FUSE, set the DISPLAY environment variable
to your local system and monitor.
In the following example, % rlogin remsys
If you do
not properly define the DISPLAY environment variable, you will receive
the following error message when you attempt to start FUSE on the
remote system:
|
Alternatively, you can use the following method:
Step | Action |
1 |
On your local system, make sure that the system where FUSE is installed is an authorized host. |
2 |
Start FUSE on your local system using the - display option: % fuse -display locsys:0.0
|
If you have a monochrome display,
you must add monochrome resources to the
.Xdefaults
file in your home directory before starting FUSE.
The new entries
override color defaults for the Builder and Call Graph Browser (and
the optional C++ Class Browser), and are necessary for these tools
to work with noncolor displays.
If you are using FUSE with a color display, you do not have
to modify your
.Xdefaults
file.
To add monochrome resources to your
.Xdefaults
file:
Step | Action |
1 |
Log in to the system where FUSE is installed |
2 |
Enter the
The result of
this command will be a path, for example:
|
3 |
Insert the following lines into the
#ifndef
|