search for: sube

Hola, tengo un problema con la subida de videos al servidor, (tengo apache2 como servidor). Quiero subir un video de unos 150Mb y cuando lo subo en el servidor en modo development me lo sube perfecto pero cuando lo hago en modo produccion no me lo sube y me tira el siguiente error: La conexión fue restablecida La conexión con el servidor http://www.server_name/videos fue restablecida mientras se cargaba la página No entiendo porque puede estar pasando esto, tendran que ver las caches...

For targets where ADDCARRY and SUBCARRY are legal, would it make sense to expand ADDC/UADDO/ADDE/etc. into ADDCARRY (and same for sub)? Are there plans to deprecate UADDO/USUBO in favor of ADDCARRY/SUBCARRY? -Krzysztof On 5/30/2018 11:57 AM, Amaury Séchet via llvm-dev wrote: > These opcodes have been deprecated about a year ago, but still in use in > various backend. > > In

On 5/30/2018 1:16 PM, Friedman, Eli wrote: > On 5/30/2018 10:29 AM, Krzysztof Parzyszek via llvm-dev wrote: >> For targets where ADDCARRY and SUBCARRY are legal, would it make sense >> to expand ADDC/UADDO/ADDE/etc. into ADDCARRY (and same for sub)? > > SelectionDAG will never generate ADDC/ADDE on targets where they aren't > legal.  Targets which custom-lower

On 2018-05-30 16:57, Amaury Séchet via llvm-dev wrote: > These opcodes have been deprecated about a year ago, but still in use > in various backend. > > In https://reviews.llvm.org/D47422 I would like to change the behavior > of the backend to not enable the use of these opcodes by default. The > opcode remains usable by any backend that wish to use them, but that > should

On 5/30/2018 11:28 AM, Krzysztof Parzyszek wrote: > On 5/30/2018 1:16 PM, Friedman, Eli wrote: >> On 5/30/2018 10:29 AM, Krzysztof Parzyszek via llvm-dev wrote: >>> For targets where ADDCARRY and SUBCARRY are legal, would it make >>> sense to expand ADDC/UADDO/ADDE/etc. into ADDCARRY (and same for sub)? >> >> SelectionDAG will never generate ADDC/ADDE on

On 5/30/2018 10:29 AM, Krzysztof Parzyszek via llvm-dev wrote: > For targets where ADDCARRY and SUBCARRY are legal, would it make sense > to expand ADDC/UADDO/ADDE/etc. into ADDCARRY (and same for sub)? SelectionDAG will never generate ADDC/ADDE on targets where they aren't legal.  Targets which custom-lower ADDCARRY generally also custom-lower UADDO; not sure what sort of expansion

Hi to all of you, I'm fitting an full factorial probit model from an experiment, and I've the independent variables as factors. The model is as follows: fit16<-glm(Sube ~ as.factor(CE)*as.factor(CEBO)*as.factor(Luz), family=binomial(link="probit"), data=experimento) but, when I took a look to the results I've obtained the following: glm(formula = Sube ~ CE * CEBO * Luz, family = binomial(link = "probit"), data = experimento) Devianc...

These opcodes have been deprecated about a year ago, but still in use in various backend. In https://reviews.llvm.org/D47422 I would like to change the behavior of the backend to not enable the use of these opcodes by default. The opcode remains usable by any backend that wish to use them, but that should limit the situation where newer backend just use them as they are enabled by default. This

Buen día, Agradezco su colaboración con lo siguiente: Tengo la variable a que contiene horas en excel, al importarla a R sube en formato deciilmal. POr ejemplo la hora en excel aparece "10:45:00 a. m." al importarla a R queda "0.4479167". He usado el paquete chron y he logrado convertirla y verla como requiero. Sin embargo al querer pasarla a un vector y unirla en mi dataframe que contiene el resto de...

...ret i64 %tmp } We should be able to generate: subs r0, r0, #1 sbc r1, r1, #171 @ 0xab But instead we get: $ llvm-as < %s | llc -march=thumb -mattr=+thumb2 mvn r2, #1 mvn r3, #171 adds r0, r0, r2 adc r1, r1, r3 (mvn is "move not"). We have code selector patterns for sube and subc that do the right thing, but they are not used because isel is converting the "sub i64 a, i" into "add i64 a, -i". This leads to the attached DAG that is impossible to write a pattern for because the addc is producing both a carry and a register output, and the...

Buenas tardes amigos, De nuevo por aqui con un incoveniente, tengo el siguiente arreglo: > MuestraS [1] 1 0 0 0 1 0 1 1 1 1 1 0 Deseo realizar todas las permutaciones posibles para luego tomar una muestra aleatoria pequeña, esto lo debo hacer varias veces incrementando el largo del arreglo "MuestraS". El inconveniente esta en que al hacer las permutaciones con este arreglo de 12

Hola, ¿qué tal? Lo que te pasa no es tan raro: set.seed(1234) muestra <- abs(rnorm(100)) sd(muestra) #[1] 0.5811866 muestra.ceros <- c(muestra, rep(0, 100000)) sd(muestra.ceros) #[1] 0.03196273 En una muestra de números positivos, añadir un cero (sobre todo si está lejos de la media) sube la varianza. Si añado otro, posiblemente también. Pero cuando añado muchísimos ceros, la varianza tiende a cero. Si luego los quito, me quedo con la original: ¡la varianza crece a pesar de que la muestra está "más comprimida"! Un saludo, Carlos J. Gil Bellosta http://www.datanalytics.c...

...arrolladores, solo lo comprendo si te refieres > a la limitación de la propia librería de Shiny, es decir, que > funcionalidades trae Shiny consigo. Porque lo que es programar una app > en Shiny no tienen ningún límite de gente trabajando en ello, y es > imposible ponérselo. Por ejemplo subes tu código a github, bitbucket, > etc.. y ¿qué límite tiene eso?. No sé, a lo mejor no te he entendido bien. > --------------------- Proyecto R-UCA Página del proyecto: http://knuth.uca.es/R Libro libre "Estadística básica con R y R-Commander": http://knuth.uca.es/ebrcmdr Aplicaci...

Buenas: Lo limitante en shiny no es el número de usuarios sino el número de desarrolladores. Incluso si los desarrolladores son de confianza es suficiente con la versión estándar del servidor shiny. La versión de pago lo que añade es control sobre lo que los desarrolladores pueden publicar. Además existe la alternativa de publicar lo ficheros en un servidor "web estándar" y que

The log message for revision 122213 says: > Change the X86 backend to stop using the evil ADDC/ADDE/SUBC/SUBE nodes (which > their carry depenedencies with MVT::Flag operands) and use clean and beautiful > EFLAGS dependences instead. (MVT::Flag has since been renamed to MVT::Glue.) That revision made bug 8404 go away. Am I right in thinking that one of the problems with MVT::Glue is that it is har...

...lished without modifying CodeGen. Now, I'm not saying that those types of large shifts are at likely to be seen out in the wild, but I'm curious to know if it's expected that a target handle extreme cases like that. The add and subtraction node families have add, addc, adde, sub, subc, sube at their disposal to express these types of extended operations that facilitate working with arbitrarily large operands at the IR level. I don't believe there are any such node types for shl, lshr, and ashr that track shifted out bit(s), as well as bit(s) to be shifted in. Would it be worth con...

...r[i] > valor.cruce & vector[(i+1)] < valor.cruce ) if ( vector[i] == valor.cruce & i!=1 ) { # La función esta en el valor de cruce y no es el primer valor, # se presentan varios casos baja<-( (vector[i-1] > vector[i]) & (vector[i] > vector[i+1]) ) sube<-( (vector[i-1] < vector[i]) & (vector[i] < vector[i+1]) ) if (sube | baja ) {pcaso<-TRUE} else {pcaso<-FALSE} # La función cruza el valor de referencia. if (vector[(i-1)] == vector[i]) { # El valor anterior de la función también esta en el valor de cruce, # entonces c...

...; defm ADD : F3_12<"add" , 0b000000, add>; defm ADDCC : F3_12<"addcc", 0b010000, addc>; defm ADDX : F3_12<"addx" , 0b001000, adde>; defm SUB : F3_12<"sub" , 0b000100, sub>; defm SUBX : F3_12<"subx" , 0b001100, sube>; defm SUBCC : F3_12<"subcc", 0b010100, SPcmpicc>; ... Each of these 'defm's expand into two instructions. > The semantic of such a description would mean that $dst should be one > of GR8, GR16, GR32 and $dst is one of i8mem, i16mem, i32mem with the > addition...

Hello! Is there a way to tell LLVM how to emulate an instruction with multiple others? Specifically, in our processor, there is no instruction for adding two i64s; it has to be done like this dst_high32:dst_low32 = src1_low32 + src2_low32 (unsigned add; dst_high might contain the overflow bit) dst_high32 = dst_high32 + src1_high32 dst_high32 = dst_high32 + src2_high32 I tried it with

Hola chic en s, tengo una pregunta teórica. Tengo la evolución de una variable en función del tiempo. Hay 145 valores. Los primeros 1 son 0, y los demás son crecientes. Calculo la desviacion estandard con R, contemplando las 145 muestras (incluyendo los 0), y las 132 muestras (sin incluir los ceros). Me da que la desviación estandard sin contemplar los 0 es mayor. Como puede ser? no le veo el