• =?iso-8859-2?Q?SDD_+_HDD_-_montowanie_katalog=F3w?=

    From gosmo@110:300/1.1 to All on Sun Jun 2 09:52:53 2013
    Witam, w=B3a=B6nie pad=B3 mi HDD i musz=EA postawi=E6 wszystko (Ubuntu) =
    od nowa na =

    nowym sprz=EAcie. Pomy=B6la=B3em o Kingston SSD 120GB V300 na system i s=
    wap + =

    500GB HDD na programy i dane. Kopie robi=EA na inny dysk zewn=EAtrzny. N=
    o i =

    zastanawiam si=EA jak podmontowa=E6 system plik=F3w. Wiadomo... root na =
    SSD, ale =

    co dalej? Czy co=B6 takiego b=EAdzie wystarczaj=B1ce?
    SSD: / i swap
    HDD: /usr i /home

    Przy okazji... rozumiem, =BFe SSD lubi najbardziej ext4?

    --- MBSE BBS v0.95.15 (GNU/Linux-x86_64)
    * Origin: GTS Energis (110:300/1.1@linuxnet)
  • From Jan =?UTF-8?B?U3Rvxbxlaw==?=@110:300/1.1 to All on Sun Jun 2 11:08:36 2013
    Witam,

    Nie założę się, że moja konfiguracja jest optymalna, ale...

    Po głębokim namyśle gosmo napisał w niedziela, 2 czerwca 2013 09:52:

    Witam, właśnie padł mi HDD i muszę postawić wszystko (Ubuntu) od
    nowa na nowym sprzęcie. Pomyślałem o Kingston SSD 120GB V300 na
    system i swap + 500GB HDD na programy i dane.

    A jaką on ma szybkość zapisu? Też miałem przez chwilę swap na SDD (Kingston SDDNow 30 GB), ale ostatecznie z tego zrezygnowałem
    właśnie ze względu na szybkość zapisu kilkakrotnie mniejszą od szybkości odczytu i znacznie niższą, niż w przypadku dysków twardych. Inna rzecz, że w mojej sytuacji różnica wydajności była niezbyt odczuwalna, bo swap jest wykorzystywany niemal wyłącznie w sytuacji,
    gdy kilku użytkowników zaloguje się równocześnie albo zaczynam bawić się wirtualizacją.

    Kopie robię na inny
    dysk zewnętrzny. No i zastanawiam się jak podmontować system plików. Wiadomo... root na SSD, ale co dalej? Czy coś takiego będzie wystarczające? SSD: / i swap
    HDD: /usr

    Ja dałem /usr na SSD. Stać mnie - cały system z aplikacjami ma
    ok. 9 GB, to co się będę szczypał, a prawie wszystko, co się ładuje, teraz i tak jest w /usr - przynajmniej w mojej dystrybucji. No i
    oczywiście /tmp na tmpfs.

    i /home

    A ilu masz użyszkodników? Ja po paru doświadczeniach (mam tylko trzech użytkowników, bo to komputer domowy) rozważałem nawet
    kombinację alpejską w rodzaju posadzenia /home na SSD i wyniesieniu na
    HDD tylko folderów zawierających duże pliki. Przyczyna: taki np.
    Firefox i chyba niektóre inne programy (poczta na pewno) najwyraźniej czytają sporo informacji z profilu użytkownika, bo różnica szybkości pomiędzy startem aplikacji w przypadku umieszczenia profilu na HDD i
    na SSD była bardziej, niż zauważalna - tym bardziej, że ja zawsze instaluję w Firefoksie kilka niezbędnych dodatków. Ostatecznie z tego zrezygnowałem, bo sytuacja, w którym w jednym folderze jest miejsce, a
    w drugim nie albo raptem system staje z braku miejsca byłaby dla moich użytkowników mało zrozumiała. Poza tym obawiałem się, że zwiększona komplikacja zwiększy również ryzyko błędu, więc jeżeli będę miał dane
    rozsmarowane na n partycjach, to wcześniej czy później coś skasuję w stanie pomroczności jasnej.

    --
    Pozdrawiam, | Three switched witches watch 3 Swatch watch switches.
    | Which switched witch watch which Swatch watch switch?
    (js).

    PS. Odpowiadając bezpośrednio proszę usunąć minus wraz ze wszystkimi kolejnymi literami.


    --- MBSE BBS v0.95.15 (GNU/Linux-x86_64)
    * Origin: ATMAN - ATM S.A. (110:300/1.1@linuxnet)
  • From gosmo@110:300/1.1 to All on Sun Jun 2 17:02:06 2013
    W dniu 02.06.2013 o 11:08 Jan Sto=BFek <conus-spm@chello.pl> pisze:

    Witam,
    A jak=B1 on ma szybko=B6=E6 zapisu? Te=BF mia=B3em przez chwil=EA swa=
    p na
    SDD (Kingston SDDNow 30 GB), ale ostatecznie z tego zrezygnowa=B3em w=B3a=B6nie ze wzgl=EAdu na szybko=B6=E6 zapisu kilkakrotnie mniejsz=B1=
    od
    szybko=B6ci odczytu i znacznie ni=BFsz=B1, ni=BF w przypadku dysk=F3w =
    twardych.

    450MB/s odczyt i zapis... teoretycznie

    Inna rzecz, =BFe w mojej sytuacji r=F3=BFnica wydajno=B6ci by=B3a niez=
    byt
    odczuwalna, bo swap jest wykorzystywany niemal wy=B3=B1cznie w sytuacj=
    i,
    gdy kilku u=BFytkownik=F3w zaloguje si=EA r=F3wnocze=B6nie albo zaczyn=
    am bawi=E6
    si=EA wirtualizacj=B1.

    Hm... jednocze=B6nie, to tylko jedna, czasem zdalnie, ale w zasadzie to = ca=B3a =

    rodzinka u=BFywa jednego u=BFytkownika. Z lenistwa nie chce mi si=EA naw=
    et =

    logowa=E6 i system loguje si=EA automatycznie jak za starych dobrych cza=
    s=F3w ;)

    Ja da=B3em /usr na SSD. Sta=E6 mnie - ca=B3y system z aplikacjami ma ok. 9 GB, to co si=EA b=EAd=EA szczypa=B3, a prawie wszystko, co si=EA=
    =B3aduje,
    teraz i tak jest w /usr - przynajmniej w mojej dystrybucji. No i
    oczywi=B6cie /tmp na tmpfs.

    Chc=EA da=E6 /home i /usr na bin, bo u=BFywam sporo softu. Kilka IDE do =
    =

    programowania, zawsze stoi apache, git, do tego bawi=EA si=EA fotografi=B1=
    z =

    u=BFyciem darktable itp. Zrzucam fotki, filmy z aparat=F3w a nie chc=EA =
    w =

    przysz=B3o=B6ci my=B6le=E6 o braku miejsca na dysku. Chocia=BF... mo=BFe=
    najpierw =

    faktycznie /usr wepchn=EA na SSD, bo przecie=BF w razie czego b=EAdzie m= o=BFna =

    folder skopiowa=E6 na hdd i stamt=B1d go zmapowa=E6. Na HDD wrzuc=EA /ho=
    me gdzie =

    s=B1 dokumenty pobierane, fotki, filmy i dokumenty, na SSD zostawi=EA w =
    takim =

    razie tylko profil Thunderbirda, kt=F3rego poczt=EA trzymam ju=BF z 10 l=
    at. Do =

    przegl=B1dania internetu (i w drug=B1 stron=B1) u=BFywam g=B3=F3wnie chr=
    oma, firefoxa =

    u=BFywam tylko dla firebuga.

    --- MBSE BBS v0.95.15 (GNU/Linux-x86_64)
    * Origin: GTS Energis (110:300/1.1@linuxnet)
  • From Jan =?UTF-8?B?U3Rvxbxlaw==?=@110:300/1.1 to All on Sun Jun 2 20:24:29 2013
    Po głębokim namyśle gosmo napisał w niedziela, 2 czerwca 2013 17:02:

    W dniu 02.06.2013 o 11:08 Jan Stożek <conus-spm@chello.pl> pisze:

    Witam,
    A jaką on ma szybkość zapisu? Też miałem przez chwilę swap na
    SDD (Kingston SDDNow 30 GB), ale ostatecznie z tego zrezygnowałem
    właśnie ze względu na szybkość zapisu kilkakrotnie mniejszą od
    szybkości odczytu i znacznie niższą, niż w przypadku dysków
    twardych.

    450MB/s odczyt i zapis... teoretycznie

    To rzeczywiście na swap może być. O ile, oczywiście, nie boisz się zużycia.

    Inna rzecz, że w mojej sytuacji różnica wydajności była niezbyt
    odczuwalna, bo swap jest wykorzystywany niemal wyłącznie w
    sytuacji, gdy kilku użytkowników zaloguje się równocześnie albo
    zaczynam bawić się wirtualizacją.

    Hm... jednocześnie, to tylko jedna, czasem zdalnie, ale w zasadzie
    to cała rodzinka używa jednego użytkownika.

    Pytałem, bo jakbyś miał 10k użytkowników, to takie bawienie się w parcelowanie danych byłoby deczko męczące. ;)

    Z lenistwa nie chce mi
    się nawet logować i system loguje się automatycznie jak za starych
    dobrych czasw ;)

    ;)

    Ja dałem /usr na SSD. Stać mnie - cały system z aplikacjami ma
    ok. 9 GB, to co się będę szczypał, a prawie wszystko, co się
    ładuje, teraz i tak jest w /usr - przynajmniej w mojej dystrybucji.
    No i oczywiście /tmp na tmpfs.

    Chcę dać /home i /usr na bin, bo używam sporo softu.

    I tak masz na to 120 GB, tak? To wyluzuj. ;)


    Kilka IDE do
    programowania, zawsze stoi apache, git, do tego bawię się fotografią
    z użyciem darktable itp. Zrzucam fotki, filmy z aparatów a nie chcę
    w przyszłości myśleć o braku miejsca na dysku.

    So what? Home, to home, a usr, to usr. ;)
    Jeżeli już masz ok. 100 GB danych, to warto to wyrzucić na HDD,
    ale jeżeli masz dużo mniej, to czy nie lepiej byłoby wyłączyć HDD i wszystko trzymać na SSD? Zresztą... ja zdjęcia trzymam w innym drzewie (/srv/file/), z inną polityką backupową - tylko softlinkowane do
    folderów użyszkodników. Maszyny wirtualne też trzymam osobno, podlinkowane. W ten sposób drzewo /home jest względnie małe, a
    odpalenie maszyny wirtualnej nie generuje mi gigantycznego pliku do codziennego backupu.

    --
    Pozdrawiam, | Three switched witches watch 3 Swatch watch switches.
    | Which switched witch watch which Swatch watch switch?
    (js).

    PS. Odpowiadając bezpośrednio proszę usunąć minus wraz ze wszystkimi kolejnymi literami.


    --- MBSE BBS v0.95.15 (GNU/Linux-x86_64)
    * Origin: ATMAN - ATM S.A. (110:300/1.1@linuxnet)
  • From gosmo@110:300/1.1 to All on Thu Jun 6 14:30:04 2013
    W dniu 02.06.2013 o 20:24 Jan Sto=BFek <conus-spm@chello.pl> pisze:

    So what? Home, to home, a usr, to usr. ;)
    Je=BFeli ju=BF masz ok. 100 GB danych, to warto to wyrzuci=E6 na HDD,=

    ale je=BFeli masz du=BFo mniej, to czy nie lepiej by=B3oby wy=B3=B1czy=
    =E6 HDD i
    wszystko trzyma=E6 na SSD? Zreszt=B1... ja zdj=EAcia trzymam w innym d=
    rzewie
    (/srv/file/), z inn=B1 polityk=B1 backupow=B1 - tylko softlinkowane do=

    folder=F3w u=BFyszkodnik=F3w. Maszyny wirtualne te=BF trzymam osobno, podlinkowane. W ten spos=F3b drzewo /home jest wzgl=EAdnie ma=B3e, a odpalenie maszyny wirtualnej nie generuje mi gigantycznego pliku do codziennego backupu.


    W sumie te usr zostawi=B3em..., niech apki szybciej startuj=B1. Wi=EAc t= roch=EA =

    wi=EAcej p=F3jdzie na SSD, reasumuj=B1c:

    / - SSD
    /home - HDD (tam trzymam wszystkie multimedia, pliki, dokumenty)
    /var - HDD (co by oszcz=EAdzi=E6 cz=EAstych zapis=F3w)

    Sformatowa=B3em do ext4, ustawi=B3em swappiness na 1, w=B3=B1czy=B3em TR=
    IMa w =

    fstabie (discard), scheduler na deadline... to chyba wszystko...

    W ka=BFdym razie zobaczymy jak ten TRIM si=EA b=EAdzie sprawowa=B3, bo m=
    o=BFe dam =

    "fstrim -v /" do "daily"... b=EAdzie szybciej kasowa=B3.

    --- MBSE BBS v0.95.15 (GNU/Linux-x86_64)
    * Origin: GTS Energis (110:300/1.1@linuxnet)
  • From Krzysztof Kotlenga@110:300/1.1 to All on Sat Jun 8 07:57:14 2013
    gosmo wrote:

    W sumie te usr zostawiłem..., niech apki szybciej startują. Więc
    trochę więcej pójdzie na SSD, reasumując:

    / - SSD
    /home - HDD (tam trzymam wszystkie multimedia, pliki, dokumenty)
    /var - HDD (co by oszczędzić częstych zapisów)

    Sformatowałem do ext4, ustawiłem swappiness na 1, włączyłem TRIMa w fstabie (discard), scheduler na deadline... to chyba wszystko...

    W każdym razie zobaczymy jak ten TRIM się będzie sprawował, bo może
    dam "fstrim -v /" do "daily"... będzie szybciej kasował.

    Jeśli masz te partycje na LVM, to sprawdź jeszcze issue_discards w /etc/lvm/lvm.conf. "Normalnie" ta opcja nie jest potrzebna, bo ma wpływ jedynie podczas operacji na woluminach, niemniej...

    --
    The fact is, most software is crap, and most software developers
    are lazy and stupid. Same as most customers are stupid too.
    -- Hua Zhong, Linux Kernel Mailing List

    --- MBSE BBS v0.95.15 (GNU/Linux-x86_64)
    * Origin: Netia S.A. (110:300/1.1@linuxnet)