SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
No one need beyond of one standard/cheappo 128GB SSD for his personal Slackware root filesystem, with a WD Blue about 1TB for /home and swap; and some RAID5 or even RAID6 made from 4 to 6 x3TB Enterprise grade WD, for the personal collection of Pron, if case. For developers, an aditional 500GB WD Black Edition will be useful.
Offtopic: For gamers, should the WD blue drive be sued for games or should a gamer take the additional 500GB WD Black drive you recommended for developers, and substitute it for a 1TB WD black drive? I'm not in the market for new hard drives, but I am just wondering.
Thanks for all the responses. I'll have my new SSD on wednesday. I'll probably just put /tmp and maybe /var on the old HDD and discard,noatime the rest of / on the SSD.
Most SlackBuild are designed to compile and package the files in /tmp, which could obviously benefit from the high speed of an SSD. For modern SSDs, there really shouldn't be a worry that you'll exceed the drives ability to write the cells. TechReport did a test where they subjected drives to a bombardment of writes and erases. A quick report shows:
Quote:
The first lesson came quickly. All of the drives surpassed their official endurance specifications by writing hundreds of terabytes without issue.
If we take that a drive is able to write 100TB before it starts having issues (they all greatly surpassed that amount considering the first (receoverable) errors started around 200TB and the first drive to die was at just over 700TB), and we throw some huge writing number, like 50GB/day, that drive would last for over 5 years. But who is going to write 50GB a day, every day, for 5 years straight? One drive lasted to 2.4PB of data written, which would take 131 years for someone to do with 50GB/day.
I write this to say, use the drive to best help your computing. /tmp will benefit, as will a swap (if you ever use a swap). The nand cells will likely outlast the rest of the hardware on the drive, so it's best to use it to speed up as much as you can.
Quote:
Originally Posted by pcninja
Offtopic: For gamers, should the WD blue drive be sued for games or should a gamer take the additional 500GB WD Black drive you recommended for developers, and substitute it for a 1TB WD black drive? I'm not in the market for new hard drives, but I am just wondering.
You'll see better load times with a black drive, since it is able to perform reads faster than a blue drive. It is up to the user to determine whether that is worth the extra money. I'd certainly recommend using black over blue for gaming (if not already using an SSD). As for the space, it depends on what the user intends on installing. Games are taking up more and more space, especially if you have a lot of steam games, so it could be worth spending the extra for a larger drive.
I also just got new SSD and yesterday I replaced my HDD with it. It's Samsung 850 PRO 256GB.
I ran 3 basic tests with bonnie++ to test the 3 different schedulers and there is almost no difference.
Filesystem is ext4.
I choose to go with noop, just because it does nothing [Less complex algorithm, less troubles].
All this being said, I must ADMIT that replacing HDD with SSD has brought new level of experience into my life
I have ThinkPad T520i and I said to myself that putting the SSD is the last upgrade I'm going to make to this puppy.
I must say I'm impressed how much faster it runs. Not that all important to me, but the boot time went down from 60s to 20s.
In general, everything runs faster, particularly when it comes to application load time. I haven't tested the performance too much, but the impression I have is very good.
This clearly shows that noop (as all the others) is a good choice for SSD.
Stock Slackware doesn't have support for BFQ, so I'm not gonna comment on that.
Stock Slackware doesn't have support for BFQ, so I'm not gonna comment on that.
This is because it currently is only available as patches to kernels. It hasn't been officially added to the kernel, although, they are working towards inclusion (although, it's anybody's guess on how long that will take).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.