Subject: Re: NetBSD2.0/sparc not ready for prime time?
To: None <port-sparc@NetBSD.org, port-sparc64@NetBSD.org>
From: Philip Jensen <phil_jensen@yahoo.com>
List: port-sparc64
Date: 02/06/2005 22:58:17
This is a multi-part message in MIME format.
--------------050602080306050703040202
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Johan A.van Zanten wrote:
>Seth Kurtzberg <seth@cql.com> wrote:
>
>
>
>>That is again _not_ to imply that there aren't problems, and that they
>>don't need to be fixed. It is merely to say that you have good people
>>already expending maximum effort, and, in my experience, NetBSD
>>releases, initially, are of much higher quality than other operating
>>systems I've used, including expensive SVR4 releases from Sun or HP.
>>
>>
>
> I want to second this.
>
I wanna third this. Due to timing issues at my work we have installed
NetBSD v2.0 RC4 as an infrastructure router/firewall, and it does the
job without missing a beat. Because it is in a remote office, it has
also handled being untimely powered off without a clean shutdown.
<machine_name> (NetBSD) $ uname -a
NetBSD <machine_name> 2.0_RC4 NetBSD 2.0_RC4 (GENERIC) #0: Tue Oct
12 15:47:49 CEST 2004
tecneeq@ascent:/home/tecneeq/builds/NetBSD-2.0_RC4-sparc64-obj/sys/arch/sparc64/compile/GENERIC
sparc64
<machine_name> (NetBSD) $ uptime
10:38PM up 59 days, 14:31, 1 user, load averages: 0.56, 0.63, 0.59
Ideally I would like to get it up to STABLE, but replacing it would be a
bit of a mission at the moment. Other priorities and all that.
I will mention we did have some problems running Squid as a transparent
proxy on this machine, and it may be related to the threading and
swapping issues being discussed on this thread. At this stage Squid is
not running (transparent proxying is not a must have).
As a brief piece of advocacy for NetBSD v2.0 on SPARC64 it is running a
full RAID1 filesystem, including swap. It is also routing between 3
networks, firewalling those networks of as required, and providing DNS
(chrooted), NTP.
Great job all !!!!
catch ya
Phil J
--------------050602080306050703040202
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
<br>
<br>
Johan A.van Zanten wrote:<br>
<blockquote type="cite"
cite="mid20050205.133304.59464880.johan@giantfoo.org">
<pre wrap="">Seth Kurtzberg <a class="moz-txt-link-rfc2396E" href="mailto:seth@cql.com"><seth@cql.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">That is again _not_ to imply that there aren't problems, and that they
don't need to be fixed. It is merely to say that you have good people
already expending maximum effort, and, in my experience, NetBSD
releases, initially, are of much higher quality than other operating
systems I've used, including expensive SVR4 releases from Sun or HP.
</pre>
</blockquote>
<pre wrap=""><!---->
I want to second this. </pre>
</blockquote>
I wanna third this. Due to timing issues at my work we have installed
NetBSD v2.0 RC4 as an infrastructure router/firewall, and it does the
job without missing a beat. Because it is in a remote office, it has
also handled being untimely powered off without a clean shutdown.<br>
<blockquote><<tt>machine_name> (NetBSD) $ uname -a<br>
NetBSD <machine_name> 2.0_RC4 NetBSD 2.0_RC4 (GENERIC) #0: Tue
Oct 12 15:47:49 CEST 2004
<a class="moz-txt-link-abbreviated" href="mailto:tecneeq@ascent:/home/tecneeq/builds/NetBSD-2.0_RC4-sparc64-obj/sys/arch/sparc64/compile/GENERIC">tecneeq@ascent:/home/tecneeq/builds/NetBSD-2.0_RC4-sparc64-obj/sys/arch/sparc64/compile/GENERIC</a>
sparc64<br>
<machine_name> (NetBSD) $ uptime<br>
10:38PM up 59 days, 14:31, 1 user, load averages: 0.56, 0.63, 0.59</tt><br>
</blockquote>
Ideally I would like to get it up to STABLE, but replacing it would be
a bit of a mission at the moment. Other priorities and all that.<br>
<br>
I will mention we did have some problems running Squid as a transparent
proxy on this machine, and it may be related to the threading and
swapping issues being discussed on this thread. At this stage Squid is
not running (transparent proxying is not a must have). <br>
<br>
As a brief piece of advocacy for NetBSD v2.0 on SPARC64 it is running a
full RAID1 filesystem, including swap. It is also routing between 3
networks, firewalling those networks of as required, and providing DNS
(chrooted), NTP.<br>
<br>
Great job all !!!!<br>
<br>
catch ya<br>
Phil J<br>
<br>
</body>
</html>
--------------050602080306050703040202--