[Mono-dev] simd: more accelerated classes (Offensive Word Found In Message)

crashfourit crashfourit at gmail.com
Wed Jan 14 18:02:21 EST 2009




Miguel de Icaza-2 wrote:
> 
> Hello,
> 
>     Lets get it on Mono SVN, email me your SSH keys and I will open the
> accounts.
> 
>> Sounds good to me. Please feel free to make use of the code in
>> OpenMetaverseTypes. As far as hosting services, I've had the best luck
>> with Google Code but would be fine with anything.
>> 
>> John
>> 
>> > -----Original Message-----
>> > From: mono-devel-list-bounces at lists.ximian.com 
>> > [mailto:mono-devel-list- bounces at lists.ximian.com] On Behalf Of 
>> > crashfourit
>> > Sent: Tuesday, January 13, 2009 4:32 PM
>> > To: mono-devel-list at lists.ximian.com
>> > Subject: Re: [Mono-dev] simd: more accelerated classes
>> > 
>> >  Well, I decided to be the first to get off his rear to set it up (that
>> > I know of). I'm setting up the project right as I'm typing. When its
>> up,
>> > you can join if you like. The one thing I ask it to be able to use you
>> > math code
>> > (http://www.openmetaverse.org/viewvc/index.cgi/omf/libopenmetaverse/tr
>> u
>> > nk/OpenMetaverse/Types/) as a spring board.
>> > 
>> > 
>> > Alan McGovern-2 wrote:
>> >>  That was included in the 'whatever' ;) There are probably a dozen
>> more
>> >> out there that haven't been mentioned yet. It's up to the people
>> who'll
>> >> be contributing to this project (or at least the guy who gets off his
>> >> ass and takes charge) to decide which one suits them best ;) I'm just
>> >> saying that there are much better options out there for new projects.
>> >> 
>> >> Alan.
>> >> 
>> >> On Wed, Jan 14, 2009 at 12:15 AM, crashfourit
>> >> <crashfourit at gmail.com>
>> >> wrote:
>> >> 
>> >>> 
>> >>> Good point, what about sourceforge?
>> >>> 
>> >>> 
>> >>> Alan McGovern-2 wrote:
>> >>>>  There's no benefits to using mono as opposed to using any of the
>> >>>> free hosting ones out there. Mono doesn't come with a bug tracker,
>> it
>> >>>> doesn't come with space to host downloads, it doesn't come with a
>> >>>> wiki of any kind. You really should consider using a free hosting
>> >>>> that gives you all that. For example google code, github, whatever.
>> >>>> 
>> >>>> Alan.
>> >>>> 
>> >>>> On Wed, Jan 14, 2009 at 12:09 AM, crashfourit
>> >>>> <crashfourit at gmail.com>
>> >>>> wrote:
>> >>>> 
>> >>>>> 
>> >>>>> 
>> >>>>> 
>> >>>>> Rodrigo Kumpera wrote:
>> >>>>>> 
>> >>>>>> On Tue, Jan 13, 2009 at 9:26 PM, crashfourit
>> >>>>>> <crashfourit at gmail.com>
>> >>>>>> wrote:
>> >>>>>> 
>> >>>>>>> 
>> >>>>>>> 
>> >>>>>>> 
>> >>>>>>> Hurliman, John wrote:
>> >>>>>>>> 
>> >>>>>>>>> -----Original Message----- From:
>> >>>>>>>>> mono-devel-list-bounces at lists.ximian.com
>> >>>>>>>>> [mailto:mono-devel-list- bounces at lists.ximian.com] On Behalf Of
>> >>>>>>>>> Rodrigo Kumpera Sent: Tuesday, January 13, 2009 12:00 PM To:
>> >>>>>>>>> crashfourit Cc: mono-devel-list at lists.ximian.com Subject: Re:
>> >>>>>>>>> [Mono-dev] simd: more accelerated classes
>> >>>>>>>>> 
>> >>>>>>>>> On Tue, Jan 13, 2009 at 5:50 PM, crashfourit
>> >>>>>>>>> <crashfourit at gmail.com> wrote:
>> >>>>>>>>> 
>> >>>>>>>>>       crashfourit wrote:      >       > I was wondering
>> > what it
>> >>>>> would
>> >>>>>>>>> take to use simd
>> >>>>>>>>> to acclerate this     >       > Vector4f {    > public
>> > float X;
>> >>>>>>>> 
>> >>>>>>>>> public float Y;
>> >>>>>>>>>> public float Z;       > public float W;       >
>> >>> //.......
>> >>>>>>>> 
>> >>>>>>> }
>> >>>>>>>>>>> instead of
>> >>>>>>>>> this  > Vector4f {    > internal float x;     > internal
>> > float
>> >>> y;
>> >>>>>>>> 
>> >>>>>>>>> internal
>> >>>>>>>>> float z;      > internal float w;     >       > public
>> > float X
>> >>> {get
>> >>>>>>>>> {return x;} set
>> >>>>>>>>> {x = value;}}         > public float Y {get {return y;} set
>> > {y =
>> >>>>>>> value;}}
>> >>>>>>>>>> 
>> >>>>>>>>> public float Z {get {return z;} set {z = value;}}     >
>> > public
>> >>>>> float
>> >>>>> W
>> >>>>>>>>> {get
>> >>>>>>>>> {return w;} set {w = value;}}         > //.......     > }
>> >> 
>> >>> Any
>> >>>>>>>>> sugestions?       >
>> >>>>>>>>> 
>> >>>>>>>>> 
>> >>>>>>>>> 
>> >>>>>>>>>       Also, I was wondering is there any interest in
>> >>>>>>>>> accelerated versions of high
>> >>>>>>>>>       level math constructs?
>> >>>>>>>>>       
>> >>>>>>>>>       Like, QuaternionF, QuaternionD, Matrix4f, Matrix4d, etc?
>> --
>> >>>>>>>>> 
>> >>>>>>>>> 
>> >>>>>>>>> I would love to see a library with such high level constructs
>> >>>>>>>>> that exploit Mono.Simd. I would help with it for sure, but it
>> >>> shouldn't
>> >>>>> be
>> >>>>>>>>> bundled with mono.
>> >>>>>>>>> 
>> >>>>>>>> 
>> >>>>>>>> I would be willing to help with this as well. I currently
>> >>> maintain
>> >>> a
>> >>>>>>>> library called OpenMetaverseTypes (code is at
>> >>>>>>>> 
>> >>>>>>> 
>> >>>>> 
>> >>> 
>> http://www.openmetaverse.org/viewvc/index.cgi/omf/libopenmetaverse/tr
>> >>> unk/OpenMetaverse/Types/
>> >>>>>>> )
>> >>>>>>>> which implements Vector2/3/4, Quaternion, Matrix4, Color4,
>> >>>>>>>> Ray,
>> >>> and
>> >>>>> a
>> >>>>>>> few
>> >>>>>>>> collections. In the future I'd like to accelerate as many
>> >>>>>>>> of
>> >>> these
>> >>>>> as
>> >>>>>>>> possible. Sharing code with another library on top of
>> >>>>>>>> Mono.Simd
>> >>>>> would
>> >>>>>>> be
>> >>>>>>> a
>> >>>>>>>> good start.
>> >>>>>>>> 
>> >>>>>>>> John
>> >>>>>>>> 
>> >>>>>>> Is that code under the X11/MIT license? If so, we can start
>> > there.
>> >>> I
>> >>>>> will
>> >>>>>>> set up a sourceforge project for that purpose if the mono team
>> >>>>>>> does not want the code on there svn server. --
>> >>>>>> 
>> >>>>>> 
>> >>>>>> Let me explain the implications of shipping such library.
>> >>>>>> 
>> >>>>>> First, it would require to be API stable, which will be a pain
>> >>>>>> in
>> >>> the
>> >>>>> neck
>> >>>>>> during the initial ramp up while the design is flushed out.
>> Second,
>> >>>>>> we really really want to stop adding non essential libraries to
>> the
>> >>>>>> shipping mono. This only increases the load on our QA team at near
>> >>> to
>> >>>>> no
>> >>>>>> benefit for the end user. Third, as Novell offers commercial
>> >>>>>> support over the entire mono stack, adding stuff increase the load
>> >>>>>> on all of us mono developers that are Novell employees. This is,
>> >>>>>> for me, the major reason not to add it to our core stack. It will
>> >>>>>> increase the support load on my shoulders at little gain.
>> >>>>>> 
>> >>>>>> This is only strict related to the inclusion of such library
>> >>>>>> into
>> >>> the
>> >>>>> lib
>> >>>>>> shipped with mono. It's not the first time this issues has
>> >>>>>> come
>> >>> before
>> >>>>> us
>> >>>>>> with other libraries, such as Mono.Rocks for example, and the
>> >>>>>> consensus was the same: it would be in the best interest of all
>> >>>>>> parties involved
>> >>> to
>> >>>>> not
>> >>>>>> have it included.
>> >>>>>> 
>> >>>>>> But this doesn't mean the library can't be endorsed as the
>> >>>>>> preferred one for high level usage of Mono.Simd. From the very
>> >>>>>> begging we already have realized that almost everyone would not be
>> >>>>>> willing to use it
>> >>> directly,
>> >>>>> as
>> >>>>>> the lib itself is just some building blocks.
>> >>>>>> 
>> >>>>>> As for hosting the project in the mono svn server, there isn't
>> >>>>>> much
>> >>> of
>> >>>>> an
>> >>>>>> advantage for it, really. I, for one, would rather use github for
>> >>>>>> example. But if you really fancy it, please talk to Miguel, as he
>> >>>>>> is the one that can make such arrangement.
>> >>>>>> 
>> >>>>>> What would be really nice is to make a single effort for such
>> >>> library
>> >>>>> and
>> >>>>>> make sure that the Mono.Simd side of the things are well fit
>> > for
>> >>> such
>> >>>>>> library. Keep me posted on your efforts and I'll try to help
>> >>>>>> as much
>> >>> as
>> >>>>> I
>> >>>>>> can.
>> >>>>>> 
>> >>>>>> Cheers,
>> >>>>>> Rodrigo
>> >>>>>> 
>> >>>>> I, for one, would prefer the library on the mono svn if it is going
>> >>>>> to have the unofficial nod, but I'm going to see what the others
>> >>>>> here that wanted a similar library have to say. -- View this
>> message
>> >>>>> in context:
>> >>>>> 
>> >>> http://www.nabble.com/simd%3A-more-accelerated-classes-
>> tp21442105p214
>> >>> 47449.html
>> >>>>> Sent from the Mono - Dev mailing list archive at Nabble.com.
>> >>>>> 
>> >>>>> _______________________________________________
>> >>>>> Mono-devel-list mailing list
>> >>>>> Mono-devel-list at lists.ximian.com
>> >>>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> >>>>> 
>> >>>> 
>> >>>> _______________________________________________
>> >>>> Mono-devel-list mailing list
>> >>>> Mono-devel-list at lists.ximian.com
>> >>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> >>>> 
>> >>>> 
>> >>>  -- View this message in context:
>> >>> http://www.nabble.com/simd%3A-more-accelerated-classes-
>> tp21442105p214
>> >>> 47546.html Sent from the Mono - Dev mailing list archive at
>> Nabble.com.
>> >>> 
>> >>> _______________________________________________
>> >>> Mono-devel-list mailing list
>> >>> Mono-devel-list at lists.ximian.com
>> >>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> >>> 
>> >> 
>> >> _______________________________________________
>> >> Mono-devel-list mailing list
>> >> Mono-devel-list at lists.ximian.com
>> >> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> >> 
>> >> 
>> >  -- View this message in context: http://www.nabble.com/simd%3A-more-
>> > accelerated-classes-tp21442105p21447739.html Sent from the Mono - Dev
>> > mailing list archive at Nabble.com.
>> > 
>> > _______________________________________________
>> > Mono-devel-list mailing list
>> > Mono-devel-list at lists.ximian.com
>> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 
> 
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 
> 
ssh-rsa
AAAAB3NzaC1yc2EAAAABIwAAAQEAuGvIEs+c5wiKC3wlfTP0ZfNY30ulY8AaYmexjEX6C/PIkQ/uYpPrWxZl27GStpaz5NfEg9F2xC4DrwCO/vcOXL82wkCUA7HMGN69sEdqFJzBuEAB/E4kJJyp2Si9ZA5Z1CKnIzjG57LSDjhbMTJZ11lzGj0fYrxHtxfYKe04SST6EOcvJlaoDyrZTnhF+g4hmYntfvLCcOyJPQC2ZZHwPgk4dOzxr/0+5eaV9Ew5pySIeuJvd2AmImjOEDZSKal2kp126Ak2v3O7YEx2+88US5V744/Vmtxl2edRZRav1p5LNdVeL5sPfuHEOWLvc51J4xNFpfeUzOe+HwSvCtBw2Q==
crashfourit at gmail.com
-- 
View this message in context: http://www.nabble.com/simd%3A-more-accelerated-classes-tp21442105p21467012.html
Sent from the Mono - Dev mailing list archive at Nabble.com.



More information about the Mono-devel-list mailing list