Linuxin siirto ssd levylle

[Arto Järvinen]

Eli tarkoitus olisi hommata ssd levy ja kopsata nykyinen Mint asennus
uudelle levylle.. Kopiointi ei varmaankaan ole ongelma, mutta mitä
loitsuja pitää tehdä, että saa Linuxin boottaamaan uudelta levyltä, eikä
vanhalta ????? Pelkkä Biosin asetusten muuttaminen ei varmaankaan riitä ????


--
Arto Järvinen
ars...@gmail.com

[Viljo Mustonen]

Arto Järvinen wrote:

> Eli tarkoitus olisi hommata ssd levy ja kopsata nykyinen Mint asennus
> uudelle levylle.. Kopiointi ei varmaankaan ole ongelma, mutta mitä
> loitsuja pitää tehdä, että saa Linuxin boottaamaan uudelta levyltä, eikä
> vanhalta ????? Pelkkä Biosin asetusten muuttaminen ei varmaankaan riitä
> ????
>

Minä olen säilyttänyt /home osion sisällön ennallaan. Mahdolliset
swap osion ja muut osiot voi helposti määrittää asennuksen yhteydessä
uudelleen.

Bootti ongelmien välttämiseksi yleensä asennan /root osion uudelleen.
Samalla korjaantuu /root osiolle mahdollisesti muodostuneet virheet,
joita olisi vaikea jäljittää. /root osion asennushan tapahtuu noin
tunnissa, joten se ei ole paljonkaan pitempi kuin vanhan palautus.

Mielestäni kannattaa käyttää partion label:ta selkeyden vuoksi.
Esimerkiksi:

viljo@Viljo:~> ls -l /dev/disk/by-label
yhteensä 0
lrwxrwxrwx 1 root root 10 24.5. 06:37 OS -> ../../sda2
lrwxrwxrwx 1 root root 11 24.5. 06:37 sda10_S131-32b-h -> ../../sda10
lrwxrwxrwx 1 root root 11 24.5. 06:37 sda11_free -> ../../sda11
lrwxrwxrwx 1 root root 11 24.5. 06:37 sda12-local-1 -> ../../sda12
lrwxrwxrwx 1 root root 11 24.5. 06:37 sda13-local-3 -> ../../sda13
lrwxrwxrwx 1 root root 10 24.5. 06:37 sda3_S131-rescue -> ../../sda3
lrwxrwxrwx 1 root root 10 24.5. 06:37 sda5-S131-home -> ../../sda5
lrwxrwxrwx 1 root root 10 24.5. 06:37 sda6-S123-home -> ../../sda6
lrwxrwxrwx 1 root root 10 24.5. 06:37 sda7_Swap -> ../../sda7
lrwxrwxrwx 1 root root 10 24.5. 06:37 sda8_S132-home -> ../../sda8
lrwxrwxrwx 1 root root 10 24.5. 06:37 sda9_S123-home -> ../../sda9
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdb1_free -> ../../sdb1
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdb2_S132-root -> ../../sdb2
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdb3_S123-root -> ../../sdb3
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdb5_free -> ../../sdb5
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdb6-free -> ../../sdb6
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdb7-free -> ../../sdb7
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdb8-free -> ../../sdb8
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdb9-Local_2 -> ../../sdb9
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdc1_S132-root -> ../../sdc1
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdc2_S132-home -> ../../sdc2
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdc3_free -> ../../sdc3
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdc4_S131-root -> ../../sdc4
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdc5_S131-home -> ../../sdc5
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdc6_free -> ../../sdc6
lrwxrwxrwx 1 root root 10 24.5. 06:37 sdc7_free -> ../../sdc7
lrwxrwxrwx 1 root root 10 24.5. 06:37 SYSTEM -> ../../sda1
viljo@Viljo:~>

Noista osioista nyt varsinaisesti käytössä ovat:
sda3_S131-rescue, sdc1_S132-root, sdc2_S132-home, sda12-local-1
sdb9-Local_2, sda13-local-3, sda7_Swap

sda3_S131-rescue toimii rescue käytön lisäksi bootti valikkona
muille /root osioille, joiden grub(2) on asennettu root osiolleen
eikä MBR:ään.

sdc on SSD-levy.

Muut osiot ovat kokeiluja varten ja enemmänkin antiikkia, kun
levytilaa sattuu olemaan liikaakin. :)

--
Viljo

[Paavo Karvonen]

Arto Järvinen kirjoitti:

> Eli tarkoitus olisi hommata ssd levy ja kopsata nykyinen Mint asennus
> uudelle levylle.. Kopiointi ei varmaankaan ole ongelma, mutta mitä
> loitsuja pitää tehdä, että saa Linuxin boottaamaan uudelta levyltä, eikä
> vanhalta ????? Pelkkä Biosin asetusten muuttaminen ei varmaankaan riitä
> ????
>
>

Moisen askareen tein talvella.
Tilannetta helpotti se, että ssd oli suurempi kuin vanha levy.

Clonezillalla klooni vanhasta uuteen ja uusi paikalleen.

Enkä muista oliko muita lisätemppuja kuin sen ylimääräisen tilan
osionti, formatointi ja liittäminen tiedostojärjestelmään.

[Arto Järvinen]

Jätitkö myös sen vanhan levyn koneeseen ??

Tilasin samankokoisen ssd-levyn kuin vanhakin levy, mutta tarkoitus
olisi jättää myös se vanha levy paikalleen...

grub.cfg tiedostossa on kuitenkin viittauksia sda1-levylle eli karkaako
käynnistys buutissa kuitenkin tuonne vanhalle levylle ???



--
Arto Järvinen
ars...@gmail.com

[Paavo Karvonen]

Arto Järvinen kirjoitti:

> On 24.05.2015 10:45, Paavo Karvonen wrote:
>> Arto Järvinen kirjoitti:
>>> Eli tarkoitus olisi hommata ssd levy ja kopsata nykyinen Mint asennus
>>> uudelle levylle.. Kopiointi ei varmaankaan ole ongelma, mutta mitä
>>> loitsuja pitää tehdä, että saa Linuxin boottaamaan uudelta levyltä, eikä
>>> vanhalta ????? Pelkkä Biosin asetusten muuttaminen ei varmaankaan riitä
>>> ????
>>>
>>>
>>
>> Moisen askareen tein talvella.
>> Tilannetta helpotti se, että ssd oli suurempi kuin vanha levy.
>>
>> Clonezillalla klooni vanhasta uuteen ja uusi paikalleen.
>>
>> Enkä muista oliko muita lisätemppuja kuin sen ylimääräisen tilan
>> osionti, formatointi ja liittäminen tiedostojärjestelmään.
>>
>
>
> Jätitkö myös sen vanhan levyn koneeseen ??

En, koska kannettava ja vain yksi paikka kovalevyille.

>
> Tilasin samankokoisen ssd-levyn kuin vanhakin levy, mutta tarkoitus
> olisi jättää myös se vanha levy paikalleen...
>
> grub.cfg tiedostossa on kuitenkin viittauksia sda1-levylle eli karkaako
> käynnistys buutissa kuitenkin tuonne vanhalle levylle ???

Joo, mitä todennäköisimmin boottaa vanhalta levyltä.
Eikä minulla ole kokemusta grubin säätämisestä ko. tilanteesa.

>
>

[Ari Saastamoinen]

Viljo Mustonen <viljo.m...@pp.inet.fi> writes:

> Bootti ongelmien vƤlttƤmiseksi yleensƤ asennan /root osion uudelleen.

> Samalla korjaantuu /root osiolle mahdollisesti muodostuneet virheet,

> joita olisi vaikea jƤljittƤƤ. /root osion asennushan tapahtuu noin

> tunnissa, joten se ei ole paljonkaan pitempi kuin vanhan palautus.

Puhutko /root vai / -osioista. En mä sinänsä näe mitään syytä
juurenkaan uudelleenasentamiseen (Jos se muuten on vanhastaan jo
riittävän tuore, eikä vaadi muuten vaadi päivitystä) Ihan vaan cp:llä
vetää kamat uudelle levylle, ja grub (tai joku muu bootloaderi) pitää
asentaa kyseiselle medialle uudestaan, mutta sen kyllä pitäisi riittää.

Tuo antamasi ohje rootin uudelleenasentamiseksi on siis käytännössä
sama asia kuin koko käyttiksen uudelleen asentaminen. Ei tuossa
asennuksessa teoriassa kauhean kauaa mene, mutta systeemien
konffaaminen halutuksi vie uusasennuksen jälkeen monesti
moninkertaisesti aikaa itse asennukseen verrattuna.

SSD:lle asennetulle keyttikselle kannattanee ehkä tehdä säätöjä levyn
trim:n suhteen, ja ehkä konffata swapin käyttöä.

> Noista osioista nyt varsinaisesti kƤytƶssƤ ovat:

> sda3_S131-rescue, sdc1_S132-root, sdc2_S132-home, sda12-local-1
> sdb9-Local_2, sda13-local-3, sda7_Swap

Kauhean monta partitiota sulla on koneessasi. Kotikoneen laitan aina
ainoastaan partitioon. /boot jotta voi varmistua, että boottiloaderin
vaatimat kamat on BIOSin saatavilla myös vanhoilla BIOSeilla (Tosin
eipä noita levyjä ikinä mihinkään siirretä, joten se alla oleva bios
kyllä pysyy stabiilina, mutta toi nyt on vain vanha tapa). Sitten
swap-osio, ja kaikki loput yhteen. Periaatteessa /home:n eriyttäminen
voisi olla perusteltua, mutta musta on parempi, että ei tartte
jatkossakaan miettiä, että jostain määrätystä osiosta tulikin liian
pieni, vaikka levyllä olisikin viä tilaa.

Jos taas teen jotain palvelinta, niin sitten usein laitan logit yms,
kontrolloimattomasti täyttyvät osiot erikseen, jotta ne ei
täyttyessäänkään sitten riko muuta koneen toimintaa.

--
Arzka oh3mqu+...@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje

[Reijo Korhonen]

On Sat, 23 May 2015 17:14:25 +0300, Arto Järvinen wrote:

> Eli tarkoitus olisi hommata ssd levy ja kopsata nykyinen Mint asennus
> uudelle levylle.. Kopiointi ei varmaankaan ole ongelma, mutta mitä
> loitsuja pitää tehdä, että saa Linuxin boottaamaan uudelta levyltä, eikä
> vanhalta ????? Pelkkä Biosin asetusten muuttaminen ei varmaankaan riitä
> ????

Yksi mahdollisuus on asentaa käyttöjärjestelmä uudestaan ssd-levylle ja
ottaa siihen /home vanhalta levyltä. Lähes näin minä tein, kun vanha
kopne piti päivittää uuteen. Olisihan tuo vanha vielä jaksdanut, mutta
buutti alkoi olla epävarma ja vanhaa käyttistä ei tuettu enää päivityksin
ja ei uskaltanut päivittää uuteenkaan, kun en ollut varma että
käynistyykö raidit enää jne. ja hidasta kymmenen vuotta vanha kone on ;-)

No joo, uudessa koneessa oli tavallinen levy, jonka pyhtin /home:lle ja
lisäsin siihen ssd:n jolle tein uudemman käyttöjärjestelmän.
Perinteiselle levylle jäi /homen lisäksi sillä ollut windows, ihan
hauskuuden vuoksi ja olinhan siitä maksanut. Ubuntu tekee asennuksessa
tarvittavat eli kaikki löytyy ja buuttaa. /Homen sisällön siirto ja
ohjelmienn uudelleenasennus jäi omaksi huoleksi.

Jos asennat ssd:lle uuden käyttöjärjestelmän, niin sivun ei tarvitse
siirtää mitään minnekään, sillä /homen voi vain laittaa näkymään ssd:llä
olevalle käyttikselle.


--
Re...@iki.fi.nospam.invalid
http://www.iki.fi/Reijo

[Arto Järvinen]

Tuota uudelleenasennusta mietin yhtenä vaihtoehtona, mutta en millään
viitsisi asentaa niitä kaikkia "ylimääräisiä" ohjelmia uusiksi, kai
sihenkin on joku konsti millä sais lähes automaattisesti asennettua
samat paketit uuteen asennukseen mitä oli vanhassa :)

Taidan kokeilla tuota kloonausta ensin ja katsoa miten se menee...
Jos tulee ratkaisematon ongelma, niin sit uus asennus ;)

--
Arto Järvinen
ars...@gmail.com

[Arto Järvinen]

On 23.05.2015 17:14, Arto Järvinen wrote:
> Eli tarkoitus olisi hommata ssd levy ja kopsata nykyinen Mint asennus
> uudelle levylle.. Kopiointi ei varmaankaan ole ongelma, mutta mitä
> loitsuja pitää tehdä, että saa Linuxin boottaamaan uudelta levyltä, eikä
> vanhalta ????? Pelkkä Biosin asetusten muuttaminen ei varmaankaan riitä
> ????
>
>

Nyt lueskelin taas vähän lisää tuosta ssd-levystä linuxissa..

Pitääkö sitä ihan oikeasti säätää kuten tuossa linkissä sanotaan:

https://sites.google.com/site/easylinuxtipsproject/ssd#TOC-Limit-swap-wear

Taidan jättää väliin koko ssd:n jos noin vaikeaksi menee :(



--
Arto Järvinen
ars...@gmail.com

[Viljo Mustonen]

Ari Saastamoinen wrote:

> Viljo Mustonen <viljo.m...@pp.inet.fi> writes:
>

>> Bootti ongelmien välttämiseksi yleensä asennan /root osion uudelleen.

>> Samalla korjaantuu /root osiolle mahdollisesti muodostuneet virheet,

>> joita olisi vaikea jäljittää. /root osion asennushan tapahtuu noin

>> tunnissa, joten se ei ole paljonkaan pitempi kuin vanhan palautus.
>
> Puhutko /root vai / -osioista.

Puhun todellisuudessa / osiosta.
/root osion nimen käyttö oli sinänä kömmähdys. ;)

> En mä sinänsä näe mitään syytä
> juurenkaan uudelleenasentamiseen (Jos se muuten on vanhastaan jo
> riittävän tuore, eikä vaadi muuten vaadi päivitystä) Ihan vaan cp:llä
> vetää kamat uudelle levylle, ja grub (tai joku muu bootloaderi) pitää
> asentaa kyseiselle medialle uudestaan, mutta sen kyllä pitäisi riittää.
>

En ole niinkään varma onnistuuko grub2:n uudelleen asennus jos levyn
polku, levyn UUID, osion UUID, tai jokin muu asennuksessa käytetty
tunniste tieto muuttuu. Ehkä osion label:ia käytettäessä onnistuisi
parhaiden, koska sen muuttaminen onnistuu helpoimmin samaksi kuin
alkuperäisellä asennuksessa juuri osiolla käytetty. Tosin ei kokemusta
kuin tapauksista, joissa levy ja sen osio ovat samat kuin asennuksessa.
Tällöin grub2:en uudelleen asennus kyllä onnistuu, jos vaikka MBR on
tullut jostain syystä tullut ylikirjoitetuksi.

Lähitulevaisuudessa ei ole aikaa tuon tapaisiin kokeiluihin.

> Tuo antamasi ohje rootin uudelleenasentamiseksi on siis käytännössä
> sama asia kuin koko käyttiksen uudelleen asentaminen. Ei tuossa
> asennuksessa teoriassa kauhean kauaa mene, mutta systeemien
> konffaaminen halutuksi vie uusasennuksen jälkeen monesti
> moninkertaisesti aikaa itse asennukseen verrattuna.

Konfausta juuriosiolla varsin vähän mikäli käytetään erillistä
/home osiota. Tosin myös /home hakemisto on nopeasti palautettavissa
mikäli on tuore backup. Erillisen home osion käyttöä perinteisesti
puoltaa se, että levytoiminnot hieman nopeutuvat jos home ja juuri osiot
ovat eri levyillä.

> SSD:lle asennetulle keyttikselle kannattanee ehkä tehdä säätöjä levyn
> trim:n suhteen, ja ehkä konffata swapin käyttöä.
>

Minulla on muistia 8 GB, joten swapin käyttö on normaalisesti olematonta.
Kuitenkin minulla swap on perinteisellä levyllä lähinnä turvaamassa
elpymistä mahdollisilta virhe tilanteilta.

>> Noista osioista nyt varsinaisesti käytössä ovat:

>> sda3_S131-rescue, sdc1_S132-root, sdc2_S132-home, sda12-local-1
>> sdb9-Local_2, sda13-local-3, sda7_Swap
>
> Kauhean monta partitiota sulla on koneessasi. Kotikoneen laitan aina
> ainoastaan partitioon. /boot jotta voi varmistua, että boottiloaderin
> vaatimat kamat on BIOSin saatavilla myös vanhoilla BIOSeilla (Tosin
> eipä noita levyjä ikinä mihinkään siirretä, joten se alla oleva bios
> kyllä pysyy stabiilina, mutta toi nyt on vain vanha tapa). Sitten
> swap-osio, ja kaikki loput yhteen. Periaatteessa /home:n eriyttäminen
> voisi olla perusteltua, mutta musta on parempi, että ei tartte
> jatkossakaan miettiä, että jostain määrätystä osiosta tulikin liian
> pieni, vaikka levyllä olisikin viä tilaa.
>

Mielestäni homen koko on syytä pitää varsin pienenä ja säilyttää
siellä useimmin käytetyt asiat sekä käyttäjä kohtaiset confaukset.
Minulla homessa on oikeastaan vain oletusasennuksessa tulevat asiat.
Minun ja vaimon koneissa home osion koko 15 GB ja käytössä noin
4 - 8 GB. Tällöin backupit ovat pienehköjä ja nopeasti tehtäviä.

sda3_S131-rescue mielestäni perusteltu kun sen grub2:n valikosta
voi käynnistää muut käyttikset. Lisäksi sen avulla on mukava tehdä
backupit ja muutakin mitä ei voi tehdä käynnissä olevassa systeemissä,
ei tarvitse käyttää hitaasti käynnistyvää ja toimivaa usb tai dvd rescue
systeemiä. Eikä tarvitse joka kerta määrittää tarvittavia uudelleen
tarvittavia mount hakemistoja

sda12-local-1 sdb9-Local_2 ja sda13-local-3 ovat suuria 300 - 700 GB
osioita. Niiden sisältö suurehkon ei sovellu 128 GB SSD-levyn home
osioille. Nuo osiot sisältävät digi kuvia, viimeisimmät backupit koska
ne ovat nopeampi tehdä niille kuin suoraan ulkoisille USB-levyille,
VirtualBox:n virtuaali levyjä, .rpm:miä joita ei ole distrojen
normaali repoissa ja muuta sekalaista ryhmiteltynä suhteellisen
suhteellisen helposti löydettäviksi.

> Jos taas teen jotain palvelinta, niin sitten usein laitan logit yms,
> kontrolloimattomasti täyttyvät osiot erikseen, jotta ne ei
> täyttyessäänkään sitten riko muuta koneen toimintaa.
>

--

Viljo

[Reijo Korhonen]

Jos asennat Linuxin ssd-levylle, niin jakelu tekee oleellisimmat säädöt
ihan itse ja oikein. Ainakin Ubuntu teki, kun sen asensin ssd:lle.

Ideahan noissa ohjeissa on se, että ssd-levylle kirjoittaminen
minimoidaan, sillä kirjoittaminen kuluttaa levyä, mutta lukeminen ei. Myös
TRIM on oleellinen. Itse kävin nuo linkkisi ohjeet läpi Ubuntu
asentamisen jälkeen ja kaikki oli hyvin lähellä tuota ohjetta, joten en
muista korjanneeni mitään oleellista. Ja sen jälkeen asia onkin unohtunut.

No, koneeni on varsion konservatiivi eli käyttöjärjestelmä ssd:lle ja /
home perinteiselle levylle. Swappiä ei ole, edes perinteilellä
kiintolevyllä, kun on muistia. enkä muutenkaan aka mitään kovin muistia
syövää kuten tietokantaa.

Puolisen vuotta on ssd toiminut, joten ei Linux ihan heti ssd:tä ainakaan
tapa. Työkoneessani, jossa on Windows on vain SSD-levy ja se on jaksanut
kaksi vuotta hidastumatta ja luultavasti jaksaa ainakin sen 3 vuoden
leasingin loppumisen rajapyykkiin asti ja ylikin, joten näyttävät hieman
vanhemmatkin SSD-levyt jaksavan kirjoittamistakin, ei ehkäpä nuo linkin
ohjeet ovat hieman ylivarovaisia, tai tarkoitus on turvata hyvin pitkä
ssd:n käyttöaika. Mutta jollekin on merkitystä sille, jaksaako ssd-levy
neljä vuotta vai kymmenen vuotta. Oma Linux koneeni vaikuttaa nyt niin
nopealta ja muistia siinä on niin hulppeasti, että nyt en näe mitään
syytä päivittää tälläista konetta kymmeneen vuoteen. Voi olla että matkan
aikana mieli muuttuu. Tämä kone ei tosiaan ollut hintahaitarin yläpäästä,
vaan sieltä alapäästä.


--
Re...@iki.fi.nospam.invalid
http://www.iki.fi/Reijo

[Viljo Mustonen]

Mielestäni noita asioista nykyisillä SSD-levyillä ei tarvitse kovin suurta
huolta kantaa. :)

Koneessa 8 GB muistia, joten swappia tarvitsisi.
Kaiken varalta on kuitenkin 10 GB swap osio perinteisellä levyllä.

Olen vuosikausia käyttänyt seuraavan tapaisia fstab tietoja:

--------------------------------

viljo@Viljo:~> cat /etc/fstab
LABEL=sdc1_S132-root / ext4 noatime,nodiratime,acl,user_xattr,discard 1 1
LABEL=sda7_Swap swap swap defaults 0 0
LABEL=sdc2_S132-home /home ext4 noatime,nodiratime,defaults,discard 1 2
LABEL=sda12-local-1 /local ext4 defaults 1 2
LABEL=sdb9-Local_2 /local_2 ext4 defaults 1 2
LABEL=sda13-local-3 /local_3 ext4 defaults 1 2

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0

----------------------

sdc on SSD-levy.

TRIM:in olen ajanut manuaalisesti noin viikottain roottina scriptillä:

--------------------------

#!/bin/sh
# Name: Fstrim.sh

mount /dev/sdc1 /mnt/sdc1
mount /dev/sdc2 /mnt/sdc2
mount /dev/sdc3 /mnt/sdc3
mount /dev/sdc4 /mnt/sdc4
mount /dev/sdc5 /mnt/sdc5
mount /dev/sdc6 /mnt/sdc6
mount /dev/sdc7 /mnt/sdc7
# mount /dev/sdc8 /mnt/sdc8

fstrim -v /mnt/sdc1
fstrim -v /mnt/sdc2
fstrim -v /mnt/sdc3
fstrim -v /mnt/sdc4
fstrim -v /mnt/sdc5
fstrim -v /mnt/sdc6
fstrim -v /mnt/sdc7
# fstrim -v /mnt/sdc8

umount /mnt/sdc1
umount /mnt/sdc2
umount /mnt/sdc3
umount /mnt/sdc4
umount /mnt/sdc5
umount /mnt/sdc6
umount /mnt/sdc7
# umount /mnt/sdc8
exit

-----------------------

SSD-levy: Samsung SSD 840 PRO 128 GB.
Ollut käytössä noin 2.5 vuotta. Noin 10% osioimatta.
GSmartControl:n mukaan ei yhtään vara sectoria käytössä.

--
Viljo

[Reijo Korhonen]

On Tue, 26 May 2015 00:10:43 +0300, Viljo Mustonen wrote:


> TRIM:in olen ajanut manuaalisesti noin viikottain roottina scriptillä:

Mikset anna ajastuksen hoitaa, niin ei tarvitse itse muistaa?


--
Re...@iki.fi.nospam.invalid
http://www.iki.fi/Reijo

[Viljo Mustonen]

Reijo Korhonen wrote:

> On Tue, 26 May 2015 00:10:43 +0300, Viljo Mustonen wrote:
>
>
>> TRIM:in olen ajanut manuaalisesti noin viikottain roottina scriptillä:
>
> Mikset anna ajastuksen hoitaa, niin ei tarvitse itse muistaa?
>

En ole viitsinyt selvittää miten rootin oikeuksia vaativa scripti
systemd:ssä ajastetaan. ;)

Huomasin edellisessä viestissäni asia virheen:

"Koneessa 8 GB muistia, joten swappia tarvitsisi.
Kaiken varalta on kuitenkin 10 GB swap osio perinteisellä levyllä."

Pitää olla:

Koneessa 8 GB muistia, joten swappia ei tarvitsisi.

Kaiken varalta on kuitenkin 10 GB swap osio perinteisellä levyllä.

--
Viljo

[Anssi Saari]

Arto Järvinen <ars...@gmail.com> writes:

> Nyt lueskelin taas vähän lisää tuosta ssd-levystä linuxissa..
>
> Pitääkö sitä ihan oikeasti säätää kuten tuossa linkissä sanotaan:
>
> https://sites.google.com/site/easylinuxtipsproject/ssd#TOC-Limit-swap-wear

Saahan sitä säätää jos haluaa mutta en näe tuota kovin
tarpeelliseksi. Mulla isoin pointti oli saada sivutus SSD:lle jotta
hibernaatioon ja pois pääsee nopeammin, bootin ja joidenkin ohjelmien
käynnistymisen nopeutumisen lisäksi.

> Taidan jättää väliin koko ssd:n jos noin vaikeaksi menee :(

Minusta tuossa ei ollut mitään vaikeaa mutta... SSD ei ole jäätelöä, se
ei sula vaikka sen ottaakin pakastimesta pois ja laittaa koneeseen
kiinni.

[Reijo Korhonen]

On Tue, 26 May 2015 08:37:02 +0300, Viljo Mustonen wrote:

> En ole viitsinyt selvittää miten rootin oikeuksia vaativa scripti
> systemd:ssä ajastetaan. ;)

Mikä jakelu sinulla on? Ainakin Ubuntussa ja Fedorassa/Red Hatissa on
hakemistot, jonne tunnettain, päivittäin, viikoittain suoritettavat
ohjelmat (yleensä linkit niihin) sijoitetaan. Päivittäin ja viikoittain
ajetavat ohjelmat ajetaan niihin aikoihin, jolloin koneen oletetaan
olevan vähiten puuhassa sen käyttäjän ollessa nukkumassa.

--
Re...@iki.fi.nospam.invalid
http://www.iki.fi/Reijo

[Viljo Mustonen]

Reijo Korhonen wrote:

> On Tue, 26 May 2015 08:37:02 +0300, Viljo Mustonen wrote:
>
>> En ole viitsinyt selvittää miten rootin oikeuksia vaativa scripti
>> systemd:ssä ajastetaan. ;)
>
> Mikä jakelu sinulla on? Ainakin Ubuntussa ja Fedorassa/Red Hatissa on
> hakemistot, jonne tunnettain, päivittäin, viikoittain suoritettavat
> ohjelmat (yleensä linkit niihin) sijoitetaan. Päivittäin ja viikoittain
> ajetavat ohjelmat ajetaan niihin aikoihin, jolloin koneen oletetaan
> olevan vähiten puuhassa sen käyttäjän ollessa nukkumassa.
>

OpenSUSE 13.2

--
Viljo

[Arto Järvinen]

On 26.05.2015 20:56, Reijo Korhonen wrote:
> On Tue, 26 May 2015 08:37:02 +0300, Viljo Mustonen wrote:
>
>> En ole viitsinyt selvittää miten rootin oikeuksia vaativa scripti
>> systemd:ssä ajastetaan. ;)
>
> Mikä jakelu sinulla on? Ainakin Ubuntussa ja Fedorassa/Red Hatissa on
> hakemistot, jonne tunnettain, päivittäin, viikoittain suoritettavat
> ohjelmat (yleensä linkit niihin) sijoitetaan. Päivittäin ja viikoittain
> ajetavat ohjelmat ajetaan niihin aikoihin, jolloin koneen oletetaan
> olevan vähiten puuhassa sen käyttäjän ollessa nukkumassa.
>

Huomasin just et Mintissä on cron.weeklyssä fstrim-scripti, vissiin sama
asia mistä on puhe ?????

--
Arto Järvinen
ars...@gmail.com

[Vahis]

On 2015-05-26, Viljo Mustonen <viljo.m...@pp.inet.fi> wrote:
> Reijo Korhonen wrote:
>
>> On Tue, 26 May 2015 00:10:43 +0300, Viljo Mustonen wrote:
>>
>>
>>> TRIM:in olen ajanut manuaalisesti noin viikottain roottina scriptillä:
>>
>> Mikset anna ajastuksen hoitaa, niin ei tarvitse itse muistaa?
>>
>
> En ole viitsinyt selvittää miten rootin oikeuksia vaativa scripti
> systemd:ssä ajastetaan. ;)
>

Esim näin:

#crontab -e

Sitten:
@weekly /absoluttinen/polku/scripti

Vahis
>

[Anssi Saari]

Viljo Mustonen <viljo.m...@pp.inet.fi> writes:

> TRIM:in olen ajanut manuaalisesti noin viikottain roottina scriptillä:

Minkähän takia? Kun kerran mounttaa optiolla discard niin erikseen
trimistä ei käsittääkseni ole hyötyä.

[Reijo Korhonen]

Juuri se. Minu Ubuntu-versiossa on seuraava varoitusteksti:

# This only runs on Intel and Samsung SSDs by default, as some SSDs with
faulty
# firmware may encounter data loss problems when running fstrim under
high I/O
# load (e. g. https://launchpad.net/bugs/1259829). You can append the
# --no-model-check option here to disable the vendor check and run fstrim
on
# all SSD drives.

En tiedä kuin validi tuo varoitus on muille levyille tällä hetkellä.
Itselläni on Samsungin SSD-levy, jolle tuo TRIM luvataan ajettavan. Ja
koneellani on harvoin mitään raskasta I/O:ta meneillään muutenkaan,
varsinkaan siihen aikaan kun tuo cron.weekly:ssä oleva skripti ajetaan.


--
Re...@iki.fi.nospam.invalid
http://www.iki.fi/Reijo

[Reijo Korhonen]

Tuossa <http://fi.wikipedia.org/wiki/SSD#TRIM-
komento_ja_ylikirjoitusongelma> sanotaan että
"Linuxin ydin sisältää tuen versiosta 2.6.33 alkaen; komento välitetään
perille mikäli käytössä on ext4-tiedostojärjestelmä "discard"-valinnalla."

Eli siinä minusta lukee, että TRIM:lllä on vaikutusta vain, jos ext4 on
"discard"-optiolla, mutta muuten ei tee mitään. TRIM:llähän pyritään
estämään SSD:n muistisolujen turhaa pyyhintää kertomalla levylle, mitkä
solut eivät enää ole käytössä, vaikka niille joskus on kirjoitettu
jotain. Ja silloin niitä ei myöskään tarvitse pyyhkilä ennen kuin niille
taas uudcestaan kirjoitetaan jotain. Tuossa linkissä on kuvattu, että
TRIM välittää tämän kirjanpidon levylle, nykyisessä ratkaisussa siis
kerran viikossa. Tätä ei tehdä useammin tässä selitettävän syyn takia
"TRIM-komentoa ei sen alkuperäisessä määritelmässä voinut suorittaa
asynkronisesti, mikä tarkotti ettei sitä voinut asettaa jonoon levylle
kohdistettujen muiden toimintojen kanssa. Jono täytyi tyhjentää ensin,
mikä rajoitti suorituskykyä. Uudemmassa SATA 3.1 -standardissa tätä
ongelmaa ei ole: TRIM-komento voidaan lisätä muiden komentojen sekaan."

Ilmeisesti nyt kannattaa ostaa SATA 3.1-yhteensopivia levyjä, jos niitä
on saatavana.

Mutta kun selaan Samsungin spesifikaatioita, niin Sata 3.1 toi mSata
liitännän, mutta Sata 3.0 toi jonotettavan TRIM-komennon. Wikissä taitaa
siis olla virhe.

Minulla on Samsungin 840EVO SSD-levynä ja se mitä ilmeisimmin osaa tuon
jonotavan TRIM-komennon ja tämä jonottava TRIM -ominaisuus myös
selittäisi, miksi fstrim-makrossa oli tuo varoitus olla ajamatta tuota
skriptiä ajastetusti muilla kuin Samsungin ja Intyellin SSD_levyillä.

Nyhthän tuo TRIM-ajetaan kerrsan viikossa, mutta viikossa saattaa levyllä
tapahtua paljon. Ja sitä myötä paljon turhia solujen pyyhintöjä ja levy
kuluu turhaan. Ilmeisesti Sata 3.0 levyillä tuota jonottavaa TRIM-
komentoa voitaisiin ajaa milloin vain. Miksikä sitä ei ajettaisi joka
kerta kun kovalevyltä poistetaan jotain? Tai kerran tunnissa? Tai edes
kerran päivässä?


--
Re...@iki.fi.nospam.invalid
http://www.iki.fi/Reijo

[Viljo Mustonen]

Reijo Korhonen wrote:

> On Wed, 27 May 2015 12:21:42 +0300, Anssi Saari wrote:
>
>> Viljo Mustonen <viljo.m...@pp.inet.fi> writes:
>>
>>> TRIM:in olen ajanut manuaalisesti noin viikottain roottina scriptillä:
>>
>> Minkähän takia? Kun kerran mounttaa optiolla discard niin erikseen
>> trimistä ei käsittääkseni ole hyötyä.
>
> Tuossa <http://fi.wikipedia.org/wiki/SSD#TRIM->
komento_ja_ylikirjoitusongelma> sanotaan että
> "Linuxin ydin sisältää tuen versiosta 2.6.33 alkaen; komento välitetään
> perille mikäli käytössä on ext4-tiedostojärjestelmä "discard"-valinnalla."
>

Muutama päivä sitten selailin pikaisesti discart vs fstrim juttua.
Tulokset sekavia riippuen kirjoittajista ja aikakaudesta. Jossain
mainittiin (en muista URL:ää), että discart kutsuu fstrim:miä, joten
Anssin huomautus olisi aiheellinen. Toisaalla mainitaan, että fstrim
ilmoittaa levylle osion kaiken vapaa tilan ja olisi hyvä ajaa ajoittain.


Toisaalta aikaisemmin esittämässäni scriptissä osioita ei mountata
discart optiolla. Kuitenkin vaste on:

Viljo:/home/viljo # Fstrim.sh
/mnt/sdc1: 8,7 GiB (9369722880 bytes) trimmed
/mnt/sdc2: 10,9 GiB (11698827264 bytes) trimmed
/mnt/sdc3: 14,3 GiB (15308955648 bytes) trimmed
/mnt/sdc4: 9,6 GiB (10288381952 bytes) trimmed
/mnt/sdc5: 13,9 GiB (14915911680 bytes) trimmed
/mnt/sdc6: 14,3 GiB (15308955648 bytes) trimmed
/mnt/sdc7: 14,3 GiB (15308951552 bytes) trimmed

Jos yritän fstrim:miä normaali levylle, vaste on:

Viljo:/home/viljo # fstrim -v /local
fstrim: /local: the discard operation is not supported

Tiedä sitten toimiiko TRIM SSD-levyllä todellisuudessa ilman discart
mount optiota. :)

> Eli siinä minusta lukee, että TRIM:lllä on vaikutusta vain, jos ext4 on
> "discard"-optiolla, mutta muuten ei tee mitään. TRIM:llähän pyritään
> estämään SSD:n muistisolujen turhaa pyyhintää kertomalla levylle, mitkä
> solut eivät enää ole käytössä, vaikka niille joskus on kirjoitettu
> jotain. Ja silloin niitä ei myöskään tarvitse pyyhkilä ennen kuin niille
> taas uudcestaan kirjoitetaan jotain. Tuossa linkissä on kuvattu, että
> TRIM välittää tämän kirjanpidon levylle, nykyisessä ratkaisussa siis
> kerran viikossa. Tätä ei tehdä useammin tässä selitettävän syyn takia
> "TRIM-komentoa ei sen alkuperäisessä määritelmässä voinut suorittaa
> asynkronisesti, mikä tarkotti ettei sitä voinut asettaa jonoon levylle
> kohdistettujen muiden toimintojen kanssa. Jono täytyi tyhjentää ensin,
> mikä rajoitti suorituskykyä. Uudemmassa SATA 3.1 -standardissa tätä
> ongelmaa ei ole: TRIM-komento voidaan lisätä muiden komentojen sekaan."
>
> Ilmeisesti nyt kannattaa ostaa SATA 3.1-yhteensopivia levyjä, jos niitä
> on saatavana.
>
> Mutta kun selaan Samsungin spesifikaatioita, niin Sata 3.1 toi mSata
> liitännän, mutta Sata 3.0 toi jonotettavan TRIM-komennon. Wikissä taitaa
> siis olla virhe.
>
> Minulla on Samsungin 840EVO SSD-levynä ja se mitä ilmeisimmin osaa tuon
> jonotavan TRIM-komennon ja tämä jonottava TRIM -ominaisuus myös
> selittäisi, miksi fstrim-makrossa oli tuo varoitus olla ajamatta tuota
> skriptiä ajastetusti muilla kuin Samsungin ja Intyellin SSD_levyillä.
>

Minulla on Samsung SSD 840 PRO, sille Gsmartcontrol sanoo:

SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)

Sinun 840EVO SSD-levy on nuorempi, joten varmaankin varmaankin on
SATA 3.1
>
--
Viljo

[Ari Saastamoinen]

Viljo Mustonen <viljo.m...@pp.inet.fi> writes:

> Tiedä sitten toimiiko TRIM SSD-levyllä todellisuudessa ilman discart
> mount optiota. :)

Mikäli olen oikein ymmärtänyt, niin fstrim komennolla ei ole mitään
tekemistä mountin optioiden tai niiden puutteen kanssa. Toi fstrim
skannaa tiedostojärjestelmän läpi ja ilmoittaa suoraan laitteelle
käyttämättömät blokit. Noi mountin optiot sitten vaikuttavat siihen,
että tekeekö kerneli noita trimmauksia automaattisesti aina blokin
vapautuessa. Molempia ei kuulu käyttää samassa koneessa.

[Anssi Saari]

Reijo Korhonen <reijo.k...@invalid.invalid> writes:

> On Wed, 27 May 2015 12:21:42 +0300, Anssi Saari wrote:
>
>> Viljo Mustonen <viljo.m...@pp.inet.fi> writes:
>>
>>> TRIM:in olen ajanut manuaalisesti noin viikottain roottina scriptillä:
>>
>> Minkähän takia? Kun kerran mounttaa optiolla discard niin erikseen
>> trimistä ei käsittääkseni ole hyötyä.
>
> Tuossa <http://fi.wikipedia.org/wiki/SSD#TRIM-
> komento_ja_ylikirjoitusongelma> sanotaan että
> "Linuxin ydin sisältää tuen versiosta 2.6.33 alkaen; komento välitetään
> perille mikäli käytössä on ext4-tiedostojärjestelmä "discard"-valinnalla."

> Eli siinä minusta lukee, että TRIM:lllä on vaikutusta vain, jos ext4 on
> "discard"-optiolla, mutta muuten ei tee mitään.

Ettei turhaan mennä merta edemmäs kalaan niin man mount (Ubuntu 14.04
LTS) sanoo näin:

discard/nodiscard
Controls whether ext4 should issue discard/TRIM commands
to the underlying block
device when blocks are freed.

Sivuhuomautuksena nykyään kyllä muutkin Linuxin tukemat
tiedostojärjestelmät hoitavat trimmauksen jos on mountattu
discard-optiolla, tänä keväänä myös NTFS-3g.

> TRIM:llähän pyritään estämään SSD:n muistisolujen turhaa pyyhintää
> kertomalla levylle, mitkä solut eivät enää ole käytössä, vaikka niille
> joskus on kirjoitettu jotain.

Ei pyritä estämään turhaa pyyhintää vaan pyyhkimään etukäteen ne lohkot
mitkä eivät ole enää käytössä jotta levyllä olisi aina tyhjiä lohkoja
vapaana joille voidaan suoraan kirjoittaa. Koko TRIMin pointti on tuo,
sillä pyritään parantamaan suorituskykyä eikä säästämään. Edelleenkään
SSD ei ole jäätelöä.

> "TRIM-komentoa ei sen alkuperäisessä määritelmässä voinut suorittaa
> asynkronisesti, mikä tarkotti ettei sitä voinut asettaa jonoon levylle
> kohdistettujen muiden toimintojen kanssa. Jono täytyi tyhjentää ensin,
> mikä rajoitti suorituskykyä.

Tuolla tuskin on suurta merkitystä, juuri luin muistaakseni
anandtechistä että palvelinkuormallakin jonon pituus SSD:llä on
tyypillisesti 2 ja siinä mielessä benchmarkit jotka käyttävät pidempiä
jonosyvyyksiä ovat aika teoreettisia.

[Reijo Korhonen]

On Sat, 30 May 2015 16:55:07 +0300, Ari Saastamoinen wrote:

> Viljo Mustonen <viljo.m...@pp.inet.fi> writes:
>
>> Tiedä sitten toimiiko TRIM SSD-levyllä todellisuudessa ilman discart
>> mount optiota. :)
>
> Mikäli olen oikein ymmärtänyt, niin fstrim komennolla ei ole mitään
> tekemistä mountin optioiden tai niiden puutteen kanssa. Toi fstrim
> skannaa tiedostojärjestelmän läpi ja ilmoittaa suoraan laitteelle
> käyttämättömät blokit. Noi mountin optiot sitten vaikuttavat siihen,
> että tekeekö kerneli noita trimmauksia automaattisesti aina blokin
> vapautuessa. Molempia ei kuulu käyttää samassa koneessa.

Pieni nettihaku vahvistaa tämän. Löysin myösd yleisohjeen siitä, kummin
kannatta menetellä, ottaako automaattitriimin käyttöön fstabissa vaiko
ajastetun trimmin esim. viikoittain. Jos on paljon vapaata tilaa SSD:llä,
niin ajastettu trim. takaa hyvän suoritukyvyn. Jos taas SSD:llä on vähän
vapaata tilaa ja tiedostoja deletoidaan usein (video-editointia tms.)
niin automaattitrim joka deletoinnissa discardilla on parempi. Itsellä
oli tuo ensimmäinen eli ajastettu päällä Ubuntussa ja kun vapaata tilaa
on paljon, se näyttää juuri oikealta valinnalta.

--
Re...@iki.fi.nospam.invalid
http://www.iki.fi/Reijo

[Arto Järvinen]

On 23.05.2015 17:14, Arto Järvinen wrote:
> Eli tarkoitus olisi hommata ssd levy ja kopsata nykyinen Mint asennus
> uudelle levylle.. Kopiointi ei varmaankaan ole ongelma, mutta mitä
> loitsuja pitää tehdä, että saa Linuxin boottaamaan uudelta levyltä, eikä
> vanhalta ????? Pelkkä Biosin asetusten muuttaminen ei varmaankaan riitä
> ????
>
>

Päädyin lopulta tekemään puhtaan asennuksen :)

Nyt ihmetyttää uuden levyn nopeus vanhaan verrattuna ???

Tietsikka käynnistyy nyt n. 10 sek nopeammin (ennen 40 sek nyt 30 sek)

Testasin pikaisesti hdparmilla nuo levyt ja tollasta antoi:


Vanha sata levy SAMSUNG HD252H

$ sudo hdparm -tT /dev/sda

/dev/sda:
Timing cached reads: 3990 MB in 2.00 seconds = 1999.18 MB/sec
Timing buffered disk reads: 296 MB in 3.00 seconds = 98.50 MB/sec


uusi ssd levy Samsung SSD 850 EVO 250GB

$ sudo hdparm -tT /dev/sdb

/dev/sdb:
Timing cached reads: 3942 MB in 2.00 seconds = 1972.96 MB/sec
Timing buffered disk reads: 574 MB in 3.01 seconds = 190.92 MB/sec

Eli ei ihan niin hyvä parannus kuin kuvittelin :(
Onko nyt niin, että vanhan emolevyn sata-2 liitännällä ei pääse
parempaan nopeuteen, vai löytyykö joku säätö jostain ????

Aika turha vaihto muuten paitsi et onhan ssd vähän hiljaisempi :)


--
Arto Järvinen
ars...@gmail.com

[Viljo Mustonen]

Arto Järvinen wrote:

> On 23.05.2015 17:14, Arto Järvinen wrote:
>> Eli tarkoitus olisi hommata ssd levy ja kopsata nykyinen Mint asennus
>> uudelle levylle.. Kopiointi ei varmaankaan ole ongelma, mutta mitä
>> loitsuja pitää tehdä, että saa Linuxin boottaamaan uudelta levyltä, eikä
>> vanhalta ????? Pelkkä Biosin asetusten muuttaminen ei varmaankaan riitä
>> ????
>>
>>
>
> Päädyin lopulta tekemään puhtaan asennuksen :)
>
> Nyt ihmetyttää uuden levyn nopeus vanhaan verrattuna ???
>
> Tietsikka käynnistyy nyt n. 10 sek nopeammin (ennen 40 sek nyt 30 sek)
>
> Testasin pikaisesti hdparmilla nuo levyt ja tollasta antoi:
>
>
> Vanha sata levy SAMSUNG HD252H
>
> $ sudo hdparm -tT /dev/sda
>
> /dev/sda:
> Timing cached reads: 3990 MB in 2.00 seconds = 1999.18 MB/sec
> Timing buffered disk reads: 296 MB in 3.00 seconds = 98.50 MB/sec
>
>
> uusi ssd levy Samsung SSD 850 EVO 250GB
>
> $ sudo hdparm -tT /dev/sdb
>
> /dev/sdb:
> Timing cached reads: 3942 MB in 2.00 seconds = 1972.96 MB/sec
> Timing buffered disk reads: 574 MB in 3.01 seconds = 190.92 MB/sec
>

Minulla Samsung on SSD 840 PRO 128 GB, joka suurin on piirtein samaa
nopeusluokkaa. Sillä sata 2 väylässä:

Viljo:/home/viljo # hdparm -tT /dev/sdc1

/dev/sdc1:
Timing cached reads: 13552 MB in 1.99 seconds = 6793.89 MB/sec
Timing buffered disk reads: 800 MB in 3.00 seconds = 266.59 MB/sec

"Timing cached reads" mittaa muistin ja CPU:n yhteisnopeutta.
Vaikuttaa, että sinulla on hidas muisti tai CPu, ehkä molemmat.
Onko sinulla koneessa kaksikanavainen muisti ja molemmilla
kanavilla samanlaiset muistipiirit? Yksikanavainen muisti toimii
suunnilleen puolta hitaammin.

"Timing buffered disk reads" mittaa suunnilleen varsinaista varsinaista
levyn nopeutta. Siihenkin vaikuttaa myös muistin ja CPU:n nopeus.
Tosin tuo minun noin 40% parempi levy nopeus ei käytännössä paljonkaan
tunnu, varsinkin jos pullon kaula on muistissa ja CPU:ssa.

--
Viljo

[t...@bastu.net]

=?UTF-8?B?QXJ0byBKw6RydmluZW4=?= <ars...@gmail.com> writes:
>Testasin pikaisesti hdparmilla nuo levyt ja tollasta antoi:
>Vanha sata levy SAMSUNG HD252H

> Timing buffered disk reads: 296 MB in 3.00 seconds = 98.50 MB/sec
>
>uusi ssd levy Samsung SSD 850 EVO 250GB

> Timing buffered disk reads: 574 MB in 3.01 seconds = 190.92 MB/sec
>Eli ei ihan niin hyvä parannus kuin kuvittelin :(

Hyvältähän tuo näyttää. Melkein tuplasti nopeampi oikeassa levyltä
lukemisessa. Se korkeampi hdpamin luku kertoo lähinnä kuinka
nopeasti levyn välimuistista siirtyy tieto tietokoneen muistiin.

Omassa masiinassani on ero ssd-levyn ja perinteisen levyn ero nopeudessa
vielläkin pienempi.

>Aika turha vaihto muuten paitsi et onhan ssd vähän hiljaisempi :)

Toivottavasti edes tuntuu nopeammalta oikeassa käytössä...

kt

[Arto Järvinen]

Tämä kone on 6 vuotta vanha, silloin tää oli keskitasoa parempi, mutta
nyt varmaan tolkuttoman hidas :)

Muistaakseni tässä on muistia vain 1 neljän Gigan palikka, eikä
hajuakaan mistään kanavista :(

tollaset palikat joskus tilasin:
4GB Dual Kit DDR2-800 F2-6400CL4D-4GBPK 4-4-4-12 1 kpl
Core 2 Duo E7500, 2,93GHz, FSB1066, 3MB, LGA775 1 kpl

Mut näillä nyt mennään, kiitos vastauksesta :)

--
Arto Järvinen
ars...@gmail.com

[Anssi Saari]

Arto Järvinen <ars...@gmail.com> writes:

> Onko nyt niin, että vanhan emolevyn sata-2 liitännällä ei pääse
> parempaan nopeuteen, vai löytyykö joku säätö jostain ????

Kyllähän tuo kaiketi vähän parempikin voisi olla, mun läppäri pääsee
tämmöisiin lukemiin:

# hdparm -tT /dev/sda

/dev/sda:
Timing cached reads: 6280 MB in 2.00 seconds = 3140.79 MB/sec
Timing buffered disk reads: 704 MB in 3.00 seconds = 234.29 MB/sec

Kyseessä siis Thinkpad X201 puolen vuosikymmenen takaa. SATA-2 ja
prossuna Core i5 M520, SSD on OCZ:n Vertex 2. Ihan mukavasti tuo SSD
nopeuttaa isompien ohjelmien käynnistymistä ja heräämistä
hibernaatiosta. Jos jotain niin uudemmat SSD:t olisivat
vähäsähköisempiä.

[Viljo Mustonen]

Arto Järvinen wrote:


> tollaset palikat joskus tilasin:
> 4GB Dual Kit DDR2-800 F2-6400CL4D-4GBPK 4-4-4-12 1 kpl
> Core 2 Duo E7500, 2,93GHz, FSB1066, 3MB, LGA775 1 kpl
>

Tämä kone on noin 6 vuotias HP XW 4600 työasema.
CPU: Intel Quad Q9550 2.83 GHz
Muisti: 8GB (2x4GB) DDR2-800 ECC

Nopeasti näköjään nuo vuodet kuluvat. :)

--
Viljo

[Arto Järvinen]

Jep, mullakin oli muistikuva et mun palikat olis jotain 3 vuotta sitten
ostettu, mutta totuus paljastui vanhoista s-posteista.

Hyvin nämä kuitenkin riittää meikäläisen käyttöön :)

--
Arto Järvinen
ars...@gmail.com