Re: Home Directory in SSD

Leslie S Satenstein <[email protected]>
Newsgroups gmane.linux.debian.user.laptop
Message-ID <[email protected]>
I have a Desktop system and it has an SSD.  On that system I also have an internal terrabyte hard disk for backups.  One is /scratch, /backup1  and reserved.

Because I do little with some Directories I move a few of them to /scratch

I partitioned that hard disk into three equal partitions. I mounted one partition as /scratch and the second partition as /backupOn the scratch I set permissions to 1777 (owned by root)  
I then moved my /Downloads, /Documents /Videos /Music to /scratch
(eg I created /scratch/Downloads    /scratch/Documents etc.)I then did a rmdir ~/Downloads ~/Documents ~/Music, and ~/Videos 
and the added symbolic links   
ln -s /scratch/Documents Documentsln -s /scratch/Downloads Downloadsln -s /scratch/Music    Musicln -s /scratch/Pictures Pictures
ln -s /scratch/Videos  Videos
So, as far as I am concerned, I have put what I do not require onto the /scratch partition of the non-SSD drive./, /boot, /root, /home, ~ ,  ~/Dropbox and ~/Development and ~/Desktop and swap remain where they are on the SSD.
My system has 2 users /other (a non admin) and /leslie (admin)  with their heavy activities relegated to compiling, testing, and running a virtual machine or two.The "other" user (which I called other) is vanilla in regards to assignments. All other's files and folders are on the SSD. I use it for most activities that do not require administrator privileges).
My 4 gig Ram laptop has a straight 120 gig SSD, replacing an older 300gig hard disk. The laptop benefited from the SSD for previously mentioned reasons,
One extra benefit for the laptop  -- longer battery life (no spinning disk) and cooler operation.

 Regards 
 Leslie
 Mr. Leslie Satenstein
Montréal Québec, Canada



 
      From: Matus UHLAR - fantomas <[email protected]>
 To: [email protected] 
 Sent: Sunday, February 7, 2016 11:49 AM
 Subject: Re: Home Directory in SSD
   
>Am Sonntag, 7. Februar 2016, 00:57:24 CET schrieb Matus UHLAR - fantomas:
>> I consider two possibilities for my home PC
>> 1. mirror SSD and HDD (I currently have two old 120 HDDs in mirror)

On 07.02.16 11:12, Martin Steigerwald wrote:
>I think this can be done with regular rsync or btrfs send/receive.

I think this is much more like running backups to HDD than RAID, so I would
better avoid this...

>I probably wouldn´t try to use BTRFS RAID 1 or SoftRAID 1, cause I think the
>slower disk will slow down write accesses.

Should not be a problem, especially for someone who runs the solution for
being safe against SSD issues.

>Also I am not sure whether the RAID
>implementations are aware of disk speed and for example shuffle most of the
>reads to the SSD in that case. I bet they aren´t (yet).

This should be AFAIK no problem. You can even speed up the HDD to avoid
reads by marking it write-mostly.

>> 2. using bcache, dm-cache or flashcache (cache HDD on SSD)
>
>If you use bcache with write caching you basically double your risk of data
>loss.

double? explain, please.

>> maybe someone could share experience with some of these...
>
>bcache worked in a test more than a year ago I think. But I don´t use it, so…
>no idea about long term reliability.
>
>And alternative is also using a hybrid harddisk that uses a little amount of
>flash as caching. You have one device and its all transparent. But you have
>lots of logic in firmware. Seagate does these, I am not sure whether other
>vendors do these meanwhile as well.

hybrid HDD is very nice alternative, and in fact it is what I would
like to "emulate" using either flash cache mechanism mentioned above.
The main difference is that current hybrids only have 8GB of cache, so the
speedup is not that noticeable.

-- 
Matus UHLAR - fantomas, [email protected] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Boost your system's speed by 500% - DEL C:\WINDOWS\*.*
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.