Kupiłem dysk SSD i zamierzam skonfigurować komputer stacjonarny z całkowicie świeżą instalacją Linuksa.
Wiadomo, że dyski SSD są szybkie, ale mają tę wadę: Liczba zapisów (na blok?) Jest ograniczona.
Zastanawiam się więc, które dane powinny znajdować się na dysku SSD, a które na dysku HDD. Ogólnie uważałem, że dane, które często się zmieniają, powinny być umieszczone na dysku twardym, a dane, które nie zmieniają się często, można umieścić na dysku SSD.
Teraz czytam to pytanie z podobnym scenariuszem. W odpowiedzi napisano: „Dyski SSD idealnie nadają się do przestrzeni wymiany ...”
Dlaczego dyski SSD idealnie nadają się do przestrzeni wymiany? OK, widzę duży potencjał do zwiększenia wydajności systemu, ale czy wymiana danych nie zmienia się często, a zatem na dysku SSD zapisywanych jest wiele zapisów, co skutkuje krótkim czasem życia dysku SSD?
A co z katalogiem / var? Czy jego zawartość również nie zmienia się często? Czy nie byłoby dobrym pomysłem umieszczenie go na dysku twardym?
Czy są jakieś inne dane, które nie powinny znajdować się na dysku SSD?
źródło
/proc
i/home
katalogi znajdują się na dysku SSD./proc
jest utrzymywany przez jądro i nie żyje na dysku, czy to spinning-platter, czy SSD./var
lub/etc
byłyby odpowiednimi zamiennikami/proc
dla tego przykładu. Przypuszczam,/proc
że nadal byłby istotny, gdyby przestawił się na użycie swap.Odpowiedzi:
Jeśli martwisz się o cykle zapisu, nigdzie się nie dostaniesz.
Będziesz mieć dane na dysku SSD, które często się zmieniają; twój dom, twoje konfiguracje, pamięć podręczna przeglądarki, może nawet bazy danych (jeśli używasz). Wszystkie powinny znajdować się na dysku SSD: po co miałbyś taki mieć, jeśli nie chcesz przyspieszyć tego, co często robisz?
Liczba zapisów może być ograniczona, ale nowoczesny dysk SSD jest bardzo dobry w wyrównywaniu zużycia, więc nie powinieneś się tym zbytnio przejmować. Dysk jest do zapisania; jeśli nie użyjesz go do tego, równie dobrze możesz użyć go jako przycisku do papieru, a nawet nigdy nie wkładać go do komputera.
Nie ma urządzenia pamięci masowej dostosowanego do przestrzeni wymiany. Swap jest powolny , nawet na SSD. Jeśli musisz ciągle wymieniać, lepiej w ten czy inny sposób uzyskać więcej pamięci RAM.
Może być inaczej w przypadku przestrzeni wymiany, która nie jest używana do wymiany, ale w przypadku scenariuszy zawieszenia na dysk. Oczywiście im szybciej użyje się do tego nośnika pamięci, tym szybciej się zawiesi i ponownie się obudzi.
Osobiście umieszczam wszystko na dysku SSD oprócz dużych, statycznych danych. Na przykład film nie musi marnować drogiego miejsca na dysku SSD, ponieważ dysk twardy jest wystarczająco szybki, aby go odtworzyć. Nie będzie grać szybciej, używając do tego pamięci SSD.
Podobnie jak wszystkie nośniki pamięci, dysk SSD w pewnym momencie ulegnie awarii, niezależnie od tego, czy go używasz, czy nie. Powinieneś uznać je za równie niezawodne jak dyski twarde, które wcale nie są niezawodne, więc powinieneś robić kopie zapasowe.
źródło
Ok, więc celem jest uzyskanie jak największej korzyści - Szybkość w stosunku do ceny zamiennego sprzętu (przy założeniu jednego dużego dysku twardego i średniej wielkości dysku SSD, co wydaje się być normą). Aby uprościć, możesz zważyć, jak bardzo zauważysz wzrost prędkości od przeniesienia pliku na dysk SSD do liczby sektorów zapisanych w celu przeniesienia tego pliku na dysk SSD.
Oczywiście nawet najlepsze obliczenia wykorzystują najcenniejszy zasób wszechczasów. Więc na dłuższą metę prawdopodobnie najlepiej jest zachować prostotę i kupować nowy sprzęt nieco częściej niż absolutnie idealna obudowa.
źródło
Oprócz wszystkich odpowiedzi tutaj jest mała wskazówka, którą lubię. Zacząłem ponownie używać ramdysku z dyskiem SSD, aby nieco spowolnić efekt noszenia. Używam go do pamięci podręcznej przeglądarki (dobrze cały profil przeglądarki), różnych szablonów, niektórych nieistotnych dzienników itp. (Poprzez dowiązania symboliczne)
Mój ramdysk jest ustawiony w fstab w następujący sposób:
Więcej pamięci RAM, masz większy ramdysk, z którego możesz efektywnie korzystać. Dzięki temu mam skrypt rozruchowy / zamykający. Różne doświadczenia związane z pisaniem kopii zapasowej ramdysku na zaszyfrowanym urządzeniu / folderze, nawet z najniższym priorytetem przy rozruchu i najwyższym przy zamykaniu.
Przyspiesza to trochę system i oszczędza niektóre cykle zapisu. Dobrze, że cron wykonuje rsync co 15 minut?
Małe ostrzeżenie dla użytkowników Ubuntu, nie używaj / media / user / folder do tworzenia kopii zapasowych ramdysku, ponieważ niektóre aktualizacje resetują, więc okresowo traciłem dane profilowe. Również z Ubuntu miałem pewne trudności z tworzeniem bakupów ramdysku w zaszyfrowanym folderze domowym.
źródło
Zgadzając się z innymi, powinieneś umieścić prawie wszystko, z wyjątkiem bardzo dużych plików (wideo), aby uniknąć marnowania drogiego miejsca na dysku SSD.
Jednak należy również upewnić się, że TRIM jest włączony:
fstrim
regularnie (prawdopodobnie w cron co tydzień)Pamiętaj, aby wykonać kopię zapasową danych.
AKTUALIZACJA:
źródło
Jeśli nie chcesz tracić czasu na wysyłanie danych przez HDD i SDD, możesz użyć swojego SDD jako pamięci podręcznej.
źródło
Przepraszam, złe odpowiedzi. Oczywiście możesz i powinieneś zbudować bardzo szybki system i nadal przenosić większość zapisanych folderów na HDD. Przenieś / tmp do / tmpfs lub utwórz partycję / tmp na HDD, przenieś także na HDD i twórz dowiązania symboliczne w oryginalnych folderach dla / var / log / var / spool i / var / tmp (nie umieszczaj / var / tmp na tmpfs jako tam to dane, które powinny być dostępne przy ponownym uruchomieniu). Przenieś na HDD i twórz dowiązania symboliczne dla ~ / Pobrań ~ / Wideo ~ / Muzyka ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream i innych, o których wiesz lub dowiesz się, że często piszą pamięci podręczne (zawsze znajdź pamięć podręczną przeglądarki i przenieś ją na HDD Chrome i Firefox są objęte tymi, które, jak sądzę, ale sprawdź sam). Jeśli musisz edytować plik wideo, możesz przenieść go do SSD, w przeciwnym razie 99% dokumentów i multimediów nie skorzysta z dysku SSD. Ponieważ dysk twardy jest znacznie rzadziej wykorzystywany przez systen, te sztuczki mają negatywny wpływ na wydajność i ogromną różnicę w trwałości dysków SSD. Przenieś na dysk twardy i utwórz dowiązania symboliczne dla swoich folderów w chmurze (np. Dropbox). Zastanów się także nad przeniesieniem / var / www, jeśli go apaszujesz. Teraz masz bardzo szybki system, prawie bez różnicy prędkości i przy znacznie mniejszym zużyciu.
źródło