tmpfs

[Rafał Kleger-Rudomin]

Michal Moskal <malekith w pld.org.pl> writes:

> On Wed, Jun 13, 2001 at 02:52:07PM +0200, Rafał Kleger-Rudomin wrote:
> > > > > z filesystemem na /dev/shm. Potem robi się linki w roocie /tmpfs/bin ->
> > > > > /bin etc. To by rozwiązało problemy z miejscem na initrd.
> > > > 
> > > > Aleś się uparł z tym oszczędzaniem jednego czy dwóch mb ramu ;)
> > > > Niemniej to może być fajne dla cdroma, żeby nie było ograniczenia 4MB na initrd
> > > 
> > > Nie 1-2 a 4. To jest tak, że tmpfs może wylecieć na swapa a
> > > initrd -- nie (??? a moze sie myle??).
> > 
> > Jak chcesz całe 4 uzyskać? Musiałbyć całą zawartość initrd skasować
> 
> Initrd będzie mieć maks 100k. Albo mniej. Afaik remdisk is unswapable.

initrd można zwolnić (freeramdisk, jest w bb) po tym jak by się przepisał
na tmpfs

Zdaje się że coś takiego jest bootkietce bagginsa (?)

> A tmpfs może wylecieć na swapa. Czyli w efekcie zyskujesz 4 mega
> *RAMu*. Nie pamięci wirtualnej, ale ramu.

Ano sympatycznie.

Tak czy owak rozpirzanie sobie teraz roboty po to by przyoszczędzić 
trochę pamięci baaaardzo mi się nie podoba. Jak chcesz forsować opcję
2.4 zacznij od skompilowania go do <= 450K.


Rafał

-- 
Rafał Kleger-Rudomin (klakier w pld.org.pl)