Date: Sun, 15 Mar 2009 16:17:55 -0700 From: Garrett Cooper <yanefbsd@gmail.com> To: Robert Huff <roberthuff@rcn.com> Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing Message-ID: <7d6fde3d0903151617r61853ccalc35882a91457ba4d@mail.gmail.com> In-Reply-To: <18877.20454.158768.486331@jerusalem.litteratus.org> References: <38992BCD-BFD6-47F7-B707-54415801CCEB@gmail.com> <18877.1409.511002.357436@jerusalem.litteratus.org> <1237142357.1774.14.camel@balrog.2hip.net> <18877.20454.158768.486331@jerusalem.litteratus.org>
index | next in thread | previous in thread | raw e-mail
On Sun, Mar 15, 2009 at 11:58 AM, Robert Huff <roberthuff@rcn.com> wrote:
>
> Robert Noland writes:
>
>> > The alternative - which sounds seductive but may have its own
>> > issues - would be to fill the Nvidia requests and let them write and
>> > maintain the code. Again, worthy project (which might have
>> > collateral benefits). Again, a lot of work. And an even more
>> > esoteric skill-set.
>>
>> The features that Nvidia has requested are fairly reasonable and
>> could be used in the open source drivers as well.
>
> Question: would anything _other_ than graphics cards find these
> features useful?
Yes, a large number of devices with large memory requirements or
that pump a lot of data through their buses would benefit from these
changes (large disk mmap, USB, ? Firewire devices like cameras, etc).
Large scale networking with routers and switches would also gain a lot
from this work, especially when dealing with porting apps like IOS on
Cisco products and JunOS on Juniper products to FreeBSD as they
sometimes allocate large amounts of memory for storing spanning trees,
routing lookup tables, and a number of other data structures.
Graphics devices are still the greatest consumer of memory chunks
though, and that's why graphics devices are the largest beneficiary
group for this capability. Networking comes in a close second.
HTH,
-Garrett
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7d6fde3d0903151617r61853ccalc35882a91457ba4d>