Portada
mis comunidades
otras secciones
#12:
Cuando se lo diga a mi abuela va a flipar.
#2:
"Bueno, además de tiempos menores de compilación (hasta un 80% menos que GCC), que eso a los usuarios no nos importa demasiado"
Disculpa, pero algunos utilizamos Gentoo (u otras que compilen el código), que poca sensibilidad por las demás distribuciones.
Disculpa, pero algunos utilizamos Gentoo (u otras que compilen el código), que poca sensibilidad por las demás distribuciones.
#4:
#3 No me he mirado a fondo, pero de lo que he leido por ahí y por las características del compilador supongo que siendo un compilador de uso en superordenadores estará optimizado para obtener código áltamente paralelizable, cosa que GCC no lo está tanto, si a eso le sumas que los ordenadores de escritorio cada vez tienen más nucleos pues de ahí debe venir bastante mejora, pero todo esto son suposiciones, que estudiar un compilador no son leerse un par de artículos :-P.
#6:
Grandes afirmaciones requieren grandes pruebas, y en la misma noticia/comentarios no se aclaran siquiera para decidir si está ya disponible o no.
Ojalá sea verdad, pero hasta que no lo vea, no me lo creeré.
Ojalá sea verdad, pero hasta que no lo vea, no me lo creeré.
#15:
#7 Parece ser verdad, ya la había enviado yo pero la descarté por ser todavía un rumor (aunque muy fiable) Ahora ya es oficial.
¿Quieres triplicar el rendimiento de tu Linux?
En algunas tareas se triplica el rendimiento actual
Si quieres benchmarks aquí tienes de sobra
http://www.phoronix.com/scan.php?page=article&item=phoronix_dirndl_final
Más info
http://www.muylinux.com/2011/06/14/pathscale-compilador-ekopath-4-open-source-dirndl/
¿Quieres triplicar el rendimiento de tu Linux?
Publicado hace 12 años por
vejeke
a
muylinux.com
En algunas tareas se triplica el rendimiento actual
Si quieres benchmarks aquí tienes de sobra
http://www.phoronix.com/scan.php?page=article&item=phoronix_dirndl_final
Más info
http://www.muylinux.com/2011/06/14/pathscale-compilador-ekopath-4-open-source-dirndl/
#5:
Pues no me imagino qué puede tener de distinto EkoPath4 para dar ese rendimiento tan bestial. gcc está a poca distancia del compilador de Intel, y se supone que en Intel saben hacer compiladores para sus propios microprocesadores.
Habrá que esperar noticias.
Habrá que esperar noticias.
Comentarios
Cuando se lo diga a mi abuela va a flipar.
#2 No os tienen en cuenta porque sois gentooza.
"Bueno, además de tiempos menores de compilación (hasta un 80% menos que GCC), que eso a los usuarios no nos importa demasiado"
Disculpa, pero algunos utilizamos Gentoo (u otras que compilen el código), que poca sensibilidad por las demás distribuciones.
#3 No me he mirado a fondo, pero de lo que he leido por ahí y por las características del compilador supongo que siendo un compilador de uso en superordenadores estará optimizado para obtener código áltamente paralelizable, cosa que GCC no lo está tanto, si a eso le sumas que los ordenadores de escritorio cada vez tienen más nucleos pues de ahí debe venir bastante mejora, pero todo esto son suposiciones, que estudiar un compilador no son leerse un par de artículos :-P.
Grandes afirmaciones requieren grandes pruebas, y en la misma noticia/comentarios no se aclaran siquiera para decidir si está ya disponible o no.
Ojalá sea verdad, pero hasta que no lo vea, no me lo creeré.
Pues no me imagino qué puede tener de distinto EkoPath4 para dar ese rendimiento tan bestial. gcc está a poca distancia del compilador de Intel, y se supone que en Intel saben hacer compiladores para sus propios microprocesadores.
Habrá que esperar noticias.
#7 Parece ser verdad, ya la había enviado yo pero la descarté por ser todavía un rumor (aunque muy fiable) Ahora ya es oficial.
¿Quieres triplicar el rendimiento de tu Linux?
¿Quieres triplicar el rendimiento de tu Linux?
muylinux.comEn algunas tareas se triplica el rendimiento actual
Si quieres benchmarks aquí tienes de sobra
Más info
#13, pareces todo un experto... Es coña. ¿Sabes lo que es Ubuntu One?
#10 Hombre, desde 2003 hay procesadores de 64bits para escritorio, y desde 2005 prácticamente todos los que se comercializaron eran ya de 64bits. De todas formas, si aún sigues usando un procesador de 32bits, creo que tu menor problema es que no puedas usar este compilador
¿Dónde dice que el Ekopath 4 es GPL? En Phoronix y en la nota de prensa sólo ponen que será "Open source" y eso de "Free trial" no parece muy de aplicaciones libres.
Aunque en la nota de prensa ponen que el debugger tendrá una licencia más laxa que la GPLv3. ¿Igual BSD o Apache?
Parece que los Community Managers de PathScale han hecho un gran trabajo. Ahora mismo, hay gente por todas partes hablando sobre cómo EkoPath va a multiplicar por 3 el rendimiento de todo el software del mundo.
Pocos sitios mencionan que la capacidad de optimización que tiene un compilador sobre el código es bastante limitada (excepto sobre algunos fragmentos muy concretos). Y ninguno aporta más información que unos histogramas que representan los resultados de algunos tests sintéticos (sin dar ningún detalle de los mismos).
Vamos, magufismo a la altura de las Power Balance.
La noticia es amarillista a mas no poder, no entiendo como esto puede llegar a portada.
Hasta que el compilador no se libere y podamos trastear con el codigo, no creo que haya mucho que decir, y por supuesto lo de "todo ira mucho mas rapido" esta totalmente fuera de lugar.
Por cierto que EkoPath lleva existiendo una pila de agnos (como software propietario), hace tiempo no le hacia sombra a GCC. Supongo que si la empresa sigue viva (y la gente dispuesta a pagar un dineral por su producto) es porque algo de bueno tiene el compilador.
Huele un poco a humo. De vez en cuando aparecen este tipo de noticias que hablan de compresores capaces de comprimir una peli entera en un disquete de los de antes o de trucos mágicos que aceleran el rendimiento del PC un 300%. Me encantaría que fuera cierto, pero hasta que no vea algo mas solido (como un banco de pruebas en una publicación especializada) voy a mantenerme escéptico.
Si, triplicar el rendimiento suena un poco exagerado. Sera en "situaciones ideales"
En la práctica, si mejora el rendimiento en general un 10% ya es para darse con un canto en los dientes (un 10% es una barbaridad)
Quién ha dicho que no está disponible???
http://c591116.r16.cf2.rackcdn.com/ekopath/nightly/Linux/ekopath-2011-06-12-installer.run
Joer parece la panacea.
Sencillamente: no me lo creo. Existen compiladores como RapidMind que aprovechan las capacidades de la GPU y tal vía OpenCL, y en algunos casos (aplicaciones altamente paralelizables) sí que se producen aumentos notables del rendimiento. Como dice #6, ¿qué tiene este compilador que no tengan por ejemplo gcc/icc?
#12 Eres un autentico cabronazo (sin acritud). Estaba yo casi durmiendome y bostezando en el autobus repleto de finlandeses silenciosos, hasta que he leido tu comentario y no he podido contener la risa, he llorado de risa... hasta tal punto que los finlandeses se estarian preguntando si que cojones me ha pasado; "si me he comido un payaso", "si me he comido unas setas" o bien "que vivo en el mundo de las gominolas y de yupi".
De verdad, que mal lo he pasado. Eso si, me has hecho reir tanto que mereces que te invite a unas cervezas el dia que te pases por aqui.
Espero que no sea como la Okoball, y veamos anuncios de madrugada: "¿cansado de tirar lineas y lineas de codigo a su viejo compilador?" Use el nuevo Ekopath4, y compile sin codigo!!!, Okopath4, el primer compilador que gracias a la energia cinetica de los cantos rodaos y los efluvios solares es capaz de compilar sin codigo fuente, pidalo ahora y llevese un ordenador cuantico de regalo.
Jajajaja sí, si lo dice foronis es una información totalmente fiable.
#41 Según la Wikipedia sobre Pentium 4: En 2004, se agregó el conjunto de instrucciones x86-64 de 64 bits al tradicional set x86 de 32 bits.
Creía que mi procesador era más antiguo, pero veo que no tanto
#39, #41, hay Pentium 4 de 64 bits.
#40 En windows no se puede. Y si se pudiera, enseguida vendría Microsoft y decidiría que tu máquina es demasiado rápida con una actualización
¿Y la nota oficial? ¿Es que nadie va a pensar en el anuncio oficial? http://www.pathscale.com/ekopath4-open-source-announcement
Yo no soy un guru, pero use durante años gentoo en mi sobremesa, ahora mismo solo lo uso en la wii http://wiitoo.sourceforge.net/. Las mejoras en tiempos de compilación se pueden hacer de muchas maneras como usar CCache o pasarle un "-j2 o -j4" a gcc o para los gentoozos en el make.conf.
La diferencia de este compilador es que el ejecutable funciona mas rápido ya que aprovecha las capacidades de las instrucciones (SSE4,etc...) de los procesadores modernos.
A mi la verdad que se me cae la baba solo de pensar en ejecutables mas ligeros y que mejoren el rendimiento general. De hecho si esto funciona de verdad volvería a gentoo ya que hace un tiempo uso ubuntu, me canse de los tiempos de compilación y de la pobre optimización que se gana con ello.
Por cierto han hecho el anuncio pero todavía no hay nada del código publicado, supongo que todavía tienen que limpiar partes del código y demás.
Saludos a todos los linuxers
La noticia puede llevar a confusión tal como está redactada. Por lo que se puede leer en la página oficial es un compilador que, simplificando, mediante el uso unas directivas parecidas a las usadas por OpenMP es capaz de generar código que se ejecuta en las tarjetas gráficas. Esto es lo novedoso del asunto.
De hecho las figuras de rendimiento de la noticia son para los típicos kernels computaciones que vuelan en las GPUs (álgebra matricial, algunos algoritmos de IA, etc.). Y la aceleración experimentada concuerda con que éste sea el caso.
Así que intentando responder a las preguntas:
* Si se recompila el código tal cual va a haber poco cambio en el rendimiento. Ya que lo que de verdad acelera es el uso combinado de CPUs y GPUs.
* Así que habrá que reescribir el código para paralelizarlo, pero esto no es una tarea sencilla ni exenta de problemas. Empezando porque no cualquier algoritmo es paralelizable y menos aún en una arquitectura como la de las tarjetas gráficas.
Resumiendo, es un producto interesante para aquellos que se dediquen a escribir programas de cálculo científico, simuladores y bestias de ese calibre que se ejecuten en supercomputadores. Al menos así lo veo yo.
#3 "Es que la verdad es que una "revolución" tan grande cambiando "sólo" el compilador suena desde un punto de vista profano a sensacionalista"
#4 Te ha respondido muy bien, el porqué de la optimización del compilador, pero se ha olvidado de un detalle, porqué es tan importante el compilador?
Pues el compilador es la base de todo programa, es necesario para crear cualquier ejecutable. Todos los programas que ejecutas (tanto en linux como en windows) han sido previamente compilados con un compilador (sistema operativo, firefox-chrome, winamp, vlc...). Si un compilador consigue tiempos de ejecución de los programas compilados solamente un 55% mejor que anteriormente, estamos delante de una mejora de velocidad del 55%, lo cuál es ASOMBROSO. Dicho esto, es cierto que los compiladores actuales de propósito general no estaban orientados a arquitecturas multi-nucleo, por lo que es un paso esperado hace ya algún tiempo.
Y una gran noticia!
#6 Si leyeses la noticia, verías como abajo del todo hay un link a la web oficial y hasta un free trial para descargar (con registro previo)
#17 y a mucha honra que sigo con mi Pentium 4
Invertí en una buena placa base para que durara, por 2003 creo que fue y ahí sigue. Hasta que no muera no renuevo equipo
En AUR de Arch Linux (Tomad velocidad Ubunteros )
* Repository : AUR
* Name : ekopath-bin
* Version : 4.0.10-1
* Category : devel
* Out Of Date : No
* Installed : No
* Votes : 5
* URL : http://pathscale.com/ekopath-compiler-suite
* AUR URL : http://aur.archlinux.org/packages.php?ID=49808
* License : GPL
* Depends On : None
* Architecture : x86_64
* Description : A high-performance Intel 64 / AMD64 compiler for C99, C++ 2003, Fortran 90/95 and partial 2003
Estoy con #28. Me parece muy raro que ahora ekopath4 supere por tantísimo a un compilador como puede ser icc de intel, que llevan años y años mejorando e investigando como aprovechar mejor la paralelización. Seguro que lo supera en algo muy muy muy específico, en lo demás, lo dudo. A ver cuando sacan más datos.
#55 Puede que confundas el ekopath con el enzo, que es otra de sus herramientas. O a lo mejor te estás confundiendo si has leído algo sobre el tema anteriormente, ya que llevan más o menos una semana haciendo hype en phoronix sin desvelar cual era la herramienta y en el foro se sospechaba que era un producto de pathscale, pero algunos pensaban que era un compilador gpgpu automático -sin necesidad de directivas como los anteriores- ya que también están trabajando sobre eso y planean distribuirlo como código abierto http://www.bit-tech.net/news/bits/2010/04/28/pathscale-plans-cuda-killer/1
Si lo dices por el soporte de openmp, también lo tiene el visual studio, el gcc y el icc, y openmp no genera código para la gpu. Además en ningún sitio dice que sea un compilador para gpus.
Un grupo de hackers ha tenido acceso al código del compilador y han descubierto cómo optimiza el código de manera automática.
Si por ejemplo tienes esto en tu código:
for (i = 0 ; i < 100 ; i++)
;
te lo cambia por esto:
i = 100;
La noticia es muy interesante, el artículo apesta a sensacionalismo.
#14 Me respondo. Las cosas en Internet siempre tan claras y directas.
En los comentarios de la noticia de Dimdrl, o como coño se escriba, en Phoronix un tal Michael Larabel dice que en su Twitter dijo que es GPLv3.
Luego no me extraña que los periodistas no comprueben las fuentes si tienen que dar tantas vueltas para encontrar un dato tan importante cuando liberas un código.
#32 Eso no es el código fuente. Como ya se ha comentado, este compilador no es nuevo.
#44 pues si, ahora lo he leido "The 5x1 series also supports 64 bit computing."
Si #45 gracias.
pues nada tu, toda la razón tienes. Aunque en mi argumento tampoco digo ninguna mentira
Si? si es verdad ahora ya no se tendrá la mejor y más recurrida excusa? http://xkcd.com/303/
#48 Por lo que he leido en los foros de archlinux mencionan esto:
"Let this be clear. Path64 isn't EKOPath .... yet. The proprietary features from EKOPath 4 will land in path64 soon."
Tiempo al tiempo...
#60 Que yo sepa, no existe ningún linux compilado con ekopath. Dirndl era el nombre en clave del compilador que le dio phoronix al no poder anunciar que se iba a liberar hasta que no se hiciera el anuncio oficial.
El gráfico que se muestra en esa página entiendo que es el Himeno Benchmark compilado con el gcc y compilado con el ekopath. De los test que se han visto este es el que muestra más diferencia, así que yo no esperaría mejoras tan espectaculares en general.
#58 Gracias, efectivamente lo he confundido con el Enzo.
Ahora me cuadran algunas cosas. La diferencia de rendimiento con GCC no me extraña en el caso de que se haga uso de OpenMP en los ejemplos que dan. Hace un par de meses estuve mirando varias comparativas de rendimiento de distintas implementaciones de OpenMP y lo cierto es que la de GCC dejaba bastante que desear.
#8 Yo he leído la noticia, y si tú la hubieras leído verías que hay un enlace al "Vía Phoronix" y otro al comunicado de prensa. No hay ningún enlace a la descarga dentro de la noticia. Salvo que los de Genbeta se dediquen a poner enlaces de descarga de forma que AdBlock los bloquee, cosa que dudo.
En uno de los primeros comentarios aparece el enlace http://www.pathscale.com/ekopath-compiler-suite donde figura un "Starting at $1795" y un registro para descargar un free trial, como bien comenta #14.
De todas maneras, mi comentario iba sobre el maravilloso rendimiento que prometen. No tengo intención de probarlo mientras que no haya una distribución que lo incluya de serie y ver si es verdad o no.
Aquí más información.
#39 ¿ Qué ??? un SO de 64 bits en una CPU de 32 bits ???
creo que te equivocas, debia ser el Ubuntu de 32 bits.
#46 Pues... parecerlo parecería, pero...
COPYING - May 06, 2010
"All files in this source package marked as (C) PathScale, (C) Cray or (C) STMicroelectronics are licensed to you under the terms of version 3 of the GPL, regardless of any contrary statement in any license header"
https://github.com/path64/compiler/blob/master/COPYING
¿Y esto sería noticia ahora?
#45 #39 #41 En este preciso momento estoy escribiendo desde un P4 de 64 bits...
Si valia 1.795$ para desarrolladores, ¿ahora vale 0$? No se, muy claro no lo veo
Googleando he visto este artículo:
http://www.hackan.com.ar/2011/06/se-viene-una-sorpresa-para-linux/
http://www.hackan.com.ar/2011/06/confirmado-ekopath-4-viene-a-revolucionar-linux-dirndl/
¿Alguien ha probado el Linux Dirndl (compilado con ekopath4)?
#66 "Sources
http://c591116.r16.cf2.rackcdn.com/ekopath/nightly/Linux/ekopath-4.0.10-installer.run "
Posique... eso es el binario no-libre
#71 Y donde está el problema de seguir usando arquitecturas de 32 bits ??
Eso digo yo, ¿dónde está el problema?. Dije lo de que sería su menor problema porque estaríamos hablando seguramente de un procesador entre 2003 y 2005, es decir, tendría entre 6 y 8 años. Y un procesador con entre 6 y 8 años, o en su día era un GRAN procesador o ni siquiera estará preparado para correr la mayoría de aplicaciones web de hoy día.
La arquitectura vendría importando una mierda ( y de hecho, así es, ¿cuanta gente hay que tiene procesadores de 64bits y aún así usan un S.O. de 32?), los problemas vendrían por la potencia.
Pufff, raro raro. Tanta diferencia no me cuadra.
Serán mucho más rápidas (en teoría) en procesadores 64 bits, los que aún seguimos con 32bits pues nada.
#37 ¿Y no puede funcionar a 64 bits? Recuerdo que con mi antiguo Pentium 4 estuve ejecutando Ubuntu en x64 una temporada sin problemas. Será cuestión del modelo, supongo
Pero...
Ahora a eso le pasas el código de cualquier aplicación preparado para ser compilado con gcc... ¿y lo compila sin problemas?
No sé yo...
Pues de la noticia lo más importante es que a partir de ahora dispondremos de un compilador fortran 95 libre, y de primera línea. Con este compilador se puede compilar prácticamente todo el software científico que hay.
#39 según el modelo, el mio es anterior a 2004 y no, no es de 64bits. En un ordenador de 32 bits no puedes tener un SO de 64, al contrario si.
pues yo desde que descubrí icc, no uso otra cosa. El mejor compilador que he usado en mi vida con diferencia, los ejecutables tienen el mismo tamaño que los del gcc mas o menos, pero el código es unas 100 veces más rápido, sin exagerar, dos ordenes de magnitud
#63 Usa apt-build en vez de apt-get http://www.themicroutil.com/2009/05/optimizar-ubuntu-con-apt-build.html
PD: En Arch se puede hacer eso mismo con srcpac -Sybbm paquete en vez de pacman -Sy paquete , añadiendo en /etc/makepkg.conf , una línea encima de CFLAGS=blablala , CC=/ruta/al/ekopath
Yo he recompilado algunos programas simples en C con Clang (LLVM) y algunos van follaos, otros van bastante lentos .
#1 Toda la razón, parece la releche. Con que sea una cuarta parte de lo que promete el artículo me conformo. ¿Alguién con más conocimiento de la materia puede ilustrar un poco más? Es que la verdad es que una "revolución" tan grande cambiando "sólo" el compilador suena desde un punto de vista profano a sensacionalista o a que hasta ahora las cosas no se hacían del todo bien.
Una cosa: esto sólo beneficia a Linux ??? creo que esto también beneficia a otros SO basados en Unix.
Un compilador moderno de sistemas 64bits y fuertemente enfocado hacia el multitheading es normal que saque mejoras de rendimiento en los programas con mucha carga de cpu. Pero vamos, que en las aplicaciones del "dia a dia" no creo que se note la diferencia. Eso si, la mejora de rendimiento del compilador en si (al compilar) si que puede ser expectacular, sobretodo, comparada con gcc.
que siiiiiii
Al final pasará como con el parche milagroso que metieron en el kernel, que sí, algo mejorará en algunos aspectos, en unos más que otros, pero dudo que sea mucha la mejora, y en ciertos aspectos incluso habrá pérdida de rendimiento. Será cuestión de hacer pruebas y quedarse con lo mejor.
A mi me suena a publicidad de la compañía para vender soporte, aún así, si mejora algo por poco que sea, bienvenido.
Si quieren presumir tanto que hagan un fork de Ubuntu compilado enteramente con eso para que podamos instalarlo y notar la diferencia.
#2 Y algunos seguimos utilizando slackwsare... pero ellos en su web sólo hablan de Ubuntu ¿¡!? (cada día estoy más hasta los o0 de que "siempre intenten" ponernos a todos el mismo uniforme*. Todos hemos de estar en Facebook, Twiter y usar Windows o Mac); que poco les gusta la variedad y el pluralismo. Bien es cierto que después en la nota de prensa si dicen que llevan años trabajando con Red Hat, Solaris, FreeBSD.
De todas formas, mientras liberen los fuentes, siempre habrá gente de la comunidad que haga binarios para más distribuciones (yo tengo un portátil muy antiguo para correr Gentoo. Se arrastraría como un camaleón).
Bienvenida sea la noticia. Es bien seguro que ellos* también saldrán ganando con las aportaciones del ecosistema* que ama el código de fuentes abiertas (eso que llaman la comunidad de desarrollarores, mantenedores, traductores y sin embargo usuarios del software libre). Por número debemos de ser apenas unos miles de "perroflautas* que no usamos los mismos sistemas operativos que la gente de bien"
#8 El registro es por si quieres soporte. Yo me he bajado el binario sin resgistro de ninguna clase. En el botoncito donde pone: Bajar por la noche (traducción libre
#17 Y donde está el problema de seguir usando arquitecturas de 32 bits ??
Es más; cuantos programas de los que "habitualmente usa la gente*" que tiene PCs con microprecesadores de 64 bits, están escritos/optimizados para esa arquitectura ??
Porque, entre que la "confederación del comercio y la banca" quiera venderte algo y te diga que ese PC es la repera pachanguera de rápido (la mayoría ya pueden serlo, con mínimos de 4 GB de RAM, interfaces como SATA y HD de estado sólido, todo corre más. Yo mismo con un Porche también corro más); y que luego el software que hay en el mercado haya sido portado/adaptado/opotimizado o escrito para semejante supercomptadora chachi piruli, hay mucho camino que andar.
Por eso viene bien un compilador que fue escrito y optimizado en principio para Procesadores Itanium y otras arquitecturas de 64 bits de AMD. Pero los PC de 32 bits tienen mucho recorrido aún. Siempre que se tenga claro que para jugar están las consolas y para ver series los receptores de TV con pantallas cojonudas.
#24 Claro, claro, por eso la Fundación FreeBSD y NetBSD acaban de comprarles una licencia no restrictiva de las bibliotecas: libcxxrt C++ (para sustituir a su viejas libsupc++) ¡ y a liberarlas bajo licencia BSD !.
http://www.pathscale.com/node/265
Después nos quejamos amrgamente aquí y a diario de que los periodistas no contrasten las fuentes de las noticias. Y cuando llega a portada una bien documentada con links a las webs de todas las partes implicadas; no leemos ni el primero. Pero eso sí, no dudamos en escribir un comentario jocoso, incrédulo, y, evidentemente desinformado.
#55 Puede que la noticia esté redactada con un buen porcentaje de ambiguedad. Pero confusión no debiera crear ninguna. En el titular está la madre del cordero, como casi siempre. No miente porque dice: "EkoPath4 liberado: Linux y sus aplicaciones serán muchísimo más rápidos".
Y como tu apuntas acertadamente, centrando un poco más el ámbito* donde este software va a ser más usado a partir de ahora: "es un producto interesante para aquellos que se dediquen a escribir programas de cálculo científico, simuladores y bestias de ese calibre que se ejecuten en supercomputadores".
Y está bastante claro que sistemas operativos corren en las supercomputadores. De las 500 más potentes del mundo en en enero de este mismo año; 459, corren OS Linux
http://www.top500.org/stats/list/36/osfam
Se añade la parte sensacionalista* al no especificar lo que tu explicas en tu comentario. Es decir, los OS Linux (así como los Solaris, FreeBSD y NetBSD) mejorarán y serán más rápidos. Pero no exactamente los PCs de escritorio que corren Linux. Acabarán beneficiándose a la larga porque es escribiŕa y compilará mucho código nuevo*.
No es de las noticias peor redactadas que he visto en esta portada. Por cierto. La portada de menéame sobre las 14:30h de ayer; no tenía desperdicio. Una de las más interesantes y variadas (al menos desde un punto de vista del periodismo y la comunicación) que he visto en los últimos meses. Enhorabuena a todos* los que tal cosa consiguieron.
Y ahora dejó a las máquinas haciendo su trabajo y yo me voy a la ducha/desayuno?/cama. El día en que Skynet despierte hasta a Matrix se le van a caer las bragas.
Si a los banqueros sus* computadoras les exigiesen un horario de menos de 24h, por convenio, la palmaban todos del infarto que les iba a dar
Será este el fin del debate sobre GNU/Linux o Linux? ¿Comenzará aquí otro entre Linux y EkoPath4/Linux?
Sólo por dar un poco la brasa!
Todos los programas de 32 bits funcionan más rápido al compilarlos en 64 bits.
Luego podrás optimizarlo más o menos, pero de entrada, simplemente por hacer los movimientos de memoria de 8 bytes en 8 bytes en vez de de 4 en 4 ya se nota el rendimiento.
#16 tienes razon me equivoque me refeira al centro de software de ubuntu, al que pusisieron en el ultimas versiones estilo tienda de aplicaciones, que me descargue varias aplicaciones y tuve varias malas experiencias sobre todos con apliaciones de sonido.
Claro que no soy experto, en linux nivel ususario, ahora mismo instalado pero hace meses que ni entro.
¿Alguien sabe si estará también para windows?
Para los que tengan git instalado, puede que aquí este el código (yo aún estoy en 15% descargado) :
~$ git clone git://github.com/path64/compiler.git
#12 la mía pasa de esas cosas. Dice que se siente cómoda en ensamblador.
#72 No entiendo a qué viene el comentario. O no sabes leer o le querías responder a otro. Por si acaso aclaro mi comentario. Si va a liberarse bajo gplv3 (el compilador, se entiende, y por cierto, se ha confirmado, será bajo gplv3) entonces no creo que los sistemas operativos con licencia bsd lo aprovechen, ya que quieren pasarse a un compilador menos restrictivo (a clang, por ejemplo, un compilador bajo licencia bsd, no a ekopath, que es gplv3).
#18 Beneficiará a todo el que quiera usarlo para compilar sus aplicaciones -incluídos desarrolladores de windows/mac- aunque si va a liberarse bajo gpl3 como han comentado dudo mucho que se aproveche en bsd, ya que están intentando pasar a un compilador de licencia menos restrictiva (clang), no a una más restrictiva.
Yo creo que si bien cae bajo licencia GPL, bien podrá ser usado por cualquier usuario bajo cualquier distro, vamos digo yo...
PD:. El mayor problema de linux radica en la dificultad de uso. Para cualquier tonteria acabas teniendo que abrir la consola y buscando por internet.
Da igual que la aplicaciones sean mucho mas rapidas si incluso mitad de las aplicaciones del ubuntu one no funcionan correctamente.