This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig4E6F7C055A8B6881266714BD
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Przemys=C5=82aw Pawe=C5=82czyk wrote:
>> Is so,
>> have you also noticed that approx 0 people have interest in NetBSD/amd=
64
>> (and it's a very good approximation, too), while amd64 is very popular=

>> (more popular than i386 versions) on the Linux side?
>=20
> Hi,
>=20
> A question for a question. What would you chose for your desktop: Linux=
 or NetBSD? I'm sure you know most people "works" with "desktop" applicat=
ions in desktop environment than run servers on desktop (whatever meaning=
 you could attach to it).
>=20
> That remark has led me to new question. Once I "played around" with GMT=
 (Generic Mapping Tools) and Euler programms. Both generated more or less=
 sophisticated graphics. Why there's no Linux or xBSD distro specialized =
or optimized for amd64 which would run highly optimized code for such app=
lications? Gv (ps files are default output graphical files for GMT), ghos=
tscript, GRASS, GMT, and other sci apps?
>=20
> How can you deal with 50 MB graphic files or more without ATI or nVidia=
 acceleration drivers? Geo files can be counted in GB. Excellent "meat" f=
or 64 grinders or number crunchers. Regrettably there's no group intreste=
d in optimizing the applications of which I know.
>=20
> Those who "must" have access to big irons, the rest is not interested. =
Perhaps I'm wrong with my judgments.
>=20
> Some time ago we were wittnesses to broader discussion on the present a=
nd the future roads of NetBSD development. Perhaps it is the time to dive=
rsify NetBSD offer with highly specialised distributions similar to that =
I have written about above?

   I'm going to assume that this was meant for the mailing list. :-)

   For my part, I'm using NetBSD as a server and a "desktop" system, and
it's doing an excellent job. However, I recently started working on a
wxWidgets project which uses OpenGL. This made me realize that I would
really like hardware GL acceleration. But on the other hand, Mesa works,
so I can continue using NetBSD for this development, as long as I don't
load huge and complex geometries.

   I do have some (geniune) interest in digging into the kernel to see
what needs to be done to get 3D acceleration. But unfortunately, I do
not have the time to do it at present.

   Speaking of which.. Are there any other people who are interested in
hardware accelerated 3D graphics in NetBSD? I mean people who are
willing to put some programming effort into it? I couldn't work on it
myself, but if there are a few of us, perhaps. It would be great if
someone accustomed to DRM and all that could assist. As time permits, of
course.

--=20
Kind regards,
Jan Danielsson



--------------enig4E6F7C055A8B6881266714BD
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (NetBSD)

iD8DBQFFd4Rzbgs4ia4rq9IRCjEoAJ41XYvWkZBV4hTEo7IASDv5FZXBPgCgpwZa
qyhmdkZ7zRzXo9qQDXbLwq4=
=DeCi
-----END PGP SIGNATURE-----

--------------enig4E6F7C055A8B6881266714BD--