[OpenELEC] Linux, SSD en snelheidswinst

[iAR]

Ik heb onlangs de beta van OpenELEC geinstalleerd en hoewel het geheel lekker vlot werkt zat ik te denken aan een SSD'tje voor mijn AsRock ION HT.

Ik zag bij MyCom dat er een SSD onder de 40 euro was en dacht dat dit misschien wel een snelheidswinst op zou leveren (zeker met boot, maar bijvoorbeeld ook bij het (snel) scrollen van muzieklijsten en het tonen van fanart daarbij).

Ondersteund OpenELEC linux TRIM? Ik heb op het forum van OpenELEC gekeken maar daar kom ik een ingwikkeld topic tegen over wel of geen ext3/4.
En is het daarbij zo dat als TRIM niet wordt ondersteund er uiteindelijk snelheidsverlies intreed?

[kroegtijger]

Of TRIM wordt ondersteund weet ik eigenlijk niet, maar ik zie ook niet direct een situatie waarin dat nou echt relevant is om heel eerlijk te zijn.
Met uitzondering van een kortere boot-tijd (en dat is bij OpenElec al behoorlijk kort) zal je denk ik geen enkele winst uit een SSD halen. Daarom is het naar mijn mening logischer om, als je dan toch vergelijkbare performance en stilte wilt behalen, te kiezen voor een installatie op een USB3-stick. Dit is compacter, goedkoper, en ook 100% stil.

[iAR]

kroegtijger schreef op vrijdag 18 april 2014 @ 13:37:
Of TRIM wordt ondersteund weet ik eigenlijk niet, maar ik zie ook niet direct een situatie waarin dat nou echt relevant is om heel eerlijk te zijn.
Met uitzondering van een kortere boot-tijd (en dat is bij OpenElec al behoorlijk kort) zal je denk ik geen enkele winst uit een SSD halen. Daarom is het naar mijn mening logischer om, als je dan toch vergelijkbare performance en stilte wilt behalen, te kiezen voor een installatie op een USB3-stick. Dit is compacter, goedkoper, en ook 100% stil.

Waarom is dat niet relevant? Dat begrijp ik dan niet goed. Ik dacht dat het uiteindelijk langzamer zou gaan omdat je met volle cellen enzo zit (en die moeten eerst leeg).

Helaas is het kastje USB 2. Dus voor de stillere optie (had ik nog niet aan gedacht, maar dank je wel!) is een USB stick niet snel genoeg.

Denk je niet dat voor het lezen van de databases en alle images de snelheid verhoogd wordt?

[kroegtijger]

iAmRenzo schreef op vrijdag 18 april 2014 @ 14:00:
[...]

Waarom is dat niet relevant? Dat begrijp ik dan niet goed. Ik dacht dat het uiteindelijk langzamer zou gaan omdat je met volle cellen enzo zit (en die moeten eerst leeg).

Omdat je de vraag moet stellen of het toevoegen van een SSD je wat oplevert. Dat antwoord lijkt mij nee; immers, qua snelheid tijdens het werken verandert er niets, en alleen de boot-tijd wordt wat korter, maar dat kan je ook via USB3 bereiken wat nog eens goedkoper is. Daarmee is een SSD dus niet direct de meest logische keuze en dus niet zo heel relevant omdat je eerst vast moet stellen of je wel een SSD wilt hebben dus.

Helaas is het kastje USB 2. Dus voor de stillere optie (had ik nog niet aan gedacht, maar dank je wel!) is een USB stick niet snel genoeg.

En pas na deze mededeling wordt de vraag of TRIM wordt ondersteund dus weer relevant (en dat is wel cruciale informatie dus). Een kleine zoek-actie bracht me al snel uit bij het forum van OpenElec:
http://openelec.tv/forum/...ssd-trim-discard-settings

Weliswaar is dit de Eden build (v11) terwijl we ondertussen al bij de beta van Gotham (v13) zitten, maar het geeft een leuke indicatie van wat mogelijk zou moeten zijn.

Denk je niet dat voor het lezen van de databases en alle images de snelheid verhoogd wordt?

Niet heel schokkend veel, maar wel iets. Het is met name afhankelijk van de grootte van je library ten opzichte van de snelheid van je storage en de plek van je database. Klinkt vrij ingewikkeld, maar het valt wel mee Waar het op neer komt, is dat je 2 mogelijkheden hebt qua configuratie. De database lokaal draaien (SQLite) of de database centraal ergens stellen (MySQL; ik ga er vanuit dat je dit dan op een andere machine doet, zoals een server of NAS).
In het geval van een lokale database maakt de snelheid van je storage wel redelijk wat uit. Hoe groter de library, hoe meer je zal merken dat het inladen hiervan (en dan met name onderdelen als het ophalen van fan-art, poster-art etc) trager wordt. Datzelfde effect treedt ook op bij een MySQL-based configuratie, maar is daarin al aanzienlijk minder, aangezien er minder acties (IOPs) nodig zijn op die bewuste disk. Immers, er hoeft niet op die fysieke disk ook nog eens een database te worden benaderd, want dat gebeurt op een andere disk.
Dit verschijnsel zie je met name optreden bij écht trage storage-devices zoals SD-kaartjes (denk aan een raspberry Pi), maar op storage-devices die ook maar enigszins wat krachtiger zijn, merk je het effect amper nog maar. Ter indicatie draai ik een library van 500+ speelfilms en 50+ series (totaal ruim 5TB aan video-content) met een MySQL-database op de server op SSD. Als ik die database benader vanaf de HTPC waar een SSD in zit, dan gaat dat net zo snel als wanneer ik het vanaf alle andere werkplekken die er zijn doe (waarvan de traagste met een heel oud en traag 2,5" SATA-diskje is voorzien), met uitzondering van de Raspberry Pi welke voorzien is van een Class 10 SD-kaartje. De Pi is aanzienlijk trager dan. Plaats ik eenzelfde class 10 SD in mn laptop en laat XBMC daar vandaan werken, dan is de performance net zo snel of net zo traag als van de Pi. Oftewel, de SD-kaart is daarin dan duidelijk de beperkende factor, maar zelfs de traagste 2,5" SATA-disk die ik kan vinden, levert al genoeg om dezelfde performance te halen die met SSD ook wordt behaalt. Een upgrade voegt dan dus niets toe aan de performance van XBMC an sich, maar levert je alleen stilte en een kortere boottijd op.

[BeyondThunder]

Ik heb nagenoeg dezelfde setup en ik heb er wel een 40GB Intel SSD in gezet.
Mijn ervaring:

Een verademing, niet alleen het booten is veel sneller, maar ook het bijwerken van de library gebeurd in een oogwenk. (Zoals kroegtijger hierboven al aangeeft) Maar het grootste voordeel is wel het geluid en de warmte. Een traditionele disk hoor ik (bijna) altijd. Ik vind het een zeer irritant geluid. Met een SSD is dat ook verleden tijd.

Wordt TRIM ondersteund? Lekker belangrijk voor een HTPC. is de SSD stuk, jammer dan gaat er een andere in.

Ik heb wel al mijn content op een NAS staan, maar de Asrock ION is wel het download station. Tot nu toe geen enkel probleem ondervonden door de vele I/O bewerkingen

[kroegtijger]

BeyondThunder schreef op vrijdag 18 april 2014 @ 14:31:
Ik heb nagenoeg dezelfde setup en ik heb er wel een 40GB Intel SSD in gezet.
Mijn ervaring:

Een verademing, niet alleen het booten is veel sneller, maar ook het bijwerken van de library gebeurd in een oogwenk. (Zoals kroegtijger hierboven al aangeeft) Maar het grootste voordeel is wel het geluid en de warmte. Een traditionele disk hoor ik (bijna) altijd. Ik vind het een zeer irritant geluid. Met een SSD is dat ook verleden tijd.

Ik neem aan dat je de library dan lokaal draait op dezelfde machine? Want dan scheelt het inderdaad. Immers, al die records moeten worden doorlopen, geladen, bijgewerkt, en weggeschreven. Dat is behoorlijk disk-intensief. Als je dat opsplitst naar verschillende disks / machines door middel van ofwel je database-locatie aan te passen, ofwel (en dat is logischer) een MySQL op een andere machine te laten draaien, dan reduceer je de load op je disk dus heel aanzienlijk.

Wordt TRIM ondersteund? Lekker belangrijk voor een HTPC. is de SSD stuk, jammer dan gaat er een andere in.

Ben ik het ook wel mee eens inderdaad. In het slechtste geval zal je SSD een levensduur van grofweg 5 jaar kennen (op basis van slijtage uiteraard). Dan nog praat je over nog geen 10,- per jaar. Dat is naar mijn mening te weinig om me daar echt heel druk over te maken. Tegen de tijd dat het ding versleten is, was hij toch al aan vervanging toe ivm economische levensduur.

Ik heb wel al mijn content op een NAS staan, maar de Asrock ION is wel het download station. Tot nu toe geen enkel probleem ondervonden door de vele I/O bewerkingen

Zolang je de boel logisch inricht kan dat ook prima. Ik heb zelf geruime tijd eenzelfde setup gehad, waarbij de downloads na verwerking naar de NAS werden weg geschreven. Uiteindelijk ben ik daar wel weer vanaf gestapt, omdat het natuurlijk mooier verloopt als alles netjes server-sided wordt gedaan, (een NAS heeft helaas vaak te weinig CPU-kracht om het allemaal echt goed snel te verwerken) maar dat is dan ook wel weer aanzienlijk duurder in zowel aanschaf als stroomverbruik. Wat dat betreft krijg je ook waar je voor betaald weer.

[iAR]

Alles draait op mijn machine inderdaad, databases en het opslaan van artwork. De daatwerkelijke content staat op de NAS.

BeyondThunder schreef op vrijdag 18 april 2014 @ 14:31:
Wordt TRIM ondersteund? Lekker belangrijk voor een HTPC. is de SSD stuk, jammer dan gaat er een andere in.

Gaat het juist hierbij niet om het garbage collection te handlen en dus niet eerder kapot maar dat het de snelheid behoud (direct rommel opruimen ipv pas opruimen bij het opnieuw wegschrijven).

Ik denk uiteindelijk dat een kleine 40 euro het mij wel waard is: nog sneller booten, snelle updates, hopelijk sneller bladeren doordat fanart sneller gelezen kan worden en toch ook: de stilte!

kroegtijger schreef op vrijdag 18 april 2014 @ 14:17:
En pas na deze mededeling wordt de vraag of TRIM wordt ondersteund dus weer relevant (en dat is wel cruciale informatie dus). Een kleine zoek-actie bracht me al snel uit bij het forum van OpenElec:
http://openelec.tv/forum/...ssd-trim-discard-settings

Weliswaar is dit de Eden build (v11) terwijl we ondertussen al bij de beta van Gotham (v13) zitten, maar het geeft een leuke indicatie van wat mogelijk zou moeten zijn.

Als linuxnoob heb ik geen idee wat er op die site staat.... Ik hoopte op een commando om het voor altijd aan te zetten maar ik geloof dat het niet zo simpel is... right??

[kroegtijger]

iAmRenzo schreef op vrijdag 18 april 2014 @ 16:27:
Alles draait op mijn machine inderdaad, databases en het opslaan van artwork. De daatwerkelijke content staat op de NAS.


[...]

Gaat het juist hierbij niet om het garbage collection te handlen en dus niet eerder kapot maar dat het de snelheid behoud (direct rommel opruimen ipv pas opruimen bij het opnieuw wegschrijven).

Ik denk uiteindelijk dat een kleine 40 euro het mij wel waard is: nog sneller booten, snelle updates, hopelijk sneller bladeren doordat fanart sneller gelezen kan worden en toch ook: de stilte!


[...]

Als linuxnoob heb ik geen idee wat er op die site staat.... Ik hoopte op een commando om het voor altijd aan te zetten maar ik geloof dat het niet zo simpel is... right??

In grote lijnen eigenlijk wel. Het gaat erom hoe de disk gemount is in het OS. Als ik het even snel zo lees was het in sommige builds op Eden default enabled, en op anderen default disabled. Waarschijnlijk dat het in de huidige builds default al wel optimaal ingesteld staat, maar daarvoor zul je je dan even moeten inlezen in hoe TRIM op een Linux-omgeving moet worden gerealiseerd.

[BeyondThunder]

Je kan ook een tweedehands schijfje op de kop tikken. Je hebt niet veel ruimte nodig. Alleen de installatie van XBMC/OpenElec + een beetje cache voor je downloads. Dus op een 40 GB blijft ruimte genoeg over. Tenzij je BluRay/3D rips gaan downloaden uiteraard, maar daar ben ik zelf nooit aan begonnen.

En over dat mounten in OpenElec, praat me er niet van. Ze hebben dat veranderd in 1 van de laatste releases dus ik heb echt een uur lopen kloten totdat ik op een forum de fix tegen kwam. De wiki was toen nog niet bijgewerkt. Als je problemen hebt met de mount, laat het even weten, dan kan ik mijn config even sturen.

[iAR]

BeyondThunder schreef op vrijdag 18 april 2014 @ 19:07:
Je kan ook een tweedehands schijfje op de kop tikken. Je hebt niet veel ruimte nodig. Alleen de installatie van XBMC/OpenElec + een beetje cache voor je downloads. Dus op een 40 GB blijft ruimte genoeg over. Tenzij je BluRay/3D rips gaan downloaden uiteraard, maar daar ben ik zelf nooit aan begonnen.

En over dat mounten in OpenElec, praat me er niet van. Ze hebben dat veranderd in 1 van de laatste releases dus ik heb echt een uur lopen kloten totdat ik op een forum de fix tegen kwam. De wiki was toen nog niet bijgewerkt. Als je problemen hebt met de mount, laat het even weten, dan kan ik mijn config even sturen.

Ik heb al eentje gekocht, een andere dan hierboven.
Ik heb me nog niet verdiept in TRIM e.d. ik zag die post op het forum en begreep er gelijk al helemaal niets van

[Arrancar]

Toevallig pas een paar testjes gedaan (a6-5400K, 4GB RAM, opstarttijd):

- USB 2.0 'weggeef' stick met een lees/schrijf van 20/10: 35 seconden
- Kingston G3 USB 3.0 stick met een lees/schrijf van 40/10: 22 seconden
- Kingston SSDNow V300 met een lees/schrijf van 450/450: 12 seconden

Let wel, de G3 is nu niet bepaald de beste USB3 stick die je kan krijgen, dus met een stick met betere I/O snelheden zal je waarschijnlijk zeer dichtbij de performance van OpenELEC op een SSD komen. Het is wel zo dat de betere sticks qua prijs relatief duurder zijn dan een SSD.

[Frank-NL]

Trim op OpenELEC:

- Activeer cron via OE Settings addon
- Login via SSH
- crontab -e
- voeg regels toe:

0 0 */5 * * fstrim /flash
0 0 */5 * * fstrim /storage

Kies je eigen cronschema. Bovenstaande regels zorgen ervoor dat fstrim om de 5 dagen wordt uitgevoerd om middernacht.

Het is sinds kort trouwens niet meer mogelijk S3 suspend te gebruiken icm USB opslag in OpenELEC. Dat pleit ook voor een SSD.

[iAR]

Frank-NL schreef op maandag 28 april 2014 @ 15:49:
Trim op OpenELEC:

- Activeer cron via OE Settings addon
- Login via SSH
- crontab -e
- voeg regels toe:

0 0 */5 * * fstrim /flash
0 0 */5 * * fstrim /storage

Kies je eigen cronschema. Bovenstaande regels zorgen ervoor dat fstrim om de 5 dagen wordt uitgevoerd om middernacht.

Het is sinds kort trouwens niet meer mogelijk S3 suspend te gebruiken icm USB opslag in OpenELEC. Dat pleit ook voor een SSD.

Ik zal het eens proberen. 0 0 staat voor middernacht? Is 22 0 dan 22:00 's avonds?

[Frank-NL]

Ja. Je kan ook deze generator gebruiken: https://www.easycron.com/generator/crontab

[iAR]

Ik kom er (als noob) nog even op terug, deze pagina beschrijft nogal wat extra stappen...

Het vervelende is dat ik niet helemaal weet wat ik wel en niet doe, dus ik begrijp het niet zo goed. Althans: al die extra dingen niet.