Ramback: využití RAM pro rychlejší I/O

LinuxWorld.com píše o novém experimentálním návrhu pro linuxovou správu paměti, který by našel uplatnění především na systémech s velkou RAM. Jde o Ramback, který pro I/O operace používá ramdisk a průběžně ukládá data na pevný disk. Rozbalení Linuxu 2.2 (na notebooku), které normálně trvalo 25 sekund, s Rambackem proběhlo za necelou sekundu včetně synchronizace.

20.3.2008 22:09 | David Watzke | Zajímavý článek

Komentáře

[vencas]

V čem se to liší od vfs cache kernelu s nastavením velkého intervalu pro zapsání dirty stránek zpět na disk a velké cache pro čtení z disku (vfs_cache_pressure)? Vypadá to ale jinak moc zajímavě, to bych rozhodně využil.

[vencas]

Aha. Má to v paměti celý disk. Tak to nevyužiju, tolik RAM nemám.

[Messa]

Celý disk - celý RAMdisk; takže se spíš nabízí otázka, jestli vůbec používáš nějaký ramdisk

[Milan Lajtoš]

Tocia tam o naozaj velkych RAM pamatiach - 500GB az 1TB.. Cize pre normalneho smrtelnika velmi nevhodne.. ;)

[David Watzke]

No, já si myslím že to člověk pěkně využije i s 8 GB RAM, což si může dovolit i normální smrtelník.

[freshmouse]

To se mi hodí, až mých 256 MB povýším na 512. (Aneb velká RAMka je relativní.)

[Josef Kufner]

To spíš začni uvažovat o upgrade na 1GB a vypnutí swapu.

[freshmouse]

Na mě nesmíte hrr.

[Käyttäjä 11133]

1GB? To v dnešní době vypadá vtipně

[freshmouse]

Ale taky uvažuju o rychlejším disku -- abych swapoval rychleji.

[Zdeněk Burda]

Vypnout swap? U všech strojů kam cpu do 4GiB RAM neuvažuji o tom, že bych swap vypnul. Měli jsme i stroj kde bylo něco kolem 128GiB RAM a swap měl

[David Watzke]

Já mám 2GB RAM a skoro 5GB swap.

[ashen]

Taky vimujes image dvdcek?;o))

[xkucf03]

To jsi se pak asi nedržel doporučení, že by swap měl být dvojnásobek RAMky, že?

[petr]

1GB je dost malo na to, aby se vypinal swap. Pri prekladu neceho vetsiho nema gcc problem alokovat 3GB. Take pri pouziti tmpfs na tmp to neni dobry napad...

[petr]

Jo, tak o tom mi něco povídejte! Měl jsem malej swap, G++ se nějak zbláznilo a já měl potom závod s dd, mkswap a mount Od té doby dávám swapu 5GB a je klid.

[David Jaša]

Mám 1 GB RAM a 2 GB swap. Když linux někde instaluju, tak dávám nejrozumnější z hodnot:

- 2 * velikost RAM

- velikost maximální možné RAM + 100 MB (kvůli hibernaci)

- 5 % velikosti disku

[Kvakor]

Na nektere veci staci uz soucasne moznosti jadra - ramfs (filesyastem zijici v cachich jadra) a tmpfs (=ramfs s limity a moznosti swapovani na disk) kombinovane s nejakym udelatorem, co by zajistil synchronnost dat s diskem. Urcite by to slo udelat pres FUSE a pomoci inotify() by bylo mozne kontrolovat, co se zmenilo a prislusne zmeny zapsat hned do souboru.

[David Watzke]

No určitě bych svoje data svěřil nějakýmu user-space krámu

[Michal Vyskočil]

mc, krusader, shell, coreutils? Nic z toho nepoužíváš a voláš rovnou syscally jádra?

[David Watzke]

No dobře, používám, ale souborovej systém v user-space normálně na data fakt ne.

[Radek Hladik]

Mně to zaujalo spíš z hlediska využití na menší, často se měnící věci. Například fronta od mailserveru, antiviru, a jiné "tmp" věci, u kterých by ale bylo dobré, kdyby přežily (alespoň ve většině případů) reboot... A pak klidně stačí 256 nebo 512MB. A podle mně výrazně zvýší výkon, když se třeba celých 256MB uloží na disk jednou za 5 minut, než celých těch 5 minut ukládat po pár bajtíkách a tisíckrát přepisovat....

[Ondar]

Já mašiny ve firmě stejně bootuju po síti - z disku to nic netahá. V podstatě jsou tam ty disky jen do počtu.... (a na swap - pač swapovat po síti ještě neumíme...)

[Kvakor]

ndb (Network block device) to umi, bohuzel patche to umoznujici nebyly upraveny na zadnou rozumne modernirni verzi jadra (alespon tak to rika README). Bylo by asi nutne to opachovast rucne.

BTW: Maly swapik se da udelat i z casti nepouzivane VRAM (ja tak beru poslednich 96 ze 256MB) pres MTD phram ci slram, ale bezdiskove stanice vetsinou mivaji integrovane grafiky. Vice viz clanky na LinuxNews.pl nebo Gentoo wiki.