[opensuse-hu] forumlink,ssd
Haliho! Haliho!
A http://www.opensuse.org/hu/ oldalon ki kellene javítani a fórum linkjét, mert rossz helyre mutat(Invalid Forum specified. If you followed a valid link, please notify the administrator). A jó link: http://forums.opensuse.org/magyar-hungarian/magyar/
Több mint 3 hónapja említettem, de azóta senki nem nézett rá? Ez egy gazdátlan oldal? SSD-n van W8.Ha mellé teszek egy suse-t úgy, hogy a telepítéskor levesz a W8 partícióból, akkor azt jó ponton fogja megtenni (alignálás)? Vagy mire kell figyelni, ha SSD-re telepítem? Üdv:Tamás
2013. július 25. csütörtök 17:03:10 keltezéssel Szekeres Tamás feladótól alábbiakban idézett levél érkezett drótpostán:
Haliho! Hali!
SSD-n van W8.Ha mellé teszek egy suse-t úgy, hogy a telepítéskor levesz a W8 partícióból, akkor azt jó ponton fogja megtenni (alignálás)? Vagy mire kell figyelni, ha SSD-re telepítem? Ugyanarra, mint HDD esetében. W8 partíció teljes töredezettségmentesítése és optimalizálása. Utána hozni létre a Linux számára partíciót.
jókat: .~. /V\ /( )\ Zsiráf ^^ ^^ openSUSE 12.3 / 3.7.10 / KDE 4.10.5/ LibreOffice 4.1.0
Szia! Ezen kívül jogos a kérdésed, SSD esetében jól kell "alignálni", azaz igazítani a fájlrendszer blokkjait. Az esetek többségében nem lehet elrontani, a lényeg a következő: Van egy "doboz" MÉRET, ami azt mondja meg, hogy az SSD-n lévő "dobozok", amikbe pakol, mekkora. Ez a hardver réteg, az SSD lemezed. A következő rétegben a partíciók vannak, ahol szintén "dobozokkal" dolgozunk (csak más a neve). Itt ami fontos, az a "dobozok" KEZDŐ POZÍCIÓJA. A következő rétegben a fájlrendszer van, ahol már megint "dobozokkal" dolgozunk (szintén más néven), itt megint a "dobozok" MÉRETE számít. Ettől még nem teljes a kép, de képzeld el a dolgot valahogy így: Fájlrendszer: |_____|_____|WWWWW|_____|_____|_____| SSD: |____|_____|WWWWW|WWWWW|_____|_____|_____| A WWW-jel jelölt dobozba írunk, ami lent az SSD-nél két doboz írását jelenti, tehát 2x lassabb mint lehetne. Ha ezek után nem aludtál el, akkor a gyakorlatban (nagyon leegyszerűsítve) ez így néz ki: Van az SSD-nek egy doboz mérete (128, 256, 512 byte, ilyesmi), illetve van egy "igazítás méret", ami azt jelenti, hogy mekkora az a lépték, ahol partíciók kezdődhetnek. Ez általában 1 megabájt, de extrém esetekben (pl. nálam) lehet 2 is. Anélkül, hogy értenéd nyugodtan megteheted azt, hogy 2-4 vagy akár 8 megabájttal dolgozol, mert: * A lemez elején nem számít, hogy vesztesz ~10 MB-ot * Nem számít, hogy a particiók mérete ~10MB-al osztható (utóbbi esetben már nem számít az "igazítás" mérete, ott már elég a doboz, de ne bonyolítsd a saját életedet) Ha ez így tetszetős, akkor arra figyelj, hogy: 1. Kezdődjön jó helyen a partíció [*****] # fdisk -l /dev/sda ..... Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes ..... Device Boot Start End Blocks Id System /dev/sda1 * 2048 1837055 917504 83 Linux /dev/sda2 1837056 54265855 26214400 83 Linux ..... Itt látszik, hogy minden partíció kezdete 1 MB-al osztható (így a méretek is). (2048 szektor -> 2048 * 512 byte = 1 MB) 2. Legyen jó méretű a fájlrendszer doboza is: # tune2fs -l /dev/sda1 tune2fs 1.42.6 (21-Sep-2012) ..... Block size: 4096 ..... Itt nem lehet elrontani, csak akkor, ha nagyon kicsi az érték (az SSD blokkjánál kisebb). Az ideális az lenne, ha pont akkora lenne, de nincs értelme 512 byte-os blokkokat használni, csak akkor, ha rengeteg 512 byte-os, vagy annál kisebb fájlod van. Utóirat: Tehát a legfontosabb rész a [*****]-al jelölt. Van viszont sok más tényező, ami szintén fontos: * noatime bekapcsolása (HDD esetében fontosabb is) * gyakran írt/olvasott fájlok memóriában tartása * swap SSD-re helyezése (gyorsabb mint a HDD) * kernel IO scheduler-jének átállítása (kikapcsolása) az SSD-kre * Egyéb, "logikai" döntések Utóirat2: Ha RAID-ben is gondolkodsz, akkor a RAID, a fájlrendszer és az SSD stripe és stride méreteit is egymáshoz kell igazítani a maximális teljesítmény érdekében. Utóirat3: Bocsánat, hogy ilyen sokat írok, de még egy fontos: A te esetedben a Windows lehet, hogy rosszul particionálta meg az SSD-t, szóval ellenőrizd le, hogy az első partició is jó helyen kezdődjön. Üdv, Ottó
Haliho! Tyűha! A végefelé elvesztettem a fonalat, és az elejét se tudnám visszamondani, de logikusnak tűnt mikor olvastam :D Szóval amikor a telepítő átméretezi a windows partíciót, akkor azt úgy teszi, hogy az új linuxos eleje 1024-el osztható legyen? Ha ez mégsem így sikerül, akkor utólag módosítható(eltolható?) Köszönöm (Zsiráfnak is)! Üdv:Tamás ----------------------------------------
Date: Thu, 25 Jul 2013 19:09:30 +0200 From: hgj@sch.bme.hu To: opensuse-hu@opensuse.org Subject: Re: [opensuse-hu] forumlink,ssd
Szia!
Ezen kívül jogos a kérdésed, SSD esetében jól kell "alignálni", azaz igazítani a fájlrendszer blokkjait. Az esetek többségében nem lehet elrontani, a lényeg a következő:
Van egy "doboz" MÉRET, ami azt mondja meg, hogy az SSD-n lévő "dobozok", amikbe pakol, mekkora. Ez a hardver réteg, az SSD lemezed.
A következő rétegben a partíciók vannak, ahol szintén "dobozokkal" dolgozunk (csak más a neve). Itt ami fontos, az a "dobozok" KEZDŐ POZÍCIÓJA.
A következő rétegben a fájlrendszer van, ahol már megint "dobozokkal" dolgozunk (szintén más néven), itt megint a "dobozok" MÉRETE számít.
Ettől még nem teljes a kép, de képzeld el a dolgot valahogy így:
Fájlrendszer: |_____|_____|WWWWW|_____|_____|_____| SSD: |____|_____|WWWWW|WWWWW|_____|_____|_____|
A WWW-jel jelölt dobozba írunk, ami lent az SSD-nél két doboz írását jelenti, tehát 2x lassabb mint lehetne.
Ha ezek után nem aludtál el, akkor a gyakorlatban (nagyon leegyszerűsítve) ez így néz ki:
Van az SSD-nek egy doboz mérete (128, 256, 512 byte, ilyesmi), illetve van egy "igazítás méret", ami azt jelenti, hogy mekkora az a lépték, ahol partíciók kezdődhetnek. Ez általában 1 megabájt, de extrém esetekben (pl. nálam) lehet 2 is. Anélkül, hogy értenéd nyugodtan megteheted azt, hogy 2-4 vagy akár 8 megabájttal dolgozol, mert: * A lemez elején nem számít, hogy vesztesz ~10 MB-ot * Nem számít, hogy a particiók mérete ~10MB-al osztható (utóbbi esetben már nem számít az "igazítás" mérete, ott már elég a doboz, de ne bonyolítsd a saját életedet)
Ha ez így tetszetős, akkor arra figyelj, hogy:
1. Kezdődjön jó helyen a partíció [*****]
# fdisk -l /dev/sda ..... Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes ..... Device Boot Start End Blocks Id System /dev/sda1 * 2048 1837055 917504 83 Linux /dev/sda2 1837056 54265855 26214400 83 Linux .....
Itt látszik, hogy minden partíció kezdete 1 MB-al osztható (így a méretek is). (2048 szektor -> 2048 * 512 byte = 1 MB)
2. Legyen jó méretű a fájlrendszer doboza is:
# tune2fs -l /dev/sda1 tune2fs 1.42.6 (21-Sep-2012) ..... Block size: 4096 .....
Itt nem lehet elrontani, csak akkor, ha nagyon kicsi az érték (az SSD blokkjánál kisebb). Az ideális az lenne, ha pont akkora lenne, de nincs értelme 512 byte-os blokkokat használni, csak akkor, ha rengeteg 512 byte-os, vagy annál kisebb fájlod van.
Utóirat: Tehát a legfontosabb rész a [*****]-al jelölt. Van viszont sok más tényező, ami szintén fontos: * noatime bekapcsolása (HDD esetében fontosabb is) * gyakran írt/olvasott fájlok memóriában tartása * swap SSD-re helyezése (gyorsabb mint a HDD) * kernel IO scheduler-jének átállítása (kikapcsolása) az SSD-kre * Egyéb, "logikai" döntések
Utóirat2: Ha RAID-ben is gondolkodsz, akkor a RAID, a fájlrendszer és az SSD stripe és stride méreteit is egymáshoz kell igazítani a maximális teljesítmény érdekében.
Utóirat3: Bocsánat, hogy ilyen sokat írok, de még egy fontos: A te esetedben a Windows lehet, hogy rosszul particionálta meg az SSD-t, szóval ellenőrizd le, hogy az első partició is jó helyen kezdődjön.
Üdv, Ottó
Sziasztok! Most telepítettem fel az új gépemre a 12.3 x64 változatát, a frissítések rendben lezajlottak, felraktam az AMD grafikus meghajtóját. gThomek@linux-gthomek:~> glxinfo | grep -i direct direct rendering: Yes GL_AMD_multi_draw_indirect, GL_AMD_name_gen_delete, GL_ARB_draw_indirect, GL_ARB_draw_instanced, GL_ARB_map_buffer_range, GL_ARB_multi_draw_indirect, GL_ARB_multisample, GL_EXT_copy_buffer, GL_EXT_copy_texture, GL_EXT_direct_state_access, Az újraindítás után az asztali effektek ki volt kapcsolva, be szerettem kapcsolni, az eredmény a következő: "Nem sikerült betölteni 20 asztali effektust." Részletek: "Technikai okok miatt nem lehetséges meghatározni az összes hibaforrást Az asztali effektusrendszer nem fut" Mi lehet a hiba?
2013. augusztus 12. hétfő 22:31:41 keltezéssel Göbölyös Bozsák Tamás feladótól alábbiakban idézett levél érkezett drótpostán:
Sziasztok! Hali!
Most telepítettem fel az új gépemre a 12.3 x64 változatát, a frissítések rendben lezajlottak, felraktam az AMD grafikus meghajtóját. Először is egy kérdés. Van valami különös oka, amiért az x64 változatra van szükséged?
gThomek@linux-gthomek:~> glxinfo | grep -i direct Milyen telepítési forrásból tetted fel az AMD grafikus meghajtót?
jókat: .~. /V\ /( )\ Zsiráf ^^ ^^ openSUSE 12.3 / 3.7.10 / KDE 4.10.5/ LibreOffice 4.1.0
participants (4)
-
"Horváth Gergely J. (Ottó)"
-
Göbölyös Bozsák Tamás
-
Szekeres Tamás
-
Zsiráf