Portada
mis comunidades
otras secciones
#5:
#1 El articulo sin profundizar e interpretando las palabras de articulista que redactan sin tener ninguna idea lo que saco es que desarrollo un algoritmo para el planificador de tareas, vamos el proceso encargado en el sistema operativo planifica las tareas, conocido en linux por ejemplo como "Linux Scheduler" y que este ultimo SO mencionado cuenta con varios algoritmos diferentes.
Que diferencias aporta con respecto a estos ya existentes ni idea no hay ninguna comparación, diría que si recibió un premio es que aporta algo pero dado que el premio es de la "Sociedad Científica Informática de España la Fundación BBVA, " tanto puede aportar algo como ser un premio dado por ser este hijo de alguno y ser un c&p de algun scheduler del kernel linux.
El algoritmo/planificador como comente es el que ordenar/reparte los proceso e hilos a ejecutarse en cada core y su prioridad, al parecer este nuevo predice y evita que coincidan procesos que "ataquen" recursos limitados a la vez. Vamos cosa que haran con más o menos exito el resto, pero este se supone que mejorar un 10% o 15% la eficiencia evitando choques de recursos limitados, aunque es una chorrada decir eso sin mencionar con que algoritmo hay esa mejora.
Que diferencias aporta con respecto a estos ya existentes ni idea no hay ninguna comparación, diría que si recibió un premio es que aporta algo pero dado que el premio es de la "Sociedad Científica Informática de España la Fundación BBVA, " tanto puede aportar algo como ser un premio dado por ser este hijo de alguno y ser un c&p de algun scheduler del kernel linux.
El algoritmo/planificador como comente es el que ordenar/reparte los proceso e hilos a ejecutarse en cada core y su prioridad, al parecer este nuevo predice y evita que coincidan procesos que "ataquen" recursos limitados a la vez. Vamos cosa que haran con más o menos exito el resto, pero este se supone que mejorar un 10% o 15% la eficiencia evitando choques de recursos limitados, aunque es una chorrada decir eso sin mencionar con que algoritmo hay esa mejora.
#20:
No se a santo de que hay que hablar de su aspecto físico ( #8 ) o decir cosas como la de #6 o #4
Es un estudiante de doctorado al que le han dado un premio por una publicación, solo eso :S. Link a todas sus publicaciones (incluida la del premio): http://personales.upv.es/jofepre/
Es un estudiante de doctorado al que le han dado un premio por una publicación, solo eso :S. Link a todas sus publicaciones (incluida la del premio): http://personales.upv.es/jofepre/
#15:
#13 Comparado con el planificador estándar de Linux http://personales.upv.es/jofepre/docs/Thesis.pdf
#11:
Este señor lo que ha hecho es sacar un paper mostrando un algoritmo que mejora el sistema de gestión de tareas de linux en un 5%. Tiene su mérito pero de ahí a haber inventando la panacea va un trecho. Es más, sólo lo ha probado en un IBM Power8 con lo que el periolisto que dice que va mejorar tu PC y tu móvil debe de haber escrito el artículo después de una sobredosis de comida de mocos.
#3:
Sin leerla me juego todo mi karma a que es errónea.
Comentarios
¿Le pone un palo?
#1 El palo para los móviles no fue un invento español, creo. El gobierno tendría que denunciar al inventor por violar la patente
#1 El articulo sin profundizar e interpretando las palabras de articulista que redactan sin tener ninguna idea lo que saco es que desarrollo un algoritmo para el planificador de tareas, vamos el proceso encargado en el sistema operativo planifica las tareas, conocido en linux por ejemplo como "Linux Scheduler" y que este ultimo SO mencionado cuenta con varios algoritmos diferentes.
Que diferencias aporta con respecto a estos ya existentes ni idea no hay ninguna comparación, diría que si recibió un premio es que aporta algo pero dado que el premio es de la "Sociedad Científica Informática de España la Fundación BBVA, " tanto puede aportar algo como ser un premio dado por ser este hijo de alguno y ser un c&p de algun scheduler del kernel linux.
El algoritmo/planificador como comente es el que ordenar/reparte los proceso e hilos a ejecutarse en cada core y su prioridad, al parecer este nuevo predice y evita que coincidan procesos que "ataquen" recursos limitados a la vez. Vamos cosa que haran con más o menos exito el resto, pero este se supone que mejorar un 10% o 15% la eficiencia evitando choques de recursos limitados, aunque es una chorrada decir eso sin mencionar con que algoritmo hay esa mejora.
#5 Hay que mencionar con qué algoritmo se mejora, y con qué tipo de carga se obtiene ese beneficio.
#7 Lo del trabajo o carga pudiera ser irrelevante si es una mejora más general que especifica a algunos trabajos..
Pero efectivamente como mínimo si dices en un articulo que un algoritmo mejora un 10%/15% tienes que poner con respecto a que otro algoritmo, si no parece una paletada de articulo.
#13 Comparado con el planificador estándar de Linux http://personales.upv.es/jofepre/docs/Thesis.pdf
#15 aja no costaba mencionarlo de refilon en el articulo contra que era la mejora.
La pregunta ahora es que ¿tuvo cojones para enviarlo a@kernel.org y escuchar las criticas?
#11 Bueno a mi lo del premio español no me dice una mierda, pero fue un tesis no un paper cualquiera, que como apunta #15 puedes consultar.
No va a cambiar el mundo pero si mejora, aunque sea poca es una mejora...
Lo del periodismo pues eso es una mierda articulo, tampoco vamos a esperar más de los medios no especificos, mucho menos de los españoles.
#5 Si, completamente de acuerdo. Solo una cosilla: el articulo dice entre 5 y 10%, no entre 10 y 15%.
O sea, que tienes un 5% más de razón.
#1 Pues no sé, depende de lo vicioso que sea. Pero si, tiene cara de que le pone hasta una berenjena.
Mierda de títulos clickbait...
Sin leerla me juego todo mi karma a que es errónea.
#3 Pues no lo es. Sólo que el titular es "ambiguo"
#9 Sensacionalista y erróneo, también.
El algoritmo de Feliu se traduce en un incremento de la productividad "de entre el 5 y el 10%", un porcentaje "muy interesante" según el investigador.
Esa es toda la información disponible en el artículo sobre el misterioso algoritmo.
Este señor lo que ha hecho es sacar un paper mostrando un algoritmo que mejora el sistema de gestión de tareas de linux en un 5%. Tiene su mérito pero de ahí a haber inventando la panacea va un trecho. Es más, sólo lo ha probado en un IBM Power8 con lo que el periolisto que dice que va mejorar tu PC y tu móvil debe de haber escrito el artículo después de una sobredosis de comida de mocos.
#11 Él ha hecho su trabajo bien, es el periodista el que no.
#11 En realidad todos los sistema operativos son optimizables a una máquina concreta. Apple en ese sentido es un buen ejemplo: hacen un sistema operativo que al contrario que Windows o las versiones estándares de Linux está muy optimizado para un muy determinado hardware que controlan férreamente (aunque cada vez menos), lo que provoca menos fallos y mejor rendimiento de ese hardware a cambio de pérdida de libertad y variedad.
Pero hay mucho informático por ahí que lleva optimizando Linux para determinados servidores desde hace tiempo logrando resultados parecidos a este chico. Esa es una de las razones de que Linux sea tan popular en servidores, el poder modificarlo y compilarlo para aprovechar al máximo un hardware concreto.
#23 Tu comentario es un poco de cuñao eh?
Pero seguro que tienes unos hombros desarrolladísimos
#31 El hacer referencia al cuñadismo sin ningún tipo de justificación es muy cuñao en sí realmente.
#33 1) Lo de "optimizar a una maquina concreta" hablando de sistemas operativos que son una rama de computer science (prefiero dejarlo en ingles pq queda más claro los que es CS con respeto al más genérico y cuñadesco "informática" o ciencia de la información), no tiene nada que ver con lo que hace Apple con macOS/iOS. Y aún menos tiene que ver el trabajo de este chico. La optimización de uno scheduler en un caso concreto de alto paralelismo como puede ser un procesador de mainframe con centenares de cores realmente no tiene (casi) nada que ver con el trabajo de integración de todo el stack kernel+drivers+userland+UI que hace Apple, y que es la razón que le da "ventajas" sobre otros sistemas operativos de escritorio o móbiles.
2) Esa es una de las razones de que Linux sea tan popular en servidores, el poder modificarlo y compilarlo para aprovechar al máximo un hardware concreto es una frase que quiere decir todo y nada a la vez. Las optimizaciones que te puede dar "compilar para aprovechar al máximo el HW" son casi nulas, a menos que no seas un usuario de Gentoo. De hecho todas las distro para servidores (tanto community como enterprise) el kernel es el mismo para todas las instalaciones y se cargan o no modulos cuando necesario.
No sigo más pq hay para muchas parrafadas
#53 Por poner un ejemplo, ¿en serio crees que es lo mismo en términos de rendimiento, resolución de incidencias y errores, afinamiento y fiabilidad desarrollar en un Android que tiene que correr en una cantidad desconocida, creciente e inmensamente variada de hardware que un IOS, incluso tratándose de su núcleo, que sabes exactamente en que dispositivos concretos va a correr?
Si de verdad te crees eso poco has programado tú.
#54 Ves, hablas otra vez de cuñao. La persona de la que habla el articulo trabaja en algoritmia pura y no tiene nada pero nada que ver con el trabajo "de calle" de los problemas que me sacas tu. Si metes un algoritmo O(n2) en tu programa para iOS irá igual de mal que la versión para Android.
Que luego para sacar una aplicación que funcione "bien y rápida" para el usuario final es más fácil hacerlo desarrollando en el entorno de Apple que en el de Android, estoy de acuerdo contigo. Pero no es lo de que se habla en esta noticia.
#55 yo es que no sé que haces perdiendo el tiempo aquí con "cuñaos" y no te dedicas a entrar en los miles de hilos que hay en la red explicando como compilar y modificar el kernel de Linux para una determinada plataforma. Empieza por aquí,
http://www.yolinux.com/TUTORIALS/LinuxTutorialOptimization.html
https://www.citrix.com/downloads/citrix-receiver/receiver-for-linux-sdks/linux-platform-optimization-sdk.html
Oye, que igual en tu cruzada aprendes algo si te abres de orejas, pero para eso has de dejar de gritar "cuñao" como un tontaco.
#55 Por cierto, si lo de informarte no es lo tuyo te dejo diferentes compilaciones del kernel optimizadas para diferente hardware, en este caso bajo la distro de Ubuntu
https://wiki.ubuntu.com/Kernel/Dev/Flavours
Y tienes por poner un ejemplo Liquoris, que básicamente lo que ofrece es una compilación del kernel para sacar lo máximo de linux en máquinas dedicadas a juegos y multimedia
https://liquorix.net/
#58 No quiero llegar aquí https://www.xkcd.com/386/
^D
#23 Pero tampoco hay que quitarle merito, este ha hecho un trabajo académico, ha caracterizado las cargas con respecto a distintos planificadores relacionados, ha expuesto sus motivaciones, ha propuesto uno mejor, ha evaluado la mejora del rendimiento, ha descrito por donde debe discurrir el trabajo posterior...
Lo que han hecho los otros informáticos que comentas es sólo una solución ad-hoc y este ha hecho la formalización de una solución mejor de un algoritmo ya de por si muy optimizado. Hay mucho trabajo y sacrificio detrás (también riesgo, de que alguien encuentre algo mejor que lo tuyo durante los años que estas dedicándole todos tu esfuerzos).
#43 No trato de quitarle mérito, trato de argumentar que el enfoque que le da el "plumilla" al tema es como bastante exagerado y sensacionalista, como ha comentado un apañero antes.
#44 El plumilla ni se ha leído el resumen de la tesis, pone expresamente que no es apta para otras arquitecturas particularmente móviles.
#23 Afirmaciones extraordinarias requieren pruebas extraordinarias.
http://www.phoronix.com/scan.php?page=article&item=macos-sierra-ubuntu&num=2
#65 Hay que ser bobo para hacer un test de performance con una base de datos cuándo hablamos de Mac.
#66 Hay que ser bobo para no mirar el test y ver que por ejemplo C-Ray es un "raytracer".
#67 Es que coger dos software (o tres) concretisimos y en función de su desempeño en dos sistemas operativos sacar conclusiones es de subnormales profundos. Igual en esos dos softwares en concreto la implementación en un SO es mejor que en otro. Por ejemplo yo me creo que el driver de sqlite en Linux está muchisimo más currado que en Mac OS, porque es a un usuario medio de Mac Os la gestión de base de datos se la pela por delante y por detrás. Pero hacer eso y sacar conclusiones es un cherrypicking de lo más tontoloide, repito.
#68 La realidad es que el compilador que utiliza Apple es mas rápido que GCC (compilador que utilizan la mayoria de distribuciones Linux) construyendo los binarios pero el resultado en general es menos optimo en cuanto a rendimiento.
Mucho llamar tontos, bobos, etc.... pero 0 pruebas de la afirmación extraordinaria.
#69 En dos piezas de software muy simples y muy concretos y en dos apartados de hardware concretos, uso intensivo de disco y procesador. Benchmark chapucero, chapucero.
#70 Ese ejemplo lo puedes repetir con Handbrake, Blender3d, samba, openssl, etc... y publicar los resultados. Pero al menos ofrece alguna prueba re-producible de tan extraordinaria afirmación.
Veo sumisión a la Leyenda Negra en cada uno de los comentarios. Franceses, ingleses y estadounidenses pueden seguir frotándose las manos.
Cabezón, alitas de pollo, ropa de hace tres temporadas del Alcampo -> 100% informático
#8 Gracias por hacerme inventar una excusa cuando mi jefa me ha preguntado ¿De qué te ries?
Alitas de pollo... brutal.
No se a santo de que hay que hablar de su aspecto físico ( #8 ) o decir cosas como la de #6 o #4
Es un estudiante de doctorado al que le han dado un premio por una publicación, solo eso :S. Link a todas sus publicaciones (incluida la del premio): http://personales.upv.es/jofepre/
#20 Unos all brans por la mañana y asunto arreglado.
#25 Nah, no soy un estreñido.
Me he imaginado que el chaval este lleva meses currándose el paper y le dan un premio, viene aquí y solo ve a cuatro pringaos diciendo chorradas sobre él sin conocerle de nada y me ha molestado.
#38 No hace falta que vengas de vengador justiciero enmascarado, hombre, este tipo en 2 años estará levantándose 140.000 euros al mes en Irlanda con una rubiaca lituana al lado y riéndose de ti y de mi.
¿Te has sentido identificado quizás?
#40 Yo creo que sí hace falta, todo sea por luchar un poco contra la forocochización de meneame
Y sí, me sentido identificado. Mi hija salió en un periódico local por un logro académico, y un hilo de comentarios (bastante más burros que el tuyo) de gente anónima le jodió la semana.
#45 Pues fue la oportunidad perfecta para enseñarle a tu hija que uno no debe hacer las cosas por y para la aprobación de los demás y menos que nadie de un desconocido en internet con ganas de coña. Igual lo has estado enfocando mal.
#8 Que cabróoooooon.... cuando se transmute en cyborg superoptimizado te buscará y te demostrará por reducción al absurdo quien es el informático ahora....
#8 Te presento a Ron Fedkiw. Informático.
http://physbam.stanford.edu/~fedkiw/photos/bodybuilding_front_small.jpg
#34 A ver hombre, no hace falta picarse. Yo mismo soy informático. Y bueno, lo de alitas de pollo no, pero yo mismo tengo una cabeza importante y yo mismo no presto siempre la atención que debiera a mi vestimenta. Es un chiste sobre tópicos, cool down.
#35 Por Menéame me resulta difícil saber cuando es humor sincero y cuando va a mala leche... sorry. En cualquier caso no deja de ser curioso lo de este hombre, que es que encima es una eminencia en Gráficos por ordenador
#41 También está el caso de David Patterson (RISC, RAID), que en 2013 rompió el record de potencia para su grupo de edad y peso en press de banca, peso muerto, sentadilla, y los tres ejercicios combinados.
https://en.wikipedia.org/wiki/David_Patterson_(computer_scientist)
#8 Soy informático, explícame lo de alitas de pollo. Por si acaso era un insulto te dejo la foto de mi primo de zumosol
Como no nos quitemos de encima este complejo de inferioridad y este victimismo no vamos a avanzar nunca. La ciencia y tecnología españolas están al mismo nivel que las del resto del mundo. Aunque desde hace unos años por desgracia también está distribuída por el resto del mundo.
No recuerdo ningún titular que diga "La idea de este alemán hará que tu coche consuma menos" o "El trabajo de este estadounidense se usa en todo el mundo"
Un vendehumo, seguro
#4 No es humo, pero no está claro que se pueda generalizar la mejora del rendimiento a todos los dispositivos y todas las cargas de trabajo.
A la vista de los comentarios, me viene a la mente una sentencia: lupus homini lupus est
Y entre españoles, no veas.
¿Y en Europa? No sé.
Lo único que mejora el rendimiento es que si una función de un programa se puede hacer con veinte líneas de código no se haga con doscientas. Y también aumenta el rendimiento usar lenguajes de bajo nivel, como ensamblador por estar más cerca del código máquina, pero claro eso es para los valientes.
Salu2
#48 Ambas cosas son falsas.
#50 Ya claro que un programa se ejecute más rápido no aumenta el rendimiento... Cuando la velocidad de ejecución es uno de los factores para medir el rendimiento.
Salu2
#57 No, menos lineas no significa "que ejecute mas rapido", y a veces tampoco significa q sea mas facil de entender
#61 Yo he escrito programas de 1500 lineas que se ejecutan mas rapido que uno de 8 lineas
#62 Lo dudo mucho, salvo que en esas ocho lineas llames a doscientas funciones o salvo que en esas 1500 líneas en 1400 en realidad sean instrucciones NOP o similares, que no hacen nada.
Salu2
#63 while(true)
#63 las 1500 lineas son para aplicar k fases de preparacion de los datos, que una vez acabadas, simplificaban la ejecucion...
eso contra tres fors anidados... y si, para los casos chungos iba mucho mas rapido y para los simples no cambiaba mucho el coste
de hecho es un algoritmo famoso de calculo de costes para funciones binarias
A mí estos chavales me dan mucha envidia, pero quitando eso (que lo digo por no desmerecer su trabajo, que debe ser una pasada y yo, en 1000 vidas, sería incapaz, no ya de hacerlo, si no de comprenderlo) eso que dice el titular, que hará que funcione "mucho más rápido"...hombre, pues entre un 5 y un 10% más no es lo que, personalmente, considero "mucho más"
#29 El 10% de un millón, son 100 000 piastras, que da para putas y barcos.
Sensacionalista. Un planificador 'perfecto' mejoraría solo un poco el rendimiento, es una parte importante en el rendimiento, pero hay muchisimos más factores. Por otro lado ese algoritmo 'perfecto' es imposible de hacer por dos razones: no se puede saber exactamente los requerimientos e importancia de cada proceso y además el algoritmo no puede ser muy complicado, porque se pasaría más tiempo decidiendo qué tarea priorizar, que dándole tiempo de CPU a esa tarea. Así que aunque lo que haya hecho este chico sea muy bueno, como mucho hará que funcione ligeramente mejor tu tostadora o equivalente.
No Creerás Lo Que Ha Hecho Este Español Con Su Móvil
Los de el confidencial deberían mirar cuanta gente intenta ver su página desde el móvil... Y fracasan
A partir de ahora se va a hartar a follar.
#6 Sí, en el extranjero se folla más
La ley de Moore cada vez más agotada. Por mucho que saquen algoritmos, me da a mí que mientras no haya potencia...
#18 Demos gracias a Dios por la existencia de AMD y el trabajo que han hecho con los Ryzen. Podrán ser mejor que los Intel o no (paso de entrar en discusiones) pero es innegable que Intel estaba retrasando cualquier avance en potencia solamente por el vil dinero y ahora se joden que tienen que sacar nuevos i7 (o i9) para no comerse los mocos, y encima ajustar sus precios.
#27 Sasto... pero mira como se han puesto las pilas en cuanto AMD ha sacado las orejitas por la puerta...