Editing pass through the 2016Q4 report
This commit is contained in:
parent
88240eff4a
commit
55075cf751
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=49916
1 changed files with 41 additions and 38 deletions
|
@ -103,7 +103,7 @@
|
|||
|
||||
<p>&os;/EC2 is now part of the regular &os; release build,
|
||||
with snapshots and releases being automatically uploaded and
|
||||
copied to all available regions. Due to legal restrictions
|
||||
copied to all available regions. Due to legal restrictions,
|
||||
this does not currently include the GovCloud or China
|
||||
(Beijing) regions; anyone wishing to use &os; in those regions
|
||||
is encouraged to contact the author.</p>
|
||||
|
@ -111,11 +111,11 @@
|
|||
<p>The AWS Marketplace reports that approximately 800 users
|
||||
are running roughly 2000 &os; EC2 instances. This does not
|
||||
count the likely significantly larger number of EC2 instances
|
||||
launched "directly" through the EC2 API and Console, but at
|
||||
launched "directly" through the EC2 API and Console, but at
|
||||
least places a lower bound on usage.</p>
|
||||
|
||||
<p>&os; 11.0-RELEASE shipped with support for the "enhanced
|
||||
networking" support in EC2 C3, C4, R3, I2, D2, and M4
|
||||
<p>&os; 11.0-RELEASE shipped with support for the "enhanced
|
||||
networking" support in EC2 C3, C4, R3, I2, D2, and M4
|
||||
(excluding m4.16xlarge) instances. This provides
|
||||
significantly higher network performance than the virtual
|
||||
networking available on older EC2 instances and with older
|
||||
|
@ -147,7 +147,7 @@
|
|||
&os;/EC2 configuration.</task>
|
||||
|
||||
<task>Continue ongoing interoperability testing between &os;'s
|
||||
NFS client and Amazon Elastic File System
|
||||
NFS client and the Amazon Elastic File System
|
||||
(NFS-as-a-service).</task>
|
||||
</help>
|
||||
</project>
|
||||
|
@ -221,11 +221,11 @@
|
|||
GEOM-based RAID arrays? Is such information even exported
|
||||
through <tt>sysctl</tt>?</task>
|
||||
|
||||
<task>Prometheus uses a pretty nifty format for exporting
|
||||
<task>Prometheus uses a rather clever format for exporting
|
||||
histograms. Histograms are useful for expressing the amount
|
||||
of time taken to complete certain events (for example, disk
|
||||
operations). Would it be possible to add histograms as native
|
||||
datatypes to sysctl? If so, is there any chance they can be
|
||||
data types to <tt>sysctl</tt>? If so, is there any chance they can be
|
||||
implemented without picking up any kernel locks?</task>
|
||||
</help>
|
||||
</project>
|
||||
|
@ -312,7 +312,7 @@
|
|||
and releases. Currently only 11.0-RELEASE-amd64 gets tested
|
||||
via an automated Jenkins job.</task>
|
||||
|
||||
<task>As every commit to libarchive may influence the build
|
||||
<task>As every commit to <tt>libarchive</tt> may influence the build
|
||||
process of &os; ports, the ability to trigger a
|
||||
(semi-)automated exp-run for the ports tree would be
|
||||
great.</task>
|
||||
|
@ -362,6 +362,10 @@
|
|||
</links>
|
||||
|
||||
<body>
|
||||
<p>This project provides native virtualized interfaces
|
||||
for &os; systems running on Hyper-V virtualization, improving
|
||||
on the performance of traditional emulated evices.</p>
|
||||
|
||||
<p>Per-ring polling, multi-packet RNDIS messages, and system RSS
|
||||
integration have been implemented, further optimizing the
|
||||
throughput and latency of the Hyper-V network driver.</p>
|
||||
|
@ -413,7 +417,7 @@
|
|||
</contact>
|
||||
|
||||
<body>
|
||||
<p>The port has been updated to GDB 7.12.</p>
|
||||
<p>The <tt>devel/gdb</tt> port has been updated to GDB 7.12.</p>
|
||||
|
||||
<p>7.12 includes additional fixes related to tracing
|
||||
<tt>vfork()</tt>s. Some of these fixes depend on changes to
|
||||
|
@ -633,9 +637,9 @@
|
|||
<task>Apply the changes discussed in
|
||||
<a href="https://reviews.FreeBSD.org/D8416">D8416</a>
|
||||
(simplify the <tt>MASTER_SITES</tt> macro in port
|
||||
Makefiles)</task>
|
||||
Makefiles).</task>
|
||||
|
||||
<task>Commit the stable panel plugins</task>
|
||||
<task>Commit the stable panel plugins.</task>
|
||||
</help>
|
||||
</project>
|
||||
|
||||
|
@ -709,7 +713,7 @@
|
|||
</help>
|
||||
|
||||
<sponsor>
|
||||
Portions of this work were sponsored by DARPA/AFRL.
|
||||
DARPA/AFRL (in part)
|
||||
</sponsor>
|
||||
</project>
|
||||
|
||||
|
@ -809,13 +813,13 @@
|
|||
<li>
|
||||
The European Court of Justice's "Right to be
|
||||
Forgotten" only applies to search engines, and the &os;
|
||||
project is not one of those, so need not take any
|
||||
project is not one of those, so it need not take any
|
||||
action.
|
||||
</li>
|
||||
|
||||
<li>
|
||||
Core is following closely discussions within the LLVM
|
||||
project regarding a change of license which if implemented,
|
||||
project regarding a change of license which, if implemented,
|
||||
might require an audit of the entire ports tree to discover
|
||||
all packages that contain binaries linked against libc++ and
|
||||
ensure that they are licensed compatibly with LLVM.
|
||||
|
@ -975,7 +979,7 @@
|
|||
<p>Object Storage</p>
|
||||
|
||||
<p>Ceph provides seamless access to objects using native
|
||||
language bindings or radosgw, a REST interface that is
|
||||
language bindings or <tt>radosgw</tt>, a REST interface that is
|
||||
compatible with applications written for S3 and
|
||||
Swift.</p>
|
||||
</li>
|
||||
|
@ -1001,11 +1005,11 @@
|
|||
that are running ZFS. User stations would be running
|
||||
<tt>bhyve</tt> on RBD disks that are stored in Ceph.</p>
|
||||
|
||||
<p>The &os; build will build most of the tools in Ceph. Note
|
||||
<p>The &os; build includes most of the tools in Ceph. Note
|
||||
that the RBD-dependent items will not work, since &os; does
|
||||
not have RBD (yet).</p>
|
||||
|
||||
<p>Most notable progress since the last report:</p>
|
||||
<p>The most notable progress since the last report:</p>
|
||||
|
||||
<ul>
|
||||
<li>
|
||||
|
@ -1053,10 +1057,9 @@
|
|||
its clang 3.9.0, but 11-RELEASE will probably also work, given
|
||||
experience with clang 3.7.0 from 11-CURRENT. Interestingly,
|
||||
when 12-CURRENT had clang 3.8.0, that did not work as well as
|
||||
either 3.7.0 or 3.9.0..</p>
|
||||
|
||||
<p>The clang 3.4 present in 10-STABLE does not have the
|
||||
required capabilities to compile everything.</p>
|
||||
either 3.7.0 or 3.9.0. The clang 3.4 present in 10-STABLE
|
||||
does not have the required capabilities to compile
|
||||
everything.</p>
|
||||
|
||||
<p>The following setup will get things running for &os;:</p>
|
||||
|
||||
|
@ -1120,7 +1123,7 @@
|
|||
developed akin to &os;'s <tt>ggate</tt>.</task>
|
||||
|
||||
<task>Investigate the keystore, which could be embedded in the
|
||||
kernel on Linux, and currently prevents building Cephfs and
|
||||
kernel on Linux, and currently prevents building CephFS and
|
||||
some other components. The first question whether it is
|
||||
really required, or if only KRBD require it.</task>
|
||||
|
||||
|
@ -1220,22 +1223,22 @@
|
|||
unit up to Kaby Lake CPUs. To facilitate out-of-the-box
|
||||
support on CURRENT, most of the branch-local VM changes were
|
||||
reverted and the graphics fault routines converted to use
|
||||
pg_populate. This new interface is the source of a couple of
|
||||
regressions causing panics on i915 and severe artifacts with
|
||||
amdgpu on integrated GPUs. Mark Johnston (markj@) has
|
||||
<tt>pg_populate</tt>. This new interface is the source of a couple of
|
||||
regressions causing panics on <tt>i915</tt> and severe artifacts with
|
||||
<tt>amdgpu</tt> on integrated GPUs. Mark Johnston (markj@) has
|
||||
volunteered to analyze these issues. Please show your support
|
||||
and encouragement to Mark for helping to move this project
|
||||
towards the finish line.</p>
|
||||
|
||||
<p>The xserver-mesa-next-udev branch was created for the ports
|
||||
development repository, and holds Mesa 13.0 and fixes for
|
||||
newer AMD GPUs. It uses a fork of the libudev-devd shim, also
|
||||
bringing Mesa closer to Linux upstream. I plan to keep
|
||||
newer AMD GPUs. It uses a fork of the <tt>libudev-devd</tt> shim, also
|
||||
bringing Mesa closer to the Linux upstream. I plan to keep
|
||||
updating <tt>drm</tt> and <tt>amdgpu</tt> (for use on my
|
||||
desktop and potentially longer term for GPGPU computations) as
|
||||
well as work with Mark to address the existing bugs in
|
||||
<tt>i915</tt> (assuming that two new porters are approved).
|
||||
However, the Linux <tt>i915</tt> developers seems to
|
||||
However, the Linux <tt>i915</tt> developers seem to
|
||||
aggressively explore the space of possible implementations and
|
||||
use of Linux internal APIs, making it prohibitively time
|
||||
consuming to track upstream. I am helping someone to learn
|
||||
|
@ -1317,7 +1320,7 @@
|
|||
</contact>
|
||||
|
||||
<links>
|
||||
<url href="https://wiki.FreeBSD.org/LLD">&os; lld Wiki Page</url>
|
||||
<url href="https://wiki.FreeBSD.org/LLD">&os; LLD Wiki Page</url>
|
||||
<url href="http://llvm.org/pr23214">&os;/LLD Tracking PR (LLVM Bugzilla)</url>
|
||||
</links>
|
||||
|
||||
|
@ -1350,7 +1353,7 @@
|
|||
<task>Fix <tt>libtool</tt> to detect LLD and pass the same
|
||||
command line arguments as for GNU ld and gold.</task>
|
||||
|
||||
<task>Investigate remaining amd64 port build
|
||||
<task>Investigate the remaining amd64 port build
|
||||
failures.</task>
|
||||
|
||||
<task>Investigate and improve LLD on arm64, i386, arm, and
|
||||
|
@ -1482,7 +1485,7 @@
|
|||
|
||||
<p><tt>lang/gcc6</tt> has been updated first to GCC 6.2 and then
|
||||
GCC 6.3, bringing a fair number of fixes, and should now be
|
||||
finely suitable for production use.</p>
|
||||
suitable for production use.</p>
|
||||
</body>
|
||||
|
||||
<help>
|
||||
|
@ -1529,10 +1532,10 @@
|
|||
of Nuget packages. This extension has been used adopted by
|
||||
FSharp, MonoDevelop and OpenRA.</p>
|
||||
|
||||
<p>Work has started on porting the Microsoft's open-sourced
|
||||
<p>Work has started on porting Microsoft's open-sourced
|
||||
Dotnet Core. Thanks to the work of another team, the native
|
||||
components of <tt>coreclr</tt> and <tt>corefx</tt> already
|
||||
support &os;, however there is further work required in
|
||||
support &os;, however, there is further work required in
|
||||
bootstrapping the build process and compiling the managed
|
||||
code.</p>
|
||||
</body>
|
||||
|
@ -1566,7 +1569,7 @@
|
|||
</contact>
|
||||
|
||||
<links>
|
||||
<url href="https://wiki.FreeBSD.org/arm64">&os; arm64 Wiki Entry</url>
|
||||
<url href="https://wiki.FreeBSD.org/arm64">&os; arm64 Wiki Page</url>
|
||||
</links>
|
||||
|
||||
<body>
|
||||
|
@ -1651,7 +1654,7 @@
|
|||
kernel subsystems, add features and functionality, and fix
|
||||
problems. This also includes funding separate project grants
|
||||
like the arm64 port, <tt>blacklistd</tt> access control
|
||||
daemon, and integration of VIMAGE support, to make sure &os;
|
||||
daemon, and integration of VIMAGE support, to make sure that &os;
|
||||
remains a viable solution for research, education, computing,
|
||||
products and more.</p>
|
||||
|
||||
|
@ -1664,7 +1667,7 @@
|
|||
|
||||
<li>Toolchain work</li>
|
||||
|
||||
<li><tt>lacklistd</tt> access control daemon</li>
|
||||
<li><tt>blacklistd</tt> access control daemon</li>
|
||||
</ul>
|
||||
|
||||
<p>The Foundation team worked on a technology roadmap for
|
||||
|
@ -1685,7 +1688,7 @@
|
|||
reliable releases over the last few years.</p>
|
||||
|
||||
<p>Last quarter, our full-time staff member worked with the
|
||||
&os; Release Engineering and Security Teams to finalize the
|
||||
&os; Release Engineering and Security Teams to finalize
|
||||
11.0-RELEASE. He also added support for the powerpcspe
|
||||
architecture to the 12-CURRENT snapshot builds, and continued
|
||||
work on packaging the base system with <tt>pkg(8)</tt>. He
|
||||
|
@ -1820,7 +1823,7 @@
|
|||
facilitate collaboration between developers and commercial
|
||||
users. This all helps provide a healthy ecosystem. We
|
||||
support the non-&os; events to promote and raise awareness
|
||||
about &os;, to increase the use of &os; in different
|
||||
of &os;, to increase the use of &os; in different
|
||||
applications, and to recruit more contributors to the
|
||||
Project.</p>
|
||||
|
||||
|
|
Loading…
Reference in a new issue