1) Para determinadas máquinas, el poder compilar todo el sistema
con GCC-3.1, y optimizao a 100% para ellas, el incremente es bastante
notorio. Podeis mirar las comparativas del gcc en sus distintas versiones y
flags y pensad que ocurriria si desde el libc, glib, el kernel, todas las lib
de graficos, todas las apps, ... , etc... se ven incrementadas cada una de ellas
por un rendimiento del 20%.
Como ejemplo, el GCC-3.1 compilado para Athlon, ya incrementa en un 12% lo que
hace el GCC-3.04.
2) El compilar siempre, bueno, tiene cosas buenas y malas. Las buenas: compilas para tu maquina y aumentas rendimiento. Las malas: no siempre funcionan las compilaciones. Imaginaos que en gentoo hay varias plataformas soportadas (ppc y x86 al menos), y existen ahora 3 ramas de compiladores algo incompatibles entre si... Mantener 2000 paquetes ( que es lo que tiene gentoo ahora ), que compile con las 6 posibilidades,
ya es un tema.
Es mas. El usuario es el que puede decidir los CFLAGS de una manera sencillisima para compilar los paquetes ( editando un fichero ). Imaginaos el juego que da esto.
Y aun mas. En gentoo al menos, los paquetes no son paquetes como tales... Son metapaquetes. Es decir, de un mismo metapaquete pueden salir muchas cosas distintas, a elección tambien del consumidor. Si habéis jugado alguna vez con los configure, imaginad las combinaciones que dan los --with- y los --without, y los --enable... Eso si, todo muy simplificao desde el punto de vista de los usuarios.
Por lo tanto:
-Si, se incrementa el rendimiento, y puede que mucho.
-Es más flexible, instalas la parte del paquete de lo que quieres.
-Pero da más problemas. Un paquete por regla general de debian, suele tener una fiabilidad del 99% ( sobre todo si es potato o woody ).
-Tener un sistema a punto es más lento, solo pensar en compilar GCC, XFree, KDE y Gnome se me enfria el cuerpo.
No quisiera finalizar sin comentar, que en gentoo tambien hay paquetes binarios.
Que Gentoo es una distribucion muy joven.
Que el emerge (el equivalente al apt-get) es una gozada.
Si, infiel a Debian, santo sacrilegio, pero es que he de reconocer que me encanta gentoo.
Se nota el cambio de velocidad, antes no podia usar el kde y ahora uso el kde 3.
Tiene puntos muy buenos, como el USE (una especie de configuracion global) el poder tener varias versiones del mismo paquete conviviendo, la modernidad, etc.
Lo malo es que para instalar un paquete evidentemente tarda, y que es un tanto inestable, pero esta distro promete mucho en cuanto estabilice un poco mas la base.
Por favor que alguien amplie/corriga esto!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Creo que en Woody se ara proximamente. No tengo ningun enlaze a mano pero lo he leido en las mailing lists.
Sinceramente, Debian tiene mucho camino recorrido ya. Su forma de tratar a los paquetes para la instalación por Internet es mejorable, la subdivisión en paquetes mas pequeños es una buena referencia... Todo junto es una evolución muy a tener en cuenta. aturalmente hay espacio para todos.
--
--
No a les Patents de Programari!!
Por un dominio .ct
Mientras leo /. estoy haciendo copias de seguridad y moviendo cosas al otro disco duro, para empezar la instalación. Me ponen muy de mala leche las instalaciones, pero después de darle muchas vueltas, creo que merece la pena probar. Lo que de verdad me preocupa es que me guste... no quiero pensar cómo llamarán a los partidarios de gentoo :-)
¿Qué opináis de una distribución como gentoo que permite compilar todo el soft para tu plataforma al estilo BSD?
Es que si lo piensas bien, lo raro es lo contrario. Si no, estás perdiendo buena parte de las ventajas de disponer de los fuentes. Y total, después para tal o cual cosa sí que hay que compilar determinados paquetes. Para eso, mejor que esté todo preparado para funcionar de esta manera.
Como programador tengo la costumbre de tenerlo todo a punto de compilación siempre (salvo quizás el fichero concreto en que trabajo) y hago la correspondiente compilación diaria de todo. Creo que incluso es una buena forma de involucrarnos en la corrección de errores, al menos para algunos programas, sin marcar tanto la diferencia entre programadores y usuarios. Teniendo los fuentes a mano siempre, no descarto echar un vistazo cuando aparezca un fallo.
planteen compilar sus paquetes para plataformas superiores a i386? ¿Aún hay gente que trabaja bajo i386? ¿Qué pensáis de todo esto?
Que lo que has hecho pueden parecer preguntas, pero de todas formas yo diría que tienes toda la razón :-)
Ahora mismo no va el link porque o el server está caido o porque el corte de líneas de la Timo ha jodido algo, lo puedes ver usando la cache de Google aquí
--
--------- "Si miras fijamente la realidad, verás los pixels”
...
Los CFLAGS en Debian se puede solucionar con el paquete pentium-builder, el cual se mete en el enlace simbolico del gcc y le añade opciones (gcc -> builder-cc -> gcc-2.95)
En Debian los paquetes fuentes también son metapaquetes, por ejemplo con el kdebase sacas más de 12 .debs cuando lo compilas desde los fuentes.
El emerge segun he leido es la leche, en Debian se podría implementar fácilmente con un par de parámetros en el dpkg. De hecho me estoy montando en los ratos libres que me deja el PFC un script que se baja el paquete sources, lo compila (si necesita dependencias para la compilación se las baja), y luego desinstala las dependencias que se ha bajado para hacer la compilación y después te da opción de cepillarte el directorio temportal que crea la compilación (que ocupa bastante). Aún me falta un poquito para acabarlo, pero tranquilos que ya dejaré un mensaje por aquí ;-)
Y el GCC 3.1 veo que ya están empaquetándolo en SID ;)
A ver si para la campus ya tenemos la woody y montamos un sistema de compilación en cadena de paquetes entre varios y nos hacemos una Woddy-i686 ;)
--
--------- "Si miras fijamente la realidad, verás los pixels”
...
Caray, pues yo diria en lugar de eso, se pusiera el nivel de optimizacion un poco mas abajo.....no?
-march=plataforma -O2 -pipe
Desde mi forma de ver las cosas, no ganas mucho en velocidad, (con las velocidades de procesadores hoy día), y sí en cambio es posible que el binario quede algo inestable.
Un comentario. Del kdebase sacas mas de 12 paquetes.. A partir de dividir el paquete en varios. NO DE VARIACIONES ( para X, SVGA o FB por ejemplo, o para Gtk/GNOME cuando hay diferencia, o con soporte ALSA,OSS,ARTS o cualquier combinacion lineal de todas las anteriores ) del mismo.
Sacas ademas uno de dev por cada uno.
Lo del CFLAGS de Debian funciona taco de cutre y mal, y lioso... Aquí desde el principio, sin chapucerias de ningún tipo se hace lo mismo. ( he probado el pentium-builder ese, y ni PUNTO DE COMPARACION )
El GCC-3.1 ya lleva mucho tiempo en gentoo. El problema no es empaquetar el compilador GCC-3.1, sino hacer que todos los paquetes que tienes, compilen con GCC-3.1, y créeme, que eso es un WEVO de trabajo. Y encima con la política de un paquete es mío hasta la muerte amen de debian, pueden pasar años...
El nivel de flexibilidad de compilar ciertos paquetes más sensibles con menos optimizaciones, y otros con más, en debian es realmente algo complicado de conseguir.
Y otra última cosa: con la política ultraconservadora de debian, dudo que a dpkg le metan un parámetro más.
Espero haber aclarado conceptos.
Y no es un ataque a debian, que pueda parecer... Cada distro es cada distro. Si no me quiero comer la cabeza y tener un servidor montado en 4 minutos, te instalas una potato,
que según tengo entendido es bastante estable ( nunca baje de Woody ). Eso sí, con gentoo siempre estás a la última, pero es más inestable.
Pero, amos, lo de recompilar lo puede hacer hasta la Mandrake, la Suse y la RedHat... eso si... xDD
( me recuerda al chiste de jaimito con el amoniaco: "po a mi me gusstaaa" )
Bueno ya veo que a la gente le interesa Gentoo, y como no es momento para una polémica Gentoo contra el mundo, simplemente deciros, que estamos llevando a cabo el proyecto de traducción. Todo se centraliza en http://www.gentoo.org/~bass y por supuesto en las listas de correo en español. Además tenemos #gentoo-es en openprojects y el foro en español en. Y en breve es.gentoo.org.
Saludos
-- bY:
BaSS
"El software es como el sexo, si es gratis mejor" Linus T.
estoy de acuerdo en lo de los verbos ingleses españolizados ..., pero en el ejemplo te has lucido ...
porque indexar viene del latín y lleva mucho tiempo entre nosotros, no es un anglicismo ni mucho menos, de hecho en mi diccionario de la RAE (debes tener uno distinto ...) pone:
- indexar: bla,bla,bla
- indizar: indexar
vamos, que no tiene ningun sentido eso que has dicho de: "Y conste que la RAE acepta indexar como sustituto informal para indizar. A fuerza de usarlo..."
solo he visto la palabra indizar en traducciones cutres de libros de informática, junto con apuntadores, arreglos y demás cosas del estilo
Lo del CFLAGS supongo que lo harán igual ellos o sino se habrán tenido que mamar todos los Makefiles y haberlos cambiado uno por uno utilizando alguna variable del sistema o alguna cosa parecida, aunque algo leí algo de scripts en Python no se si pasarán totalmente de los los Makefiles (no lo tengo muy claro, habrá que leer más ;)
Según la web de arriba, Gentoo no lleva gcc 3.1 de serie como el compilador por defecto, pone que también usa la 2.95, en Debian el cambio sería cojonudamente largo y bastante dificil, una forma sería indicar en el mismo paquete con que gcc se tiene que compilar.
Está claro que Debian tiene que progresar y avanzar, y esos cambios tal y como está debian organizada son largos y complejos. Gentoo es una distro que tiene 3 meses de vida escasos y ha creado un sistema de paquetes muy bueno huyendo de los posibles errores de los .deb y de los .rpm
Tal y como se puede ver, las distros basadas en paquetes de fuentes (estilo Gentoo) tienen muy poco tiempo y eso ha posibilitado corregir esos posibles errores con respecto a las distros más antiguas.
--
--------- "Si miras fijamente la realidad, verás los pixels”
...
Tiene buena pinta, aunque lo de autoactualización no me mola NADA.
Que un script que se tiene que ejecutar bajo root se actualice por si sólo no es algo que vea yo muy seguro, aunque estoy viendo que sólo lo hace si le pasas el parámetro correspondiente
Las dependencias que instala no da opción de desinstalarlas después del proceso, aunque eso es fácilmente modificable ;-)
Gracias por el script
--
--------- "Si miras fijamente la realidad, verás los pixels”
...
En Debian a partir de los fuentes sí que se generan paquetes con variaciones de esas que tú dices (que si para X, que si para SVGA, ...), y los CFLAGS se los puedes poner sin ningún problema, yo lo he hecho un montón de veces :?
Pipe no afecta al binario, pero en la mayoria de casos la compilación es mas rapida.
-O2 es "base" y -O3 "tweak". Cualquier nivel de optimización por encima de -O3 dara problemas de estabilidad importantes.
Nota: He compilado con gcc3.1 y estos flags en mi Athlon 600MHz. La diferencia de rendimiento contra mi antigua Debian Sid es ENORME, y emerge... excelente.
En Debian si instalas 3 compiladores y están los 3 en el sistema de alternativas dices cual quieres usar y todo lo que use gcc se compila con el que has dicho.
Usar gcc 3.1 en Debian es tan facil como hacer update-alternatives --config cc
y sin tener que trastear con cada paquete por separado.
Al instalar el código fuente de un paquete te dice las dependencias que hacen falta para compilarlo, aunque ahora mismo no sé si te las instala automáticamente también.
Lo de Gentoo tiene muy buena pinta. Lo que no me queda muy claro es que si hay que recompilar los paquetes siempre que los desinstalas, porque yo estoy todo el día probando y quitando cosas y si tengo que estar cada vez dos hora de compilación me puede dar algo.
Se ve que Debian no usa las alternativas para el gcc ¿Algún desarrollador sabe porqué no las usan?
Si pones el pentium-builder o el athlon-builder te crea una bifurcación de paquetes en la que puedes decidir si usas el pentium-builder o el gcc normal
Ahora mismo me acabo de bajar el gcc-3.1 y el athlon-builder y con cuatro cambios me he hecho el gcc-3.1-athlon-builder :-)
¿Gentoo tiene también contrato social? porque estoy pensando en probarla
Yo me lo miré así rápidamente y no vi nada de desinstalar las dependencias.
Si desinstalas el paquete principal las dependencias se quedan, aunque hay un programilla muy majo llamado deborphan que te dice que paquetes de librerías no se usan, a veces he visto como algunas librerías no las lista.
--
--------- "Si miras fijamente la realidad, verás los pixels”
...
El hecho de que Linux sea libre y abierto para todos produce este tipo de comparaciones. Personalmente prefiero SuSE, problablemente no sea ni mejor ni peor que otras distribuciones; pero desde hace 2 años que uso Linux me he acostumbrado a trabajar con esta. Tambien me gusta porque viene cargada de soft hasta el culo. No se si habrá alguna distribución que incluya tanto soft como SuSE.
Tambien pienso que se puede vivir sin Windogws.
Un Saludo.
Lo mejor de todo era escuchar a la gente despotricar de los ports diciendo que vaya tontería, recompilar todo... y ahora que lo tiene gentoo, gentoo es la releche.
En fin, cada uno con lo suyo.
--
Programs should be written for people to read,
and only incidentally for machines to execute
Hasta hace unos meses, la instalacion mas sencilla era sin duda la de Mandrake. Ahora parece ser que Lycoris (Redmond Linux) se lleva ese titulo.
Saludos.
Re:Este verano... gentoo!
(Puntos:1)( http://www.kikov.org/ | Última bitácora: Domingo, 14 Diciembre de 2003, 14:31h )
1) Para determinadas máquinas, el poder compilar todo el sistema
con GCC-3.1, y optimizao a 100% para ellas, el incremente es bastante
notorio. Podeis mirar las comparativas del gcc en sus distintas versiones y
flags y pensad que ocurriria si desde el libc, glib, el kernel, todas las lib
de graficos, todas las apps, ... , etc... se ven incrementadas cada una de ellas
por un rendimiento del 20%.
Como ejemplo, el GCC-3.1 compilado para Athlon, ya incrementa en un 12% lo que
hace el GCC-3.04.
2) El compilar siempre, bueno, tiene cosas buenas y malas. Las buenas: compilas para tu maquina y aumentas rendimiento. Las malas: no siempre funcionan las compilaciones. Imaginaos que en gentoo hay varias plataformas soportadas (ppc y x86 al menos), y existen ahora 3 ramas de compiladores algo incompatibles entre si... Mantener 2000 paquetes ( que es lo que tiene gentoo ahora ), que compile con las 6 posibilidades,
ya es un tema.
Es mas. El usuario es el que puede decidir los CFLAGS de una manera sencillisima para compilar los paquetes ( editando un fichero ). Imaginaos el juego que da esto.
Y aun mas. En gentoo al menos, los paquetes no son paquetes como tales... Son metapaquetes. Es decir, de un mismo metapaquete pueden salir muchas cosas distintas, a elección tambien del consumidor. Si habéis jugado alguna vez con los configure, imaginad las combinaciones que dan los --with- y los --without, y los --enable... Eso si, todo muy simplificao desde el punto de vista de los usuarios.
Por lo tanto:
-Si, se incrementa el rendimiento, y puede que mucho.
-Es más flexible, instalas la parte del paquete de lo que quieres.
-Pero da más problemas. Un paquete por regla general de debian, suele tener una fiabilidad del 99% ( sobre todo si es potato o woody ).
-Tener un sistema a punto es más lento, solo pensar en compilar GCC, XFree, KDE y Gnome se me enfria el cuerpo.
No quisiera finalizar sin comentar, que en gentoo tambien hay paquetes binarios.
Que Gentoo es una distribucion muy joven.
Que el emerge (el equivalente al apt-get) es una gozada.
Que tenéis que probarlo!!
Slt! y happy gentooing!
Salu2
Lo confieso, son un infiel
(Puntos:1)( http://barrapunto.com/ | Última bitácora: Miércoles, 06 Julio de 2005, 11:32h )
Hash: SHA1
Si, infiel a Debian, santo sacrilegio, pero es que he de reconocer que me encanta gentoo.
Se nota el cambio de velocidad, antes no podia usar el kde y ahora uso el kde 3.
Tiene puntos muy buenos, como el USE (una especie de configuracion global) el poder tener varias versiones del mismo paquete conviviendo, la modernidad, etc.
Lo malo es que para instalar un paquete evidentemente tarda, y que es un tanto inestable, pero esta distro promete mucho en cuanto estabilice un poco mas la base.
Por favor que alguien amplie/corriga esto!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE9CiFBXD2QkzAtriIRAqeYAKDCdvy+LQYMM4ZbUO+NeM EmIHnrAgCgkc2H
10ycvPOqcHHix4stFW3uWf0=
=8koG
-----END PGP SIGNATURE-----
Cuando el Yo existe el Otro se discrimina. Cuando se forman el Yo y el Otro, surge el apego y el enfado
En Debian ya esta previsto
(Puntos:1)( http://barrapunto.com/ )
Sinceramente, Debian tiene mucho camino recorrido ya. Su forma de tratar a los paquetes para la instalación por Internet es mejorable, la subdivisión en paquetes mas pequeños es una buena referencia... Todo junto es una evolución muy a tener en cuenta. aturalmente hay espacio para todos.
--
No a les Patents de Programari!!
Por un dominio .ct
Re:Este verano... gentoo!
(Puntos:1)( http://google.com/ )
¿Qué opináis de una distribución como gentoo que permite compilar todo el soft para tu plataforma al estilo BSD?
Es que si lo piensas bien, lo raro es lo contrario. Si no, estás perdiendo buena parte de las ventajas de disponer de los fuentes. Y total, después para tal o cual cosa sí que hay que compilar determinados paquetes. Para eso, mejor que esté todo preparado para funcionar de esta manera.
Como programador tengo la costumbre de tenerlo todo a punto de compilación siempre (salvo quizás el fichero concreto en que trabajo) y hago la correspondiente compilación diaria de todo. Creo que incluso es una buena forma de involucrarnos en la corrección de errores, al menos para algunos programas, sin marcar tanto la diferencia entre programadores y usuarios. Teniendo los fuentes a mano siempre, no descarto echar un vistazo cuando aparezca un fallo.
planteen compilar sus paquetes para plataformas superiores a i386? ¿Aún hay gente que trabaja bajo i386? ¿Qué pensáis de todo esto?
Que lo que has hecho pueden parecer preguntas, pero de todas formas yo diría que tienes toda la razón :-)
--
Video meliora proboque deteriora sequor
Re:Este verano... gentoo!
(Puntos:2)Ahora mismo no va el link porque o el server está caido o porque el corte de líneas de la Timo ha jodido algo, lo puedes ver usando la cache de Google aquí
---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:Este verano... gentoo!
(Puntos:2)En cuanto a lo otro:
---------
"Si miras fijamente la realidad, verás los pixels”
...
no es mejor si se compila asi?
(Puntos:1)-march=plataforma -O2 -pipe
Desde mi forma de ver las cosas, no ganas mucho en velocidad, (con las velocidades de procesadores hoy día), y sí en cambio es posible que el binario quede algo inestable.
Mas información la encuentras en el man de gcc.
Atte. el pollito
Re:Este verano... gentoo!
(Puntos:1)( http://www.kikov.org/ | Última bitácora: Domingo, 14 Diciembre de 2003, 14:31h )
Sacas ademas uno de dev por cada uno.
Lo del CFLAGS de Debian funciona taco de cutre y mal, y lioso... Aquí desde el principio, sin chapucerias de ningún tipo se hace lo mismo. ( he probado el pentium-builder ese, y ni PUNTO DE COMPARACION )
El GCC-3.1 ya lleva mucho tiempo en gentoo. El problema no es empaquetar el compilador GCC-3.1, sino hacer que todos los paquetes que tienes, compilen con GCC-3.1, y créeme, que eso es un WEVO de trabajo. Y encima con la política de un paquete es mío hasta la muerte amen de debian, pueden pasar años...
El nivel de flexibilidad de compilar ciertos paquetes más sensibles con menos optimizaciones, y otros con más, en debian es realmente algo complicado de conseguir.
Y otra última cosa: con la política ultraconservadora de debian, dudo que a dpkg le metan un parámetro más.
Espero haber aclarado conceptos.
Y no es un ataque a debian, que pueda parecer... Cada distro es cada distro. Si no me quiero comer la cabeza y tener un servidor montado en 4 minutos, te instalas una potato,
que según tengo entendido es bastante estable ( nunca baje de Woody ). Eso sí, con gentoo siempre estás a la última, pero es más inestable.
Pero, amos, lo de recompilar lo puede hacer hasta la Mandrake, la Suse y la RedHat... eso si... xDD
( me recuerda al chiste de jaimito con el amoniaco: "po a mi me gusstaaa" )
Slt!
Salu2
Gentoo-Es
(Puntos:2)( http://gimp.es.gnome.org )
Saludos
bY: BaSS "El software es como el sexo, si es gratis mejor" Linus T.
Re:Sé que no tiene importancia, pero...
(Puntos:1)( http://barrapunto.com/~guacamayo/bitacora | Última bitácora: Domingo, 05 Octubre de 2003, 23:21h )
porque indexar viene del latín y lleva mucho tiempo entre nosotros, no es un anglicismo ni mucho menos, de hecho en mi diccionario de la RAE (debes tener uno distinto ...) pone:
- indexar: bla,bla,bla
- indizar: indexar
vamos, que no tiene ningun sentido eso que has dicho de: "Y conste que la RAE acepta indexar como sustituto informal para indizar. A fuerza de usarlo..."
solo he visto la palabra indizar en traducciones cutres de libros de informática, junto con apuntadores, arreglos y demás cosas del estilo
salud
Re:Este verano... gentoo!
(Puntos:2)$ ls *.deb
kate_2.2.2-14_i386.deb
kdm_2.2.2-14_i386.deb
kdebase_2.2.2-14_i386.deb
konqueror_2.2.2-14_i386.deb
kdebase-audiolibs_2.2.2-14_i386.deb
konsole_2.2.2-14_i386.deb
kdebase-dev_2.2.2-14_i386.deb
kscreensaver_2.2.2-14_i386.deb
kdebase-doc_2.2.2-14_all.deb
libkonq3_2.2.2-14_i386.deb
kdebase-libs_2.2.2-14_i386.deb
libkonq-dev_2.2.2-14_i386.deb
kdewallpapers_2.2.2-14_all.deb
Lo del CFLAGS supongo que lo harán igual ellos o sino se habrán tenido que mamar todos los Makefiles y haberlos cambiado uno por uno utilizando alguna variable del sistema o alguna cosa parecida, aunque algo leí algo de scripts en Python no se si pasarán totalmente de los los Makefiles (no lo tengo muy claro, habrá que leer más ;)
Según la web de arriba, Gentoo no lleva gcc 3.1 de serie como el compilador por defecto, pone que también usa la 2.95, en Debian el cambio sería cojonudamente largo y bastante dificil, una forma sería indicar en el mismo paquete con que gcc se tiene que compilar.
Está claro que Debian tiene que progresar y avanzar, y esos cambios tal y como está debian organizada son largos y complejos. Gentoo es una distro que tiene 3 meses de vida escasos y ha creado un sistema de paquetes muy bueno huyendo de los posibles errores de los .deb y de los .rpm
Tal y como se puede ver, las distros basadas en paquetes de fuentes (estilo Gentoo) tienen muy poco tiempo y eso ha posibilitado corregir esos posibles errores con respecto a las distros más antiguas.
---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:Este verano... gentoo!
(Puntos:2)Que un script que se tiene que ejecutar bajo root se actualice por si sólo no es algo que vea yo muy seguro, aunque estoy viendo que sólo lo hace si le pasas el parámetro correspondiente
Las dependencias que instala no da opción de desinstalarlas después del proceso, aunque eso es fácilmente modificable ;-)
Gracias por el script
---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:Este verano... gentoo!
(Puntos:1)( http://www.last.fm/user/Sugar_Kane/ )
Saúde!
Re:Este verano... gentoo!
(Puntos:1)( http://tuxisuau.7a69ezine.org )
Pipe no afecta al binario, pero en la mayoria de casos la compilación es mas rapida.
-O2 es "base" y -O3 "tweak". Cualquier nivel de optimización por encima de -O3 dara problemas de estabilidad importantes.
Nota: He compilado con gcc3.1 y estos flags en mi Athlon 600MHz. La diferencia de rendimiento contra mi antigua Debian Sid es ENORME, y emerge... excelente.
JabberID: tuxisuau@jabber.7a69ezine.org
alternativas
(Puntos:2)( http://helvete.escomposlinux.org/ )
Usar gcc 3.1 en Debian es tan facil como hacer update-alternatives --config cc y sin tener que trastear con cada paquete por separado.
En Woody ya hay Build-depends
(Puntos:2)( http://helvete.escomposlinux.org/ )
Lo de Gentoo tiene muy buena pinta. Lo que no me queda muy claro es que si hay que recompilar los paquetes siempre que los desinstalas, porque yo estoy todo el día probando y quitando cosas y si tengo que estar cada vez dos hora de compilación me puede dar algo.
Seguro que esta duda está en la faq de Gentoo...
Re:Este verano... gentoo!
(Puntos:1)( http://www.kikov.org/ | Última bitácora: Domingo, 14 Diciembre de 2003, 14:31h )
slt, y disfrutad de gentoo!
Salu2
metí la pata
(Puntos:2)( http://helvete.escomposlinux.org/ )
Si pones el pentium-builder o el athlon-builder te crea una bifurcación de paquetes en la que puedes decidir si usas el pentium-builder o el gcc normal
Ahora mismo me acabo de bajar el gcc-3.1 y el athlon-builder y con cuatro cambios me he hecho el gcc-3.1-athlon-builder :-)
¿Gentoo tiene también contrato social? porque estoy pensando en probarla
Re:En Woody ya hay Build-depends
(Puntos:2)---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:Este verano... gentoo!
(Puntos:2)No me he puesto aún porque imaginaba que al no estar preparados para el 3.1 no compilarían.
En los que más se notará serán en las librerías (libc, qt, gtk) y en todo lo de las XFree
---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:metí la pata
(Puntos:2)Y si en la web de gentoo vi un contrato social también ;-)
---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:Este verano... gentoo!
(Puntos:2)Si desinstalas el paquete principal las dependencias se quedan, aunque hay un programilla muy majo llamado deborphan que te dice que paquetes de librerías no se usan, a veces he visto como algunas librerías no las lista.
---------
"Si miras fijamente la realidad, verás los pixels”
...
SuSE
(Puntos:1)( http://barrapunto.com/ )
Público KK
Optimizar paquetes de Debian
(Puntos:2)Aprovechar la potencia de nuestro procesador x86
Debian Sid: KDE, Qt... compilados para i686 con las libpng3
---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:Este verano... gentoo!
(Puntos:2)---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:Este verano... gentoo!
(Puntos:2)Es decir que si no las tienes ya instaladas, necesitas bajartelas para compilar el paquete, pero una vez compilado ya no hacen falta.
---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:SuSE
(Puntos:2)---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:Una pregunta muy, muy sencilla
(Puntos:2)---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:La lista de las diez mejores.
(Puntos:2)Aquí si quieres puedes ver las diferentes Debian
---------
"Si miras fijamente la realidad, verás los pixels”
...
Re:Bueno ...
(Puntos:2)( Última bitácora: Lunes, 22 Febrero de 2016, 07:16h )
En fin, cada uno con lo suyo.
Programs should be written for people to read, and only incidentally for machines to execute
Re:Una pregunta muy, muy sencilla
(Puntos:1)Re:metí la pata
(Puntos:2)( http://helvete.escomposlinux.org/ )
Re:La lista de las diez mejores.
(Puntos:2)kernel-image de Woody
---------
"Si miras fijamente la realidad, verás los pixels”
...