elX 0 Zgłoś post Napisano Luty 4, 2010 Witam. Nigdy jeszcze nie miałem przyjemności testowania dysku SDD. W moim przypadku prędkość odczytu/zapisu nie jest tak bardzo istotna jak czas dostępu. w związku z tym kilka pytań: Czy w chwili obecnej ma sens ich stosowanie w serwerach? Czy może lepiej jeszcze poczekać aż zostaną bardziej dopracowane? Czy prędkość jednoczesnego dostępu do plików jest rzeczywiście taka rewelacyjna (poniżej 0,1ms) - jak to naprawdę wygląda? Czy dyski SAS są wydajniejsze? Na zaś dzięki! Udostępnij ten post Link to postu Udostępnij na innych stronach
ahes 83 Zgłoś post Napisano Luty 4, 2010 Czy w chwili obecnej ma sens ich stosowanie w serwerach? Czy może lepiej jeszcze poczekać aż zostaną bardziej dopracowane? Czy prędkość jednoczesnego dostępu do plików jest rzeczywiście taka rewelacyjna (poniżej 0,1ms) - jak to naprawdę wygląda? Czy dyski SAS są wydajniejsze? Tak, Tak, Tak, Nie. Udostępnij ten post Link to postu Udostępnij na innych stronach
Wojciech Małota 0 Zgłoś post Napisano Luty 4, 2010 Tak, Tak, Tak, Nie. Oficjalny test i dane benchmarkowe Hewletta-Packarda wykazywał, że dyski SSD, które sprzedają wraz ze swoimi serwerami są, przy sekwencyjnym zapisie i odczycie, wolniejsze od dysków SAS. Także z tym "Nie" to nie do końca cała prawda. Udostępnij ten post Link to postu Udostępnij na innych stronach
is_wm 287 Zgłoś post Napisano Luty 4, 2010 Z autopsji - SAS (15k rpm) są wydajniejsze niż SSD. Udostępnij ten post Link to postu Udostępnij na innych stronach
ahes 83 Zgłoś post Napisano Luty 4, 2010 Oficjalny test i dane benchmarkowe Hewletta-Packarda wykazywał, że dyski SSD, które sprzedają wraz ze swoimi serwerami są, przy sekwencyjnym zapisie i odczycie, wolniejsze od dysków SAS. Także z tym "Nie" to nie do końca cała prawda. URL or didn't happen. Z autopsji - SAS (15k rpm) są wydajniejsze niż SSD. W zależności od zastosowania. W środowiskach głównie read-only SSD będzie wydajniejsze. Przy dużych i częstych zapisach już nie jest różowo. Udostępnij ten post Link to postu Udostępnij na innych stronach
Sebak 298 Zgłoś post Napisano Luty 4, 2010 SSD != SSD. Więc zależy co bierzemy do porównywania. Udostępnij ten post Link to postu Udostępnij na innych stronach
elX 0 Zgłoś post Napisano Luty 4, 2010 SSD != SSD. Więc zależy co bierzemy do porównywania. a możesz któryś dysk polecić... minimum 200GB czy warto w ogóle uwzględniać awaryjność tych dysków(RAID)?? Udostępnij ten post Link to postu Udostępnij na innych stronach
crazyluki 114 Zgłoś post Napisano Luty 4, 2010 Warto. Udostępnij ten post Link to postu Udostępnij na innych stronach
kafi 2425 Zgłoś post Napisano Luty 4, 2010 a możesz któryś dysk polecić... minimum 200GB Tylko, że za taki dysk, to obecnie zapłacisz grube tysiące... czy warto w ogóle uwzględniać awaryjność tych dysków(RAID)?? Wbrew pozorom RAID-Mirroring dwóch dysków SSD to nie jest zbyt dobre rozwiązanie... bo istnieje bardzo duże prawdopodobieństwo, że padną oba na raz. A konkretniej to padną w nich sektory odpowiadające za tablicę alokacji plików. Bardziej bym radził robić częsty backup na jakiś normalny dysk. Udostępnij ten post Link to postu Udostępnij na innych stronach
Wojciech Małota 0 Zgłoś post Napisano Luty 5, 2010 URL or didn't happen. As you wish: http://h20000.www2.hp.com/bc/docs/support/SupportManual/c01580706/c01580706.pdf Pod koniec strony 6 jest to co nas interesuje. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość patrys Zgłoś post Napisano Luty 5, 2010 Wbrew pozorom RAID-Mirroring dwóch dysków SSD to nie jest zbyt dobre rozwiązanie... bo istnieje bardzo duże prawdopodobieństwo, że padną oba na raz. A konkretniej to padną w nich sektory odpowiadające za tablicę alokacji plików. Dwa razy mi padły SSD i tylko po sztuce w raidzie. Nie ryzykował bym instalacji dysków w serwerze produkcyjnym bez raidu, choć tego programowego. Backup to druga sprawa po raidzie, bo przecież żaden raid nie jest kopią zapasową. Udostępnij ten post Link to postu Udostępnij na innych stronach
ahes 83 Zgłoś post Napisano Luty 5, 2010 Dwa razy mi padły SSD i tylko po sztuce w raidzie. Możesz podać model, interfejs, typ i pojemność? Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość patrys Zgłoś post Napisano Luty 5, 2010 Poprzedni kosz bo pomyliłem serwery X25-E 32 G z ovh, na testach posypał się w super onboard lsi 1068 Był wymieniany i po jakimś czasie bodajże drugi (lekkie zawirowania z tą maszyną były). Lecz to raczej nie dyski, po wymianie płyty i dysków serwer chodził jakiś czas i nie było problemów. Swoja drogą stosując SSD trzeba sensownie pomyśleć o kontrolerze. ps. nie miałem okazji testować ssd na jakimś porządnym kontrolerze raid. Udostępnij ten post Link to postu Udostępnij na innych stronach
shakey 0 Zgłoś post Napisano Maj 20, 2010 As you wish: http://h20000.www2.h...6/c01580706.pdf Pod koniec strony 6 jest to co nas interesuje. Bzdury. Kiedy to bylo. To tak jakby porownywac jakis stary dysk IDE do SAS... dyski SSD ewoluowaly i to dosc niezle. Obecnie sa szybsze pod kazdym wzgledem powornujac je z dyskami SAS. IOPS nieporownywalnie wieksze, tak samo z transerami. Myslisz, ze dlaczego wprowadzono SAS/SATA 6Gb? Skoro dyski mechaniczne nie wykorzystuja w pelni nawet SATA II (3Gb)? Ano dlatego, ze SSD juz spokojnie przekraczaja 300MB/s... Jedna uwaga -- jesli zdecydujecie sie na pakowanie dysku SSD w serwer to: 1) Koniecznie dyski MLC (vs SLC). SLC maja wieksze pojemnosci, i sa delikatnie szybsze, ale padaja w serwerach zdecydowanie czesciej 2) Nie przez kontroler na plycie, ktory kosztuje $1, tylko przez porzadny kontroler RAID (to tylko uwaga do tych, ktorzy uzywaja serwerow-skladakow) m. 1) Koniecznie dyski MLC (vs SLC). SLC maja wieksze pojemnosci, i sa delikatnie szybsze, ale padaja w serwerach zdecydowanie czesciej Mialo byc: koniecznie SLC (vs MLC) -- sorry za blad. m. Udostępnij ten post Link to postu Udostępnij na innych stronach