If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Announcement
Collapse
No announcement yet.
Fedora 31 Performance Is Still Sliding In The Wrong Direction - Benchmarks Against Ubuntu 19.10 + Clear Linux
Has there been any research whether Fedora's compilation flags actually help reduce the number of vulnerabilities? Not a single one to my knowledge which means your comment lacks any ground.
Just because you can't find any research (and probably because you don't want to find it) doesn't mean it hasn't been done or is being done now.
I rather lose a few miliseconds in some benchmarks than get pwned left and right. Remember Fedora is downstream of a SRSBSNSS corporate distro for SRSBSNSS applications and their choice of compiler flags will obviously reflect that.
Has there been any research whether Fedora's compilation flags actually help reduce the number of vulnerabilities? Not a single one to my knowledge which means your comment lacks any ground.
It's simply stunning/amazing just how bad Fedora really performs compared to Ubuntu...
Something is very very wrong here. The results shouldn't differ that much if at all, since they only depend on kernel optimizations (and even then those optimizations can sway the results by at most few percents).
Desktop user by: Fedora 31 (SSD + XFS + BFQ) is the fastest.
ClearLinux package rather incomplete.
Ubuntu use old (a little outdated) schedulers and filesystem.
Ubuntu not recommend for SSD+BFQ.
Fedora use BFQ and BFQ developers recommend for SSD+BFQ.
it would be worth comparing Ubuntu Server, Fedora Server and ClearLinux Server OS.
Sry: my english is bad
See, this is what happens when distros make drastic changes without telling anyone!
You know, I used to be an openSUSE Tumbleweed user myself; until Linux kernel 5.0, that is.
Because starting with that kernel, some genius at SuSE decided it would be a good idea to COMPLETELY disable any preemption whatsoever! Making the kernel anything but 'low-latency'!
Thankfully, I quickly noticed the increased latency times and checked my kernel with "uname -a"; there it was (or rather not): no PREEMPT! [Which definitely was there for kernel 4.20, mind you!]
Therefore, Canonical is the only major player with an enterprise distro in the Linux space that officially also supports a "lowlatency" optimized kernel! (And for that, I salute them!)
I was referring to Leap, I don't know if tumbleweed uses the same kernel configuration, but if you say that from kernel 5 they modified it, there will be some reason that I don't know, but on Leap it's low latency.
I rather lose a few miliseconds in some benchmarks than get pwned left and right. Remember Fedora is downstream of a SRSBSNSS corporate distro for SRSBSNSS applications and their choice of compiler flags will obviously reflect that.
If what you want is the word "low latency" I agree with you, but you should know that some distributions like openSUSE have a default low latency kernel.
LOL!
See, this is what happens when distros make drastic changes without telling anyone!
You know, I used to be an openSUSE Tumbleweed user myself; until Linux kernel 5.0, that is.
Because starting with that kernel, some genius at SuSE decided it would be a good idea to COMPLETELY disable any preemption whatsoever! Making the kernel anything but 'low-latency'!
Thankfully, I quickly noticed the increased latency times and checked my kernel with "uname -a"; there it was (or rather not): no PREEMPT! [Which definitely was there for kernel 4.20, mind you!]
Therefore, Canonical is the only major player with an enterprise distro in the Linux space that officially also supports a "lowlatency" optimized kernel! (And for that, I salute them!)
Leave a comment: