Originally posted by AndyChow
View Post
Announcement
Collapse
No announcement yet.
Netflix Optimized FreeBSD's Network Stack More Than Doubled AMD EPYC Performance
Collapse
X
-
Originally posted by Templar82 View PostI'm not trying to start a software licence war, but I assume all their code is closed source and these improvements wont make it back to FreeBSD?
it looks like much of this has in fact made it back to FreeBSD and I would imagine it will go through the same review process seen for other patches just like stuff for Linux gets reviewed. You do realize that stuff developed by external companies gets rejected all the time for these projects. If not completely rejected it could take years before everybody is satisfied for kernel inclusion. The use of an open source license does not assure inclusion of ones code. It is very much a two way street!
- Likes 2
Comment
-
Originally posted by drewg123 View Post
Author here.. Every optimization is either (a) in head now, or (b) has a review pending. The slides reference the FreeBSD SVN revision numbers where patches landed, and the differential review numbers where the open reviews are.
Comment
-
Originally posted by Templar82 View PostI'm not trying to start a software licence war, but I assume all their code is closed source and these improvements wont make it back to FreeBSD?
- Likes 1
Comment
-
Originally posted by Space Heater View Post
Could you explain this a bit more? What AMD performance tools are available for FreeBSD but not Linux?
Comment
-
Originally posted by tildearrow View Post
...on mobile?
When I see a YouTube video I always open the article in an incognito tab, but if by accident I open it in the normal ones, I must clear all my cookies and cache.
No clue whether it's compatible with any of the WebKit skins on iOS though I wouldn't rule it out. It's basically a frontend for synthesizing and injecting Content-Security-Policy headers to leverage the browser's built-in blocking functionality and iOS WebKit does support CSP 2.0.
- Likes 1
Comment
-
Originally posted by Space Heater View Post
Could you explain this a bit more? What AMD performance tools are available for FreeBSD but not Linux?
But in both cases, neither tool (AFAIK) can access any information regarding infinity fabric utilization. This contrasts with Intel, where both Vtune and the Intel PCM Tools can access QPI utilization information.
- Likes 1
Comment
-
Originally posted by rhavenn View Post
I don't think that's what they said / meant. I think they meant that they don't have the tools and that even under Linux they don't have them. ie: It's not hurting them to be using FreeBSD for this because even on Linux it wouldn't be any better.
Instead, they are claiming that "AMD's tools are lacking, even more so on Linux." and given that this is about AMD on FreeBSD the natural implication is that they are saying "AMD's tools are lacking, even more so on Linux [compared to FreeBSD]."
- Likes 1
Comment
-
Originally posted by Space Heater View Post
Drew, is there a mailing list or review site to watch development of this sort of stuff? if it's on https://reviews.freebsd.org/ - then I'm not able to find it.
TCP_REUSEPORT_LB_NUMA: https://reviews.freebsd.org/D21636
- Likes 2
Comment
-
Originally posted by ssokolow View PostThe kernel is GPLv2. They only have to share the source with people who legally received the corresponding binaries. That's the whole reason the AGPL was created.
What you're thinking of does exist though... it's the reason that Open Watcom C/C++ can't get into Debian or Fedora package repositories. (The Sybase Open Watcom Public License requires you to publish the source to your changes to the compiler, even if you're only distributing the modified binaries within your company. Debian and Red Had have decided that doesn't meet their definition of a Free Software License... I assume because it is a de facto violation of the "No discrimination against fields of endeavor, like commercial use." clause in the Debian Free Software Guidelines.)
Comment
Comment