Except that RAIDFrame is experimental, and we clearly need to mark it
as such to avoid unncessary foot shooting and user complaints as a result.
> The revamped SMP support means that you'll now get more bang per buck
> on multi-CPU systems, giving more power from your existing hardware
> investment. And if your systems do a lot of work with encrypted data
> (e.g., webservers supporting HTTPS) then you'll benefit from the new
> support for hardware crypto cards, which offload most of the encryption
> work to a separate dedicated processor.
Except that we are actually probably slower on SMP systems for kernel
intensive things right now. SMPng is far from complete at this point.
One thing that should be clear is that 5.0 is not going to be as fast
as 4.x, and people need to weigh that against 5.0's new features when
making their decision.
Looks good other than that. Might want to mention that one no longer
has to use MAKEDEV when one installs a new driver, with devfs the new
driver just DTRT and the new devices automagically appear in /dev.
Administrators also will probably like being able to use ACL's on
filesystems now. Also, you can now safely dump live filesystems by
dumping a snapshot of the filesystem.
To Unsubscribe: send mail to majo...@FreeBSD.org
with "unsubscribe freebsd-advocacy" in the body of the message
--- Nik Clayton <n...@freebsd.org> wrote: > On Friday,
> The revamped SMP support means that you'll now get
> more bang per buck
> on multi-CPU systems, giving more power from your
> existing hardware
> investment. And if your systems do a lot of work
> with encrypted data
> (e.g., webservers supporting HTTPS) then you'll
> benefit from the new
> support for hardware crypto cards, which offload
> most of the encryption
> work to a separate dedicated processor.
> The new infrastructure for system start up scripts
> means its even
> easier to integrate your own startup services in to
> the system, and
> ensure that they start in the correct order, even as
> other services are
> added or removed.
> There have been numerous improvements to FreeBSD's
> networking stack and
> device drivers, including support for "zero copy",
> which removes a key
> bottleneck in network throughput.
> If you use FreeBSD as your development platform then
> you will benefit
> from a host of new changes.
> C and C++ programmers will benefit from the updates
> to the gcc compiler
> and gdb debugger which ship with FreeBSD. These are
> now based on gcc
> 3.2.1 and gdb 5.2.1, incorporating updates and bug
> fixes from the GNU
> Perl programmers will benefit from the removal of
> Perl from the base
> FreeBSD system. Paradoxically this move makes it
> easier to install and
> maintain multiple versions of Perl, or Perl for
> architectures, without being concerned that you
> might be inadvertently
> relying on the version of Perl shipped with FreeBSD.
> Various versions
> of the Perl interpreter are available in the FreeBSD
> ports system.
> XXX -- need more developer benefits
> As an end user the most visible change is probably
> the increased
> hardware support. It's now even more likely that
> your USB devices will
> work with FreeBSD out of the box, including PDAs
> that use USB for data
> synchronisation, such as the Handspring Visor.
> Firewire devices are
> now supported, as are Bluetooth, opening up a range
> of third party
> storage and networking products.
> If you're running FreeBSD on a laptop then the
> Cardbus support is going
> to be useful, as are the continued enhancements to
> the ACPI system,
> making it much more likely that FreeBSD will be able
> to respond
> appropriately when the CPU speed drops, or you
> decide to suspend the
> If multimedia is important to you then the work
> that's gone in to
> support Direct Rendering Infrastructure (DRI) will
> doubtless be useful,
> as are the new audio drivers. And companies like
> nVidia are now
> realising the benefits of providing native FreeBSD
> drivers for their
> FreeBSD continues to support the KDE and GNOME
> environments, as well as
> a huge range of other window managers and supporting
> tools, so you'll
> benefit from all the work that's carried out by
> those groups.
> If you run any applications that depend on the Linux
> layer then you'll be pleased to know that the layer
> (and the
> emulators/linux_base port that uses it) have been
> upgraded, and now
> correspond with those included with Red Hat Linux
> XXX -- needs a snappy ending
> -------- 8< cut here 8< -------- 8< cut here 8<
> To Unsubscribe: send mail to majo...@FreeBSD.org
> with "unsubscribe freebsd-advocacy" in the body of
> the message
FreeBSD: It Just Works
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts