Hard Drive Recommendation

English Open Chat
#21

On Fri 24 Jan 2014 04:36:01 PM CST, conram wrote:
Hi Malcolm,
My order arrived yesterday and I followed exactly your suggestion except
for the I/O schedule.
Maybe I will post a question in another section of this forum regarding
the I/O etc… and link it to this thread
for the SSD.

My machine now is up and running and happy to see my boot time improved
significantly to 5-seconds.:slight_smile:

Again thanks for the help.

Hi
Kewl!!! :slight_smile: On this dual core which only boots openSUSE ATM fires up in
between 8.5 and 10.5 seconds from power on.

I use gummiboot and just boot (~27ms) and no plymouth stuff;


systemd-analyze

Startup finished in 4.891s (firmware) + 28ms (loader) + 3.115s (kernel) + 2.645s (userspace) = 10.681s

–
Cheers Malcolm °¿° SUSE Knowledge Partner (Linux Counter #276890)
openSUSE 13.1 (Bottle) (x86_64) GNOME 3.10.2 Kernel 3.11.6-4-desktop
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!

#22

Hi,

Mine has only openSUSE 13.1 xfce 4.10 with lightdm no windows in it

systemd-analyze
Startup finished in 1.392s (kernel) + 2.622s (userspace) = 4.015s

Can’t complain with this result. :slight_smile:

#23

Hi malcolm,

I think there is no need of starting a new thread
Just to make sure I am doing the right thing here.
Please advise if I am doing right.

Here is what I did on my fstab

/dev/disk/by-id/ata-ST1000DM003-1CH162_Z1D6F58V-part2 swap                 swap       defaults              0 0
/dev/disk/by-id/ata-Samsung_SSD_840_EVO_120GB_S1D5NSADC58029F-part2 /                    ext4       acl,user_xattr,**noatime,discard **       1 1
/dev/disk/by-id/ata-Samsung_SSD_840_EVO_120GB_S1D5NSADC58029F-part1 /boot/efi            vfat       umask=0002,utf8=true  0 0
/dev/disk/by-id/ata-ST1000DM003-1CH162_Z1D6F58V-part1 /container           ext4       acl,user_xattr        1 2
/dev/disk/by-id/ata-Samsung_SSD_840_EVO_120GB_S1D5NSADC58029F-part3 /home                ext4       acl,user_xattr**,noatime,discard **       1 2

I made a new entry in etc/sysctl.conf for the changes in the swappiness
Is this the right place to make the changes?

####
#
# /etc/sysctl.conf is meant for local sysctl settings
#
# sysctl reads settings from the following locations:
#   /boot/sysctl.conf-<kernelversion>
#   /lib/sysctl.d/*.conf
#   /usr/lib/sysctl.d/*.conf
#   /usr/local/lib/sysctl.d/*.conf
#   /etc/sysctl.d/*.conf
#   /run/sysctl.d/*.conf
#   /etc/sysctl.conf
#
# To disable or override a distribution provided file just place a
# file with the same name in /etc/sysctl.d/
#
# See sysctl.conf(5), sysctl.d(5) and sysctl(8) for more information
#
####

# net.ipv6.conf.all.disable_ipv6 = 1

vm.swappiness = 10

when I reboot my machine and check

sysctl vm.swappiness
vm.swappiness = 10

Original swappiness was 60
The vm.vfs_cache_pressure = 100
Do I need to change this also?

Thanks in advance

#24

On Sat 25 Jan 2014 03:16:01 PM CST, conram wrote:
The vm.vfs_cache_pressure = 100
Do I need to change this also?

Thanks in advance

Hi
I would (but that’s me :wink: It causes the kernel to prefer to retain
dentry and inode caches longer.

Everything else looks good. Think about the io scheduler since your
running a rotating drive as well.

I run noop on my two laptops that have SSD’s which are the only
drives. I have another system running a RAID10 setup for data and
access via sftp…

–
Cheers Malcolm °¿° SUSE Knowledge Partner (Linux Counter #276890)
openSUSE 13.1 (Bottle) (x86_64) GNOME 3.10.2 Kernel 3.11.6-4-desktop
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!

#25

Thanks, I may have to do some reading.

#26

Update
I repartitioned the hard disk drive (/dev/hdb)
and added a new partition for /var and move the
old /var from SSD to the new. does this one will make any difference?

#27

Although somewhat late I stumbled upon this the other day.
http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/

#28

Thanks for that link.
It is better late than never.
If I break another hdd there is something to refer to before I buy.