Kirjoittaja Aihe: Vähän nopeampaa SSD:tä  (Luettu 2711 kertaa)

Sami Lehtinen

  • Käyttäjä
  • Viestejä: 754
  • Techie
    • Profiili
    • Sami Lehtinen
Vähän nopeampaa SSD:tä
« : 23.01.14 - klo:16.58 »
Testasion tuossa huvikseni vähän nopeampaa SSD:tä. Hyvin tuntuisi toimivan.
http://aijaa.com/dajXIx

Levyä ei ollut vapautettu testin ajaksi sen normaaleista tehtävistä (tietokannan journalointi), joten siitä nuo suorituskyvyn muutokset. Iopseja tuntui menevän helposti reilut 500000 kpl sekunnissa läpi, siis normaalin kuorman lisäksi. Parhaimmillaan siis data liikkui tuon 2 Gigaa sekunnissa. Kirjoitusvauhtia löytyy saman verran.

Ei huono.

Mainittakoon siis vielä, että kyse oli tosisaan tavuista, eikä biteistä.

« Viimeksi muokattu: 23.01.14 - klo:17.22 kirjoittanut Sami Lehtinen »

JaniAlander

  • Käyttäjä / moderaattori+
  • Viestejä: 3369
    • Profiili
Vs: Vähän nopeampaa SSD:tä
« Vastaus #1 : 23.01.14 - klo:17.18 »
Mikä liitäntä? Ei tainnut olla ihan edullisimmasta päästä oleva laite  :D
Core i5-9400F 2.9ghz 32GB Ram, Nvidia RTX2060 Kubuntu 24.04-64bit, Windows 10 Pro 64-bit Samsung Series 5, AMD A-6 2.1 GHz 4 Gt Ram, Ubuntu 18.04 64-bit.
Lenovo T60 Core2Duo 2GB Ram Ati Mobility Radeon 128 MB Ubuntu Mate 16.04-64bit
Commodore Amiga 500 1MB Ram.

Sami Lehtinen

  • Käyttäjä
  • Viestejä: 754
  • Techie
    • Profiili
    • Sami Lehtinen
Vs: Vähän nopeampaa SSD:tä
« Vastaus #2 : 23.01.14 - klo:17.21 »
Mikä liitäntä? Ei tainnut olla ihan edullisimmasta päästä oleva laite  :D

8xPCIe, ioDrive2 Duo, osa levystä on tosi jätetty reserviksi ja varattu wear levelling tarkoituksiin.

Noi 15 sekunnin välein tulevat suorituskyvyn dropit tulee siitä, että silloin tietokantaprosessi lukee levyä ja siirtää journaliin kertynyttä dataa päälevyjärjestelmän tietokantoihin. Ton 15 sekuntia siinä välissä, se taas kerää kamaa journaloimalla ja sallien päälevyjärjestelmän keskittymisen lukuihin, jotka on cache missejä.

Vastaavasti taas jos olisin ajanut kirjoitustestiä, se olisi peilikuva, joskin tuo normaali kirjoitustahti kuormittaa varsin vähän järjestelmää verrattuna noihin flusheihin.

« Viimeksi muokattu: 24.01.14 - klo:17.10 kirjoittanut Sami Lehtinen »

JaniAlander

  • Käyttäjä / moderaattori+
  • Viestejä: 3369
    • Profiili
Vs: Vähän nopeampaa SSD:tä
« Vastaus #3 : 23.01.14 - klo:17.38 »
Joo-oh näemmä ekana vastaantuleva dollarihinta tuolle kolmenkymmenen tonnin luokkaa...
No kiva tietää että rahalla saa kaikkea kivaa :D
Core i5-9400F 2.9ghz 32GB Ram, Nvidia RTX2060 Kubuntu 24.04-64bit, Windows 10 Pro 64-bit Samsung Series 5, AMD A-6 2.1 GHz 4 Gt Ram, Ubuntu 18.04 64-bit.
Lenovo T60 Core2Duo 2GB Ram Ati Mobility Radeon 128 MB Ubuntu Mate 16.04-64bit
Commodore Amiga 500 1MB Ram.

Sami Lehtinen

  • Käyttäjä
  • Viestejä: 754
  • Techie
    • Profiili
    • Sami Lehtinen
Vs: Vähän nopeampaa SSD:tä
« Vastaus #4 : 23.01.14 - klo:18.04 »
Joo-oh näemmä ekana vastaantuleva dollarihinta tuolle kolmenkymmenen tonnin luokkaa...
No kiva tietää että rahalla saa kaikkea kivaa :D

Joskus on sellainen tilanne, että rauta on halvempaa kuin ohjelmistojen 'korjaaminen', sellaiseksi että ne toimii hyvin hajautettuna klusteroidussa ympäristössä.

Eli scaling horizontal vs scaling vertical. Niin monta kertaa on nähty se, että tiedän, että asiaa voisi tehostaa paljon suunnittelemalla ja rakentamalla ohjelmiston uudelleen. Mutta törmätään käytännössä siihen, että on kuitenkin paljon helpompaa vaihtaa vain tehokkaammat koneet ja jättää syvällä ohjelman rakenteessa piilevät ongelmat korjaamatta.

Tätähän myös mahtavasti kuvastaa kehitystyökalut. Teen useimmat integraatiot ja datan käsittelyt myös ETF massa-ajat Pythonilla. Joku voisi parahtaa, että eihän siinä ole mitään järkeä. No eipä oikeastaan, paitsi että koodaaminen on paljon nopeampaa kuin C:llä. Tietysti vielä avain osat koodista voisi kirjoittaa prosessorityypin mukaisesti optimoituna assemblerina. Aikaa ja tupakkaa palaisi, asiakas olisi tyytymätön, sekä kehitys ja ylläpitokulut kauheat.

Sami Lehtinen

  • Käyttäjä
  • Viestejä: 754
  • Techie
    • Profiili
    • Sami Lehtinen
Vs: Vähän nopeampaa SSD:tä
« Vastaus #5 : 23.01.14 - klo:18.13 »
Samalla tuli myös testattua verkkoyhteyttä ihan yleisiin lähteisiin hosting paikasta:

wget http://cachefly.cachefly.net/100mb.test
--2014-01-23 12:08:00--  http://cachefly.cachefly.net/100mb.test
Resolving cachefly.cachefly.net... 205.234.175.175
Connecting to cachefly.cachefly.net|205.234.175.175|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: `100mb.test'

100%[==============================================================================>] 104,857,600 40.2M/s   in 2.5s

2014-01-23 12:08:03 (40.2 MB/s) - `100mb.test' saved [104857600/104857600]

Näyttäisi sekin toimivan kohtuullisesti, ja tuo siis yhdellä TCP streamilla, eli jos on useampia rinnakkaisia streameja bandwidth delay product ei vaikuta niin paljon. Tuossa lähteeseen oli about 26 ms viivettä.