search for: multipy

Hello I have a 100*100 matrix which is from a intensive computation, e.g. mat. Is there any method/function that return the max of every row and the subscript of maximum value simultaneously #define the function > returnfunction<-function(x){ + value<-apply(x,1,max) + index<-apply(x,1,which.max) + } > mat<-matrix(c(3,5,7,2,1,10,4,3,2),3)#initilize the matrix for test >

Hello, Not strictly a CentOS question, but I hope someone can hint me in the right direction ... I have an incoming udp data stream to public interface that I want to duplicate and multipy to three or more destinations on the internal interface. Currently I've managed to put together netcat listener with output to pipe and socat reading from that pipe to a single destination. I hoped I could have more than one socat reader from the pipe, but that does not seem to be the case. So...

Hello all, This code https://godbolt.org/g/tTyxpf is a dot product reduction loop multipying sign extended 16-bit values to produce a 32-bit accumulated result. The x86 backend is currently not able to optimize it as well as gcc and icc. The IR we are getting from the loop vectorizer has several v8i32 adds and muls inside the loop. These are fed by v8i16 loads and sexts from v8i16 to v8...

~Craig On Mon, Jul 23, 2018 at 4:24 PM Hal Finkel <hfinkel at anl.gov> wrote: > > On 07/23/2018 05:22 PM, Craig Topper wrote: > > Hello all, > > This code https://godbolt.org/g/tTyxpf is a dot product reduction loop > multipying sign extended 16-bit values to produce a 32-bit accumulated > result. The x86 backend is currently not able to optimize it as well as gcc > and icc. The IR we are getting from the loop vectorizer has several v8i32 > adds and muls inside the loop. These are fed by v8i16 loads and sexts f...

On 07/23/2018 06:23 PM, Hal Finkel via llvm-dev wrote: > > On 07/23/2018 05:22 PM, Craig Topper wrote: >> Hello all, >> >> This code https://godbolt.org/g/tTyxpf is a dot product reduction >> loop multipying sign extended 16-bit values to produce a 32-bit >> accumulated result. The x86 backend is currently not able to optimize >> it as well as gcc and icc. The IR we are getting from the loop >> vectorizer has several v8i32 adds and muls inside the loop. These are >> fed by v8...

...; > ~Craig > > > On Mon, Jul 23, 2018 at 4:24 PM Hal Finkel <hfinkel at anl.gov> wrote: > >> >> On 07/23/2018 05:22 PM, Craig Topper wrote: >> >> Hello all, >> >> This code https://godbolt.org/g/tTyxpf is a dot product reduction loop >> multipying sign extended 16-bit values to produce a 32-bit accumulated >> result. The x86 backend is currently not able to optimize it as well as gcc >> and icc. The IR we are getting from the loop vectorizer has several v8i32 >> adds and muls inside the loop. These are fed by v8i16 loads...

...nkel via llvm-dev wrote: > >   > > On 07/23/2018 05:22 PM, Craig Topper wrote: > > Hello all, > >   > > This code https://godbolt.org/g/tTyxpf > <https://godbolt.org/g/tTyxpf> is a dot product reduction loop > multipying sign extended 16-bit values to produce a 32-bit > accumulated result. The x86 backend is currently not able to > optimize it as well as gcc and icc. The IR we are getting from > the loop vectorizer has several v8i32 adds and muls inside the > loop. The...

Dear lmer-ers, My thanks for all of you who are sharing your trials and tribulations publicly. I was hoping to elicit some feedback on my thoughts on denominator degrees of freedom for F ratios in mixed models. These thoughts and practices result from my reading of previous postings by Doug Bates and others. - I start by assuming that the appropriate denominator degrees lies between n

...to the *representation*, not the *value* (which should, arguably, be clear from the man page), and this seems to be counterintuitive to some of the users. > With integers it is less clear that there is a difference in R, but it > has been mentioned that you can get overflows from adding and multipying > integers which you dont get with reals. In other programming languages, > division of integers is integer division and many a fledgling C > programmer has found the hard way that (2/3)*x is different from 2*x/3. > and this, again, is an *implementation* matter, not a property o...