Originally posted by caligula
View Post
Announcement
Collapse
No announcement yet.
QtWebEngine Poses Problems For Debian, Distribution Vendors
Collapse
X
-
Originally posted by caligula View PostAnd your hard drive is 8000 GB? So what? The apps are supposed to use the space we have free. Not using space means it's a broken design, not taking advantage of the hardware.
Comment
-
Originally posted by nanonyme View PostThe saying is about RAM, not about disk storage. RAM is always better used than free since disk caches on all sane operating systems will occupy all free memory
Comment
-
Originally posted by curaga View PostI shudder to think how the perf would be if the disk was constantly writing and erasing snapshots. IO pauses every second.
Comment
-
One-browser sites should be considered broken
Originally posted by grigi View Postugh, Chromium... ugh
I hate the trend of sites that only work on Chrome. it is becoming the new IE.
<snip>.
Comment
-
Originally posted by Marc Driftmeyer View PostI'm looking forward to Debian publishing a full GNOME 3.16.1. I have zero use for KDE outside of K3B and a few apps here and there. I enjoy some of the Qt Apps but I'll dump them all if the Qt/KDE continues to balloon in package numbers and drive space.
I'd rather devote 10GB to Engineering apps and not useless KDE apps
Originally posted by GreatEmerald View PostNot constantly. Once per hour is enough (why you'd need them more often than that, anyway). Besides, making snapshots on Btrfs is free, due to CoW.
Comment
-
Originally posted by GreatEmerald View PostNot constantly. Once per hour is enough (why you'd need them more often than that, anyway). Besides, making snapshots on Btrfs is free, due to CoW.
Comment
-
Originally posted by rdnetto View PostI have daily snapshots on /home, and I can tell you that they are absolutely not free. The cost isn't in the storage, it's in the access time. Snapshots can cause frequently modified files to become heavily fragmented, which really sucks for mechanical hard drives. I put Chrome's cache on a tmpfs and created a separate XFS partition on my SSD for IO-heavy workloads (e.g. compiling large projects) to mitigate this. That makes it tolerable, but Chrome still takes something like 5-10 sec for a cold start.
Originally posted by curaga View PostThe way you wrote, the disk would be full constantly, so any write would trigger a removal of a snapshot, then a new snapshot would be written as space freed, ad infinitum.
Comment
Comment