Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Well, a few answers for your questions:
You will notice quite a bump in speed! Especially when loading the system, installing updates and starting up applications. Games, though (I use one of my SDDs for games) benefit little, to nothing at all, at least for native games. Other than that, the drive should work just as a regular disk. I think that when an SSD reaches its EOL, you get a lot of I/O errors, something to keep in mind.
Thank you for all the info and your time.
EXT4FS, BTFS and F2FS all work well with virtual block SSDs provided you enable the SSD features. Newer distros will properly do this as newer builds of mkfs will pull the device info to determine how to best format the drive. So long as you are using direct disk access this will work well, and there is no reason not to on a desktop SSD.
I recommend F2FS for SSDs. as it is specifically designed to work with flash devices. It auto wear-levels and places writes to physical block bounderies in order to reduce controller load and flash unit wear. It auto-tunes for a variety of controller types and memory types. It's probably your best option.
BTFS while technically stable is still very young, and I would recommend against it.
Most of your recent horror stories about Linux losing data are with BTFS. F2FS has all the advantages of BTFS, and has had corporate backing to reach stability faster. It also has been in widespread use on many devices for several years now.
Microsoft has an actual add campaign to spread horror stories of Linux failure wide and far, while minimizing the Windows horror stories. The fact is that Windows failure rate for everything is insanely higher.
To summarize, with F2FS, Linux will run better on an SSD than Windows.
Out of avoiding to put the swap partition in the SSD (if you're concerned about your SSD lifespam and you usually run out of physical ram), you can use the same way you use a HDD if you're on a modern Linux distro.
You can, but if you'll have each OS on a different physical drive, I recommend you to select OS boot by using your UEFI/BIOS boot drive selection.
You get a big speed improvement on boot and any I/O operations. I see the difference mainly when I use docker to build images. Also, compiling gets a big boost (gentoo users probably loves this).
I've been using SSDs with Linux for years. I'm using an M.2 Samsung drive now. It's fine.
The only real issue you might run into is the drive slowing down if you save to/delete stuff very often. This includes installing programs (especially through the command line, since that tends to install where the O.S. is located). An HDD is recommended for that. Even if you do use an SSD in such a manner, they will last a good while. My 500gb is going on 2 years.
Just FYI,
Always trying to help, Mark
The speed improvements should be similar to those under Windows: Greatly improved responsiveness, but no big gains wrt games.
I'm running my system from an SSD for years now (the first one was 80 GB) without problems and hate it when I have to touch a PC without SSD.
$ sudo /sbin/fstrim -v --all || true
[sudo] password for ack:
/home: 322.8 GiB (346574139392 bytes) trimmed
/windows: 159.2 GiB (170890711040 bytes) trimmed
/mnt/sda1: 625 GiB (671051759616 bytes) trimmed
/mnt/512GB_SSD_PCIe: 432.3 GiB (464186445824 bytes) trimmed
/: 16.4 GiB (17607323648 bytes) trimmed
3 different SSDs
Just FYI
make sure SATA in the Bios is selected to AHCI (I believe?? Advanced Host Contrtoller Input), and ALSO Disabling RAID may solve a problem (Linux Not seeing the SSD in a prebuilt machine)