Romanian PC Forum Sabitech Media - web design, gazduire web, promovare, seo, logo design si branding


Go Back   Romanian PC Forum > Software > Unix - Linux - BSD > Arch GNU/Linux

Arch GNU/Linux Sectiune dedicata pentru Arch GNU/Linux.


Reply
 
Thread Tools
Old 19.02.2015, 21:06   #1
AnbuBlack
*nix enthusiast
 
AnbuBlack's Avatar
 
Join Date: 20.04.2011
Location: 127.0.0.1
Posts: 3,941
Thanks: 4,655
Thanked 6,203 Times in 2,979 Posts
Default Optimizare SSD GNU/Linux

Pentru a crește durata de viața și performanțele unui SSD pe un sistem GNU/Linux ar trebui să facem următoare:

*Nu creați partiție swap pe SSD sau creați-o pe Hdd, pentru că va reduce mult durata de viață a SSD-ului, de asemnea dacă nu există swap instalat pe Hdd se poate opri swappiness-ul -> /etc/sysctl.d/99-sysctl.conf:
Code:
 vm.swappiness=0
- activăm suportul pentru TRIM, acest lucru se face în felul următor: edităm /etc/fstab și adăugăm opțiunea discard sau putem folosi TRIM la intervale regulate de timp cu ajutorul lui fstrim.

- pentru a reduce sau dezactiva scrierea pe disk de fiecare dată când un fișier este citit se folosesc următoarele opțiunii:
i) noatime pentru dezactivarea scrierei
ii) relatime pentru a reduce semnificativ numărul acestora
ex.
Code:
/dev/sda1  /       ext4   defaults,noatime,discard   0  1 
/dev/sda2  /home   ext4   defaults,noatime,discard   0  2
- o altă modificare care trebuie făcută este să schimbăm planificatorul I/O din kernel (I/O schedule), asta dacă SSD-ul este singurul spațiu de stocare din calculator. I/O default este cfq pentru hard disk-uri, va trebui să alege una din opțiunile noop sau deadline.

Code:
$ cat /sys/block/sdX/queue/scheduler
 noop deadline [cfq]
Pentru a selecta un nou I/O dăm următoarea comandă:
Code:
# echo deadline > /sys/block/sdX/queue/scheduler
$ cat /sys/block/sdX/queue/scheduler
noop [deadline] cfq
Pentru ca după restart opținea aleasă să fie persistentă adugăm în /etc/default/grub la linia:
GRUB_CMDLINE_LINUX_DEFAULT= următoarele: "elevator=deadline", apoi regenerăm fișierul grub din /boot:
Code:
grub-mkconfig -o /boot/grub/grub.cfg
Pentru un mix hdd/ssd trebuie folosită o regula în /etc/udev/rules.d/60-schedulers.rules
Code:
 
# set deadline scheduler for non-rotating disks 
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline"
- o altă optimzare ar fi mutarea fișierelor temporale în ram:

Code:
 
tmpfs    /tmp         tmpfs    size=2G,defaults,noatime,mode=1777 0 0
tmpfs    /var/log     tmpfs    defaults,noatime,mode=1777 0 0
tmpfs    /var/cache/pacman/pkg     tmpfs    defaults,noatime,mode=1777 0 0
- o altă opțiune este mutarea profilurilor browser-urilor în ram. Acest lucru se realizează cu ajutorul unui utilitar care există în AUR (pentru Arch Linux) și anume: profile-sync-daemon.

profile-sync-daemon

Code:
$ pacaur -S profile-sync-daemon
Edităm /etc/psd.conf și în final va arăta în felul următor:
Quote:
#
# /etc/psd.conf
#
# For documentation, refer to the psd man page or the wiki page
# https://wiki.archlinux.org/index.php...le-sync-daemon

## WARNING Do NOT edit anything in this file while psd is running!
## To protect data from corruption, in the event that you do make an edit
## while psd is active, any changes made will be applied the next time
## you start-up psd.

# List users separated by spaces whose browser(s) profile(s) will get symlinked
# and sync'ed to tmpfs
# Do NOT list a user twice!
#
# Example
# USERS="facade debbie"
USERS="anbu"

# List browsers separated by spaces to include in the sync. Useful if you do not
# wish to have all possible browser profiles sync'ed
#
# Possible values:
# chromium
# chromium-dev
# conkeror.mozdev.org
# epiphany
# firefox
# firefox-trunk
# google-chrome
# google-chrome-beta
# google-chrome-unstable
# heftig-aurora
# icecat
# luakit
# midori
# opera
# opera-developer
# opera-beta
# otter-browser
# qupzilla
# palemoon
# rekonq
# seamonkey
#
# Uncomment and select which browsers to manage if you wish
# Otherwise all available/supported browsers will be managed
# which is NOT recommended if users have many browser profiles
BROWSERS="firefox conkeror.mozdev.org"

# Define where browser profiles will reside in tmpfs
# This location must be mounted to tmpfs and MUST have permissions of 777
# Use NO trailing backslash!
#
# Suggested locations based on distro defaults:
# Arch Linux/Chakra, Fedora, and Gentoo leave this commented out
# Debian 6 and below use a setting of "/dev/shm"
# Debian 7+ use a setting of "/run/shm"
VOLATILE="/dev/shm"

# Define where the pid file for psd will reside
# Arch Linux/Chakra, Debian 7+, Fedora, and Gentoo leave this commented out
# Debian 6 and below/Mint/Ubuntu use a setting of "/var/run/psd"
DAEMON_FILE="/run/psd"

# Uncomment to use an overlayfs instead of a full copy to reduce the memory costs and
# to improve sync/unsync operations.
#
# You must modprobe either the 'overlayfs' or 'overlay' module prior to running psd if
# you enable this option. Distros running the linux kernel version >=3.18.0 are likely
# using the 'overlay' module while some distros shipping older kernels, notably Ubuntu
# provide the older version of this technology which is provided in the 'overlayfs'
# module not 'overlay' module.
USE_OVERLAYFS="yes"
Activăm ca procesul să pornească la startup
Code:
# systemctl enable psd
# systemctl start psd
Cu ajutorul comenzi psd p vizualizăm dacă procesul este funcțional.
__________________
Doar Universul şi prostia umană sunt infinite, însă nu sunt sigur de primul. - Albert Einstein


_________________
Manuale:
_FreeBSD: FreeBSD Handbook | The Complete FreeBSD | Unix Toolbox | FAQ
_Arch GNU/Linux : ArchWiki

Last edited by AnbuBlack; 17.09.2016 at 15:04.
AnbuBlack is offline   Reply With Quote
The Following 3 Users Say Thank You to AnbuBlack For This Useful Post:
bogdan (24.02.2015), flashboy (19.02.2015), ono (19.02.2015)
Old 09.03.2015, 17:42   #2
bogdan
RPC Super Moderator
 
bogdan's Avatar
 
Join Date: 26.06.2010
Posts: 5,333
Thanks: 5,820
Thanked 7,829 Times in 3,982 Posts
Default Re: Optimizare SSD GNU/Linux

Quote:
Originally Posted by AnbuBlack View Post
Știu unele lucruri le-am cam dus la extrem, cum este adaugarea lui /var/tmp în tmpfs, deși nerecomandată de FSH (Filesystem Hierachy Standard), nu se va întâmpla nimic rău, cred .
Anbule, pe CentOS 7 by default /tmp e tmpfs si are ~2G:
Quote:
df
Filesystem 1K-blocks Used Available Use% Mounted on
tmpfs 1903808 1526408 377400 81% /tmp
Ce-i drept insa, /var/tmp e in /
Acuma, daca treaba cu temporarele ca tmpfs a intrat si la branch-uri enterprise, se pare ca functioneaza OK Nici in /var/tmp nu pare sa fie stocat ceva crucial care sa necesite persistenta intre reboot-uri, asadar why not tmpfs ?
__________________
CHIAR Imi place Romanian PC Forum - www.rpc-forum.ro!
bogdan is offline   Reply With Quote
The Following User Says Thank You to bogdan For This Useful Post:
AnbuBlack (09.03.2015)
Old 09.03.2015, 18:10   #3
AnbuBlack
*nix enthusiast
 
AnbuBlack's Avatar
 
Join Date: 20.04.2011
Location: 127.0.0.1
Posts: 3,941
Thanks: 4,655
Thanked 6,203 Times in 2,979 Posts
Default Re: Optimizare SSD GNU/Linux

Și în Arch /tmp este tmpfs by default, iar capacitatea este jumătate din ram, dar în Btrfs numai este default și de asta a trebuit să adaug manual intrarea în fstab.
__________________
Doar Universul şi prostia umană sunt infinite, însă nu sunt sigur de primul. - Albert Einstein


_________________
Manuale:
_FreeBSD: FreeBSD Handbook | The Complete FreeBSD | Unix Toolbox | FAQ
_Arch GNU/Linux : ArchWiki
AnbuBlack is offline   Reply With Quote
The Following 2 Users Say Thank You to AnbuBlack For This Useful Post:
Alin99 (09.03.2015), bogdan (09.03.2015)
Old 11.03.2015, 05:58   #4
ono
RPC Gold Member
 
Join Date: 22.03.2013
Age: 66
Posts: 760
Thanks: 1,062
Thanked 337 Times in 193 Posts
Default Re: Optimizare SSD GNU/Linux

Quote:
AnbuBlack a scris:
Cam așa ar trebui să arate /fstab optimizat pentru SSD-uri. Știu unele lucruri le-am cam dus la extrem
Luat astfel la bani mărunți, un SSD implică mai multe belele decât aduce avantaje. S-ar putea deduce de aici că doar un specialist foarte pregătit ar putea să își cumpere un SSD. Căci, cum ar putea un muncitor obișnuit să năzuiască la așa ceva, cum ar fi, manipularea fstab-ului cu așa multă dibăcie? Și atuncea se impune o singură concluzie: dezvoltatorii să includă ceva ca un driver ( modul de kernel ) care să se ocupe el singur de toate măsurile acestea, fără știrea și peste capul userului. La mac există un astfel de driver ( să-i zicem ). Bănuiesc ( doar ) că și microsoftiștii au luat măsura asta. Și dacă așa merg lucrurile, dezvoltatorii de linux nu dorm nici ei. În paralel se dezvoltă tehnologia și una dintre ținte va fi exact creșterea ciclurilor de scrieri pe disc. Bașca, nefiind ceva în mișcare, e posibil să se ieftinească mai tare decât HDD-urile, care sunt pline de zbârnâitori, platane, cursoare, șamd, produse cu dificultate și care se tot învârt.
Cam așa cred eu că va decurge treaba.
__________________
Imi place Romanian PC Forum - www.rpc-forum.ro!
ono is offline   Reply With Quote
Old 11.03.2015, 11:04   #5
sdw
RPC Gold Member
 
Join Date: 02.03.2011
Age: 42
Posts: 975
Thanks: 20
Thanked 1,079 Times in 575 Posts
Default Re: Optimizare SSD GNU/Linux

Pe servere nici nu cred ca merita folosit SSD (sau ma rog, depinde si de functia serverului). De exemplu la un server web timpul de boot nu conteaza, functionand permanent. Timpul de acces la fisiere iar nu conteaza, pt ca daca e RAM suficient, oricum o sa fie in cache. Iar logurile trebuie neaparat sa fie persistente, deci cicluri de scriere extrem de multe. Singurul loc unde vad util un SSD este un server care serveste fisiere foarte mari, care nu in incap in cache. Cel mult ceva hibrid, HDD clasic pt sistem si SSD montat in /var/www.
__________________
E bine să ai mintea deschisă, dar nu aşa deschisă încât să-ţi cadă creierul.
sdw is offline   Reply With Quote
Old 11.03.2015, 13:12   #6
AnbuBlack
*nix enthusiast
 
AnbuBlack's Avatar
 
Join Date: 20.04.2011
Location: 127.0.0.1
Posts: 3,941
Thanks: 4,655
Thanked 6,203 Times in 2,979 Posts
Default Re: Optimizare SSD GNU/Linux

În general serverele au ramdisk-uri pentru cache sau o parte din memorie este făcută ramdisk. Am văzut servere cu SSD-uri, ce este drept nu foarte multe, dar există. Oricum mari producători de SSD-uri au deja astfel de dispozitive: Samsung SSD 845DC EVO/PRO, Seagate 1200 SSD,etc.
__________________
Doar Universul şi prostia umană sunt infinite, însă nu sunt sigur de primul. - Albert Einstein


_________________
Manuale:
_FreeBSD: FreeBSD Handbook | The Complete FreeBSD | Unix Toolbox | FAQ
_Arch GNU/Linux : ArchWiki
AnbuBlack is offline   Reply With Quote
Reply

Bookmarks


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
De ce linux ? HyperCoder Unix - Linux - BSD 16 01.02.2014 09:56
Optimizare Windows 7 / 8 COMAN DINU-VICE Windows 2 21.06.2013 00:42
Optimizare PC rapidă cu UltraTWEAK UN2013 Aplicatii diverse 0 01.03.2013 14:10
Linux OS adulet Unix - Linux - BSD 11 22.02.2012 23:18
Optimizare sistem (WINDOWS) COMAN DINU-VICE Windows 6 18.01.2011 23:03

 
Advertisement




camere foto digitale

aparate foto digitale


Partner Links
Sabitech Media - dezvoltare web, servicii media

RSP Forum - sateliti.info
Comunitate Satelitara






All times are GMT +2. The time now is 03:22.


Powered by vBulletin® - © Jelsoft Enterprises Ltd.
~ Copyright © 2007-2015 Romanian PC Forum ~
Toate drepturile rezervate

Romanian Sattelites Provider Wi-Fi Magazin