cache HDD na SSD moze dzialac o tyle, ze po prostu SSD wykorzystywany jest jako prefetch dla masy malych plikow, ktore morduja wydajnosc w przypadku HDD. i to jest sensowne, wykonalne i na pewno dajace duzego kopa.
generalnie, to z dysku do RAM-u i w RAM operacje. z tym ze akurat pytanie o wydajnosc PS/LR jest o tyle niejasne, ze trzeba wyjsc od ustalenia o wydajnosc jakich operacji chodzi.
HDD generalnie daja duza szybkosc odczytow liniowych, wiec sprawdzaja sie do duzych plikow. natomiast cierpia przeokrutnie tam, gdzie w gre wchodza male pliki i gdzie dysk talerzowy musi notorycznie pozycjonowac glowice. wtedy po prostu przez to pozycjonowanie sa gigantyczne straty wydajnosci. SSD tego problemu nie ma...
ale jesli mowimy o repozytorium RAW, to w zasadzie jeden pies czy SSD czy HDD jesli chodzi o szybkosc. o cene, no to juz nie do konca
ale z drugiej strony, i PS i LR maja jakies swoje cache, gdzie czesto wrzucaja sporo mniejszych plikow. i tam dysk SSD daje kopa...
tak i nie. pod wzgledem IO istnieja tak naprawde zapisy i odczyty na nosnik staly (HDD/SDD) i zapisy i odczyty do pamieci nietrwalej (RAM). z tego wszystkiego najszybszy i najmniej pojemny jest RAM, a najwolniejsze HDD. normalnie, program powinien dzialac w taki sposob, ze ladowany jest z nosnika stalego do pamieci i w tej pamieci wykonuje wszelkie operacje pomiedzy odczytem a zapisem.
miejscem na optymalizacje jest:
1. defragmentowanie partycji HDD, na ktorej znajduja sie czesto odczytywane pliki (domyslnie: systemowej)
2. przeniesienie czesto odczytywanych plikow na dysk SSD. to moze byc katalog z programem (PS/LR/COD
) i bibliotek, ale nie samych danych, ktore program obrabia. tak ze takie wykorzystanie SSD przyspiesza wylacznie czas ladowania aplikacji, ale nie pracy w niej.
redundancja = duplikowanie informacji.
RAID1/RAID5 = mirroring. czyt. powyzej
na czym dokladnie polega Twoje pytanie?
problem polega caly czas na tym, ze bezpieczenstwo rozwiazania HDD + SSD-cache spoczywa na dwoch ogniwach: niezawodnosci HDD i niezawodnosci SSD. bo tak jak piszesz: "jedyne co jak sypnie się cash to nie postawisz systemu.", wiec ze spojnikiem logicznym i pomiedzy. wiec czy jedno czy drugie sie sypnie, to lezy calosc ukladu. RAID na HDD nic nie zmienia, a robienie RAID-u dla zabezpieczenia SSD z prefetchem... to dosc ekstremalna sprawa (i nie wiem czy mozliwa w ogole)...
a juz w ogole, zeby mowic o bezpieczenstwie (a potem ew. szybkosci):
1. system operacyjny i aplikacje, 2. cache PS/LR, 3. repozytorium zdjec - to powinno byc wszystko osobne fizycznie dyski, nie tylko osobne patrycje. no, 2. wynika bardziej z wydajnosci niz bezpieczenstwa...
w tym wypadku nie do konca, bo, ze ponownie zacytuje: "jedyne co jak sypnie się cash to nie postawisz systemu."
ale mozesz w Z68 ten sam SSD zapiac jako prefetch dla HDD i oprocz tego uzywac go jako niezaleznego woluminu (na system)?
generalnie, to z dysku do RAM-u i w RAM operacje. z tym ze akurat pytanie o wydajnosc PS/LR jest o tyle niejasne, ze trzeba wyjsc od ustalenia o wydajnosc jakich operacji chodzi.
HDD generalnie daja duza szybkosc odczytow liniowych, wiec sprawdzaja sie do duzych plikow. natomiast cierpia przeokrutnie tam, gdzie w gre wchodza male pliki i gdzie dysk talerzowy musi notorycznie pozycjonowac glowice. wtedy po prostu przez to pozycjonowanie sa gigantyczne straty wydajnosci. SSD tego problemu nie ma...
ale jesli mowimy o repozytorium RAW, to w zasadzie jeden pies czy SSD czy HDD jesli chodzi o szybkosc. o cene, no to juz nie do konca
ale z drugiej strony, i PS i LR maja jakies swoje cache, gdzie czesto wrzucaja sporo mniejszych plikow. i tam dysk SSD daje kopa...
tak i nie. pod wzgledem IO istnieja tak naprawde zapisy i odczyty na nosnik staly (HDD/SDD) i zapisy i odczyty do pamieci nietrwalej (RAM). z tego wszystkiego najszybszy i najmniej pojemny jest RAM, a najwolniejsze HDD. normalnie, program powinien dzialac w taki sposob, ze ladowany jest z nosnika stalego do pamieci i w tej pamieci wykonuje wszelkie operacje pomiedzy odczytem a zapisem.
miejscem na optymalizacje jest:
1. defragmentowanie partycji HDD, na ktorej znajduja sie czesto odczytywane pliki (domyslnie: systemowej)
2. przeniesienie czesto odczytywanych plikow na dysk SSD. to moze byc katalog z programem (PS/LR/COD
redundancja = duplikowanie informacji.
RAID1/RAID5 = mirroring. czyt. powyzej
na czym dokladnie polega Twoje pytanie?
problem polega caly czas na tym, ze bezpieczenstwo rozwiazania HDD + SSD-cache spoczywa na dwoch ogniwach: niezawodnosci HDD i niezawodnosci SSD. bo tak jak piszesz: "jedyne co jak sypnie się cash to nie postawisz systemu.", wiec ze spojnikiem logicznym i pomiedzy. wiec czy jedno czy drugie sie sypnie, to lezy calosc ukladu. RAID na HDD nic nie zmienia, a robienie RAID-u dla zabezpieczenia SSD z prefetchem... to dosc ekstremalna sprawa (i nie wiem czy mozliwa w ogole)...
a juz w ogole, zeby mowic o bezpieczenstwie (a potem ew. szybkosci):
1. system operacyjny i aplikacje, 2. cache PS/LR, 3. repozytorium zdjec - to powinno byc wszystko osobne fizycznie dyski, nie tylko osobne patrycje. no, 2. wynika bardziej z wydajnosci niz bezpieczenstwa...
w tym wypadku nie do konca, bo, ze ponownie zacytuje: "jedyne co jak sypnie się cash to nie postawisz systemu."
ale mozesz w Z68 ten sam SSD zapiac jako prefetch dla HDD i oprocz tego uzywac go jako niezaleznego woluminu (na system)?
Komentarz