Language Selection

English French German Italian Portuguese Spanish

Preferred Filesystem

you missed btrfs ;)

I'm personally using ext4 on all my systems at the moment with the view to moving to btrfs when opensuse allows it as an install option (unless I missed it in the latest snapshots)...

The advantage of cached filesystems is a huge performance gain and should only be used on systems with a UPS.
(unless you manage to crash linux somehow, which does happen to me non infrequently but can always be traced back to known issues)

If you want speed you risk data loss, but if you want data security you lose speed.
Always has been and always will be.

Money appears to fix this problem i.e. setting up a RAID server, but there is always a compromise or sacrifice for the feature that is most demanded, although with a complex RAID array the compromise is only money which is great if you have that much of it Wink

Ext4

Smart people use XFS, end of story. No next-next clicking into Ext4.

In 1998, my CAD workstaton was an SGI system running a 64 bit IRIX OS over XFS. It was used to model the parts of a complete car by a major motor corporation. And now, in 2010, people should settle with 32 bit Ext4!? Only if they don't know better.

ext4 purely for the speed of

ext4 purely for the speed of fsck.

More in Tux Machines

Tumbleweed Gets New Mesa, KDE Frameworks, GNOME Packages

A total of four openSUSE Tumbleweed snapshots were released this week that brought new updates for the Linux Kernel, Mesa and a major version update of libglvnd. RADV received several fixes in snapshot 20180424 with the update to Mesa 18.0.1. Mesa core also had some patches to fix issues around overriding the OpenGL/ES supported version through environment variables, and a patch to fix an issue with texture samples found in “The Witness” through Wine. An updated description for the SSLProtocol option was made available with the apache2 2.4.33 package and apparmor 2.13 delivered a change of the (writeable) cache directory to /var/cache/apparmor/ with the new btrfs layout. The reason for using /var/lib/apparmor/cache/, which was “it’s part of the / subvolume”, is gone, and /var/cache makes more sense for the cache, according to the changelog. The cleanup process and behavior are a lot better with the update of ccache 3.4.2. Backup tool deja-dup 38.0 was a major update and exclude snap cache directories by default. GTK has a new ‘Widgetbowl‘ demo and the wayland backend now supports the stable xdg-shell protocol in gtk3 3.22.30. Linux Kernel 4.16.3 arrived in the snapshot and the GL Vendor-Neutral Dispatch library, libglvnd, was bumped to major version 1.0.0 thanks to EGL and GLX interfaces being defined and stable. The Tumbleweed rating tool is currently treading the snapshot as stable with an 88 rating. Read more

Raspberry Pi alternatives: 10 single-board computers for novice coders

Raspberry Pi 3 Model B+ is the dinky single-board computer grabbing headlines around the world, and for good reason. Initially launched as a tool to train up amateur coders, it has since gone on to sell more than 19 million units worldwide.

[...]

If you’re weighing up your options, read on for the best Raspberry Pi 3 B+ alternatives.

Read more

“The printer story” redux: a testimonial about the injustice of proprietary firmware

I’ve always supported free software, but never felt the concrete importance of it until proprietary firmware threatened to cause a big problem, in terms of money, time, and environmental impact, for the company where I work. It’s a mid-sized company, employing about one thousand people. It’s highly production-oriented, and we need to print about two or three thousand paper sheets per week only for the production plans, on a special kind of paper. This number doesn’t include any reprints or further needs, so the total printed pages can be even higher. We used to print everything with an old printer, which worked fine, but it didn't have an integrated stapler, and required a lot of human time to staple all the sheets as needed. After a production increase and the consequent increase in printing of orders, we asked for a new printer with an integrated stapler. After some weeks of testing and a lot of work to try and make the printer handle our production orders, we faced a big problem: the printer couldn’t do what we needed. If we tried to print on the special paper, the printer printed perfectly but automatically disabled the stapler, because it’s developed to not work with a thicker sheet of paper. We would need a more complex (and expensive) stapling system. If we modified the paper settings to “normal paper,” the stapler would work fine, but the printing came out faded. Read more Also: Guix welcomes Outreachy, GSoC, and Guix-HPC interns

Today in Techrights