Re: [Gc-linux-devel] Alive?

[Damian G. <dg...@af...>]

Thus spake Daniel Thompson (da...@re...) [04/11/05 06:57]:
: Two good techniques to increase available memory are to add swap
: devices.

... Especially if said swap devices are RAM.  :)

: The first one permits swap to 'audio RAM'. In addition to its 24M of
: system RAM the GameCube contains 16M that is normally used to hold audio
: data buffers. The CPU cannot address the audio RAM directly so this
: memory cannot be used like normal system memory but it is possible to
: use the audio RAM as a swap device.

Already done.  When I hit my errors, I've maxed my memory, and run out of
swap.

Note that this process is outlined in the wiki.

: /dev/aram       swap            swap    pri=32767       0       0
: 
: Note: pri=32767 ensures that the ARAM is the kernel's preferred swap
: device, that is pages will be stored in ARAM in preference to other swap
: devices such as via ethernet. At present there is no other hardware for
: a GameCube that offers more performant swap device so giving it maximal
: priority really does make sense.

That, however, is not -- I'll throw it in, though it won't make a difference
in my case.

: The other technique is to swap to a network block device (NBD) but I
: haven't any canned instructions for that so you'll have to google to
: figure it out.

Hrm..  I've never heard of that.  I'll give it a shot, though I doubt it
will help me out much.

That being said... do you know if the system is using uclibc or standard
glibc?  Using uclibc would be a great way to minimize memory footprint of
all libc-linked applications.  And is, IIRC, functionally a 1:1 replacement
for glibc (though feel free to correct me if I'm wrong).

  - Damian