Fedora 20, Montowanie /var Do Pamieci Ram

[blaster44]

Tak jak w temacie. Da sie to zrobic? Jezeli tak to jak tego dokonac?

[ba10]

Mam takie pytanie : Po co ?

W /var sa przetrzymywane logi, strony www, poczta uzytkownika i inne rzeczy, strasznie mnie zaciekawiło co chcesz osiągnąć.

[blaster44]

Naprawdę musze odpowiadać na to pytanie? Ok. Chcę ograniczyć r/w na nośniku z systemem.

[@Sorror]

Naprawdę musze odpowiadać na to pytanie? Ok. Chcę ograniczyć r/w na nośniku z systemem.

 

Nic nie musisz, jednak jeśli prosisz o pomoc i odpowiedź na pytanie, w dobrym smaku jest odpowiadać na pytania innych. O ile nie jest to super-prywatna sprawa, a ta chyba taką nie jest

 

Jeśli chcesz ograniczyć r/w, zainteresuj się tmpfs. Ponieważ Fedora domyślnie posiada katalog /tmp, którego zasoby są właśnie alokowane dynamicznie w pamięci RAM (z supportem swap), o wiele lepszym pomysłem byłoby zsymlinkowanie części katalogu /var do /tmp, bez ruszania fstab.

 

Inną kwestią jest utrata wszystkich danych po restarcie / awarii systemu. Jeśli jesteś osobą, która miewa problemy z systemem, zamykanie sobie dostępu do logów nie jest dobrym pomysłem. Symlinkuj więc z głową.

[blaster44]

Nic nie musisz, jednak jeśli prosisz o pomoc i odpowiedź na pytanie, w dobrym smaku jest odpowiadać na pytania innych. O ile nie jest to super-prywatna sprawa, a ta chyba taką nie jest

 

Jeśli chcesz ograniczyć r/w, zainteresuj się tmpfs. Ponieważ Fedora domyślnie posiada katalog /tmp, którego zasoby są właśnie alokowane dynamicznie w pamięci RAM (z supportem swap), o wiele lepszym pomysłem byłoby zsymlinkowanie części katalogu /var do /tmp, bez ruszania fstab.

 

Inną kwestią jest utrata wszystkich danych po restarcie / awarii systemu. Jeśli jesteś osobą, która miewa problemy z systemem, zamykanie sobie dostępu do logów nie jest dobrym pomysłem. Symlinkuj więc z głową.

Ok, czyli rozumien to tak:

 

/tmp już jest zamontowane w pamięci RAM(to by się zgadzało, caja pokazuje inną ilość wolnego miejsca).

Żeby zamontować tam /var, muszę go przenieść do /tmp i na jego miejsce utworzyć symlink kierujący do /tmp/var

 

Zgadza się?

 

Edit:

I jeszcze parę pytań extra.

 

1 Czy /tmp gdzieś się zrzuca przy zamykaniu systemu?

2 Czy usunięty całkowicie /var odbuduje się przy starcie? Jakie są konsekwencje jego zwipeowania przy każdym restarcie?

3 Gdzie w fedorze jest plik w którym mógłbym umieścić komendy które będzie wykonywał jako root przy starcie? mam na myśli takie komendy jak np. ln -s /tmp/var /var

 

Edit2:

Olejcie ten przyklad z 3 pytania, byl glupi. Ale zostawie go to sie posmiejecie

[@Sorror]

Ok, czyli rozumien to tak:

 

/tmp już jest zamontowane w pamięci RAM(to by się zgadzało, caja pokazuje inną ilość wolnego miejsca).

Żeby zamontować tam /var, muszę go przenieść do /tmp i na jego miejsce utworzyć symlink kierujący do /tmp/var

 

Zgadza się?

Nie do końca, ponieważ nic tak naprawdę nie montujesz. "ln -s CEL ŹRÓDŁO", ale ŹRÓDŁO nie może istnieć. Zatem należy usunąć /var, lub podkatalog/konkretny plik z /var, jeśli chcesz być bardziej wybiórczy (powinieneś). Wcześniejsze kopiowanie zawartości /var do /tmp niewiele Ci da, ponieważ przy pierwszym restarcie i tak dane te stracisz (tu masz odpowiedź na pyt.1).

 

Odnośnie pyt.2: Nie powinien (jeśli będzie próbował, system może w ogóle nie wstać, okaże się w praniu). Konsekwencje są takie, że wszystkie aplikacje posiadające swoje configi w tym katalogu będą uruchamiać się w trybie default, lub w ogóle. Ponieważ ćwiczysz temat wyłącznie z powodu chęci ograniczenia operacji r/w na dysku, jeszcze raz sugeruję ograniczyć symlinki do wybranych logów.

[blaster44]

Nie do końca, ponieważ nic tak naprawdę nie montujesz. "ln -s CEL ŹRÓDŁO", ale ŹRÓDŁO nie może istnieć. Zatem należy usunąć /var, lub podkatalog/konkretny plik z /var, jeśli chcesz być bardziej wybiórczy (powinieneś). Wcześniejsze kopiowanie zawartości /var do /tmp niewiele Ci da, ponieważ przy pierwszym restarcie i tak dane te stracisz (tu masz odpowiedź na pyt.1).Odnośnie pyt.2: Nie powinien (jeśli będzie próbował, system może w ogóle nie wstać, okaże się w praniu). Konsekwencje są takie, że wszystkie aplikacje posiadające swoje configi w tym katalogu będą uruchamiać się w trybie default, lub w ogóle. Ponieważ ćwiczysz temat wyłącznie z powodu chęci ograniczenia operacji r/w na dysku, jeszcze raz sugeruję ograniczyć symlinki do wybranych logów.

Chcialem jeszcze(w sumie glownie) poradzic cos na problem braku miejsca na penie przy instalowaniu aplikacji. Zeby po sciagnieciu mial miejsce na instalacje. Zrobilem symlinkod /var/cache/yum i poki co to dziala

[Gość]

Chyba nie chcesz tego trzymać jednorazowo w ramie:

/var/lib/rpm

?

[blaster44]

Chyba nie chcesz tego trzymać jednorazowo w ramie:

/var/lib/rpm

?

No pewnie nie

 

A co jeszcze mogę przerzucić do RAM żeby zyskać miejsce i przyspieszyć system?

[Gość]

Jaki masz dysk?

Jeżeli masz zwykły HDD, to gdzie fizycznie masz ulokowany /var (początek dysku, koniec, środek)

Do czego używany jest ten system?

Co tak naprawdę chcesz przyspieszyć?

Czy wiesz ile jest w stanie osiągnąć twój sprzęt (zmierzyłeś to jakoś)?

[@Sorror]

O ile nie postawiłeś Fedory na starym tosterze, żadne z tych zabiegów nie powinny wpływać na zauważalne przyspieszenie systemu. Zainteresowałbym się bardziej usługami i aplikacjami w kontekście obciążenia procesora, niż r/w w kontekście dysku.

[@WalDo]

Podstawowe pytanie, na które nasz tajemniczy Don Pedro do tej pory precyzyjnie nie odpowiedział, to pytanie zadane w #2.

 

Ograniczenie zapisów r/w (odp. z #3) niekoniecznie musi być tożsame z przyspieszeniem systemu i zyskaniem miejsca (pytanie z #9), więc najpierw blaster44 musi się zastanowić jaki cel mu przyświeca a potem - mimo wyraźnej niechęci - cel ten nam zdradzić. Bo jak na razie to wszyscy próbujemy zgadywać jak w grze w 10 pytań, tylko czasem blaster44 udziela pokrętnych odpowiedź albo nie udziela ich wcale

[endrjun]

O ile nie postawiłeś Fedory na starym tosterze, żadne z tych zabiegów nie powinny wpływać na zauważalne przyspieszenie systemu. Zainteresowałbym się bardziej usługami i aplikacjami w kontekście obciążenia procesora, niż r/w w kontekście dysku.

 

/temp w RAMDYSK-u, czyli przyspieszamy... nawet toster i mniej katujemy jego HDD !

/http://centos.com.pl/2010/09/18/temp-w-ramdysk-u-czyli-przyspieszamy-nasz-serwerek/

[Miszcz]

Do przyśpieszenia realnego lepiej już użyć dysków SSD, najlepiej w macierzy RAID 0, a nie jakieś cuda wianki z RAMem :]

[blaster44]

Ten system jest postawiony na pendrive. Te zabiegi ktore dokonuje maja na celu:

 

1. Tak jak napisalem wczesniej, ograniczeniu miejsca zajmowanego przez system

2. Tak jak napisalem wczesniej, przyspieszeniu systemu

3. Za cel mozna tez uznac chec zdobycia/poszerzenia wiedzy o fedorze i generalnie o linuksie

4. Ta instalacja nie jest extremalnie powazna, nie musi byc specjalnie stabilna. To taki system "portable"(hah, dziwnie to brzmi, due to np. TCL czy SLAX), ktory moze posluzyc np jako ratunek na czyjs popsuty system, oraz np. jako poglad dla ludzi ktorym chce pingwina pokazac(bo to pelny system, jeszcze dodatkowo z Compizem i duzym repo robi chyba najlepsze wrazenie)

 

Uff.

 

Edit:

 

Ach tak, cos jeszcze. To fedora 32-bitowa(ze wzgledu na to, ze powinna sie odpalic tez na starszych komputerkach) ze srodowiskiem MATE.