Optimizaciones RECOMENDADAS (diversas distros)

Archivado
1, 2
Hola a todos...

Creo que no estaria nada mal que hicieramos una recopilación de las optimizaciones recomendadas para cada distro. Con optimizaciones hago referencia diversas tecnicas como desactivar ciertos demonios que no nos son utiles si no hacemos cierto trabajo, o que opciones activar, en que formato poner la partición, donde situar el Swap...

Mi intención es que llegue a ser un documento "importante" y que todos colaboremos. La idea seria ir escribiendo en este hilo y yo me encargaria de copiarlo en este mensaje (el primero, vamos) para que este accesible a primera vista.

Por ejemplo, si sabeis algun demonio que se instale por defecto con Mandrake 9.0/9.1 y no haga falta... o que versión es mejor de un programa.

Espero que este hilo nos sirva a todos y nos ayude a acelerar nuestros Linuxetes...

Actualizado el 030525
COMENZAMOS
General:[list=1]
[*]Siempre es aconsejable meter la SWAP antes de la partición raíz [seria aconsejable saber como hacer esto]
[*]Si no se va a usar un ordenador que contenga información de vital importancia en todas sus particiones (como un servidor, vamos), y no es muy rapido, es aconsejable utilizar particiones ext2 en lugar de ext3.
[*]Algo que creo que es muy importante para que un sistema funcione rapidillo, es recompilar el kernel a mano, que aunque con los modulos, no se carga mucho el nucleo en si, se nota. Hay que tener ciertos conocimientos, pero con un poco de paciencia se puede sacar.
[*]En el lilo hay una opcion para aumentar la velocidad a la hora de cargar el kernel. Se trata de añadir la opcion "compact" en las opciones generales de el /etc/lilo.conf
El único problema es que parace ser que no funciona en el 100% de los equipos, asi que si lo poneis, aseguraos de tener algo para arrancar linux y cambiarlo otra vez. A mi [Crackge] me funciona de pm, ni siquiera me sale el Loading Kernel....
[/list=1]

Debian:
[list=1]
[*]Dado que en esta distro viene precompilada para 386 y con GCC 2.95, es recomendable actualizar GCC a uan versión 3.x, y a partir de ahí, compilar los paquetes más grandes como pueda ser KDE ó GNome, en los que sí se nota cierta diferencia de estar compilados ó no.
[/list=1]
Uoh! la idea es cojonuda! Uno de los temas que más me interesa de linux es eso precisamente: la optimización. Lamentablemente (como de casi todo referente a linx) sé bien poco. Creo que podríamos hacer tanto optimizaciones generales, como específicas de cada distro.


En general:
Por lo que he oído... siempre es aconsejable meter la SWAP antes de la partición raíz, ¿no es así?

Como sistema de ficheros (aquí va a haber mucha tela), lleva un tiempo utilizando ResierFS y la verdad que muy bien, aunque siendo sincero tampoco noto excesiva diferencia con EXT3 (supongo que esto para un usuario novel como yo, se nota más en los bancos de pruebas que en la práctica).

Para Debian:
Dado que en esta distro viene precompilada para 386 y con GCC 2.95, es recomendable actualizar GCC a uan versión 3.x, y a partir de ahí, compilar los paquetes más grandes como pueda ser KDE ó GNome, en los que sí se nota cierta diferencia de estar compilados ó no.

Y weno... pos yo no sé mucho más. Si se me ocurre alguna más lo pondré. A ver si la gente se anima, que esto puede estar muy bien.

Salu2!
Algo que creo que es muy importante para que un sistema funcione rapidillo, es recompilar el kernel a mano, que aunque con los modulos, no se carga mucho el nucleo en si, se nota. Hay que tener ciertos conocimientos, pero con un poco de paciencia se puede sacar.
Otro tema seria descargar modulos del arranque (modules.autoload en gentoo). Si se hace un lsmod como root, os sacara una lista de los modulos que estan funcionando en ese momento y tal vez sean de algo que no useis. Conviene exharle una miradita.
En cuanto a los demonios, copy and paste de lo de antes XD
Para quitar los servicios que usas supongo que con el centro de control de mandrake los podras quitar. Yo con gentoo lo hago con rc-update. La lista de servicios esta en /etc/init.d y los que estan activados en el arranque estan linkados a /etc/runlevels

De cuales quitar no tengo mucha idea, ya que gentoo no pone ningun servicio por defecto y eres tu el que los activa segun necesidad. Pero por ejemplo, el nfs/nfsd es el que se usa para hacer de server de ficheros, seguramente muchos no lo necesitareis. En gentoo lo quitaria con:

#rc-update del nfsd

Despues, existen otros metodos como compilar el kernel preemptive o hacer prelink de librerias, pero ya es bastante complicadito :P

Si se me ocurre alguna cosa mas, ya lo comento ;)
Saludos

PD: Sorry por referirme unicamente a gentoo, quiza sea la distro que menos necesite esto, pero es la que me estoy acostumbrando a usar, supongo que en el resto sera mas o menos iwal
He actualizado el post principal como os dije...

Se que no lo he puesto todo, pero es q me voy a comer :P mas tarde seguire "pasandolo a limpio".

Saludos!!
Mirar mi lsmod (va adjunto)
Como quito demonios y/o modulos que me sobran¿?
Gracias!!! :D
(Si me decis alguna web con manuales de eso sera bien recibido ;) )
Saludos!!! :D
Gentoo:


1. Seria recomendable descargar modulos del arranque (modules.autoload). Si se hace un lsmod como root, os sacara una lista de los modulos que estan funcionando en ese momento y tal vez sean de algo que no useis. Conviene exharle una miradita.


No esta mal que lo pongas, pero es que en gentoo el modules.autoload viene vacio por defecto (lo llenas tu a mano), asi que no tiene mucho sentido XD. Yo lo decia, porque el resto de distros tienen algun ficherito parecido al modules.autoload de gentoo para cargar modulos en el arranque

Saludos
PD: Joer, que tecnico he sido explicando lo del kernel :P
Uhmmm... entonces...

La cuestión seria que explicarais unos pocos pasos para hacer cada cosa y el porqué... lo mas brevemente posible ;)

En breve cambiaré lo del autoload ;) sorry por mi ignorancia
Escrito originalmente por eaTHaN
Mirar mi lsmod (va adjunto)
Como quito demonios y/o modulos que me sobran¿?
Gracias!!! :D
(Si me decis alguna web con manuales de eso sera bien recibido ;) )
Saludos!!! :D

Si lsmod es para listarlos pues rmmod para quitarlos ;-)

Si te fijas tienes bastantes con unused, esos significa que no los estás usando ahora mismo. Habría que saber para que utilizas tu ordenador y ver que cosas no te son necesarias.

En debian los modulos que se arrancan en el inicio se ponen en /etc/modules
Respecto al swap, hay gente que usa el hd primario para el windoze y el secundario (generalmente mas lento) para linux. Si se mete la particion de swap en el bueno (que no ocupa casi na si en un HD nuevecito), tienes mucho mas rendimiento, ya no por ser un mejor disco, si no por estar en un hd a parte del sistema principal. No lo he probado, pero digo yo que debe ser asi ;)

Saludos
Tambien se puede acelerar el disco duro utilizando el hdparm, y se nota bastante.

Antes de activarlo hacer un:
hdparm -tT /dev/hda


Luego haceis un:
hdparm -m16 -c1 -d1 /dev/hda

Y repetis la operación anterior
hdparm -tT /dev/hda

Comparar resultados y flipar un ratillo ;-)

Esto hay que meterlo en un fichero de inicio, o meterle la opción -k al hdparm (no he probao esa opción aún)
Interesante


Añadido a links para moverse rapido por el foro seccion "EMPEZANDO"
Me he dado cuenta que en el lilo hay una opcion para aumentar la velocidad a la hora de cargar el kernel. Se trata de añadir la opcion "compact" en las opciones generales de el /etc/lilo.conf
El único problema es que parace ser que no funciona en el 100% de los equipos, asi que si lo poneis, aseguraos de tener algo para arrancar linux y cambiarlo otra vez. A mi me funciona de pm, ni siquiera me sale el Loading Kernel....

Saludos
PD: Rouroni, tio perro, borra lo del modules.autoload de gentoo xD
Actualizadoooooo!!!

P.D: Guau
Escrito originalmente por Crackge
Se trata de añadir la opcion "compact" en las opciones generales de el /etc/lilo.conf
Que yo sepa eso no comprime el kernel, lo que hace es que el LILO utilice menos espacio, de hecho se usa para hacer los disquetes de arranque ;-)
Se me ha ocurrido probar a pasar mi disco de ext3 a ext2
(es tan fácil como cambiarlo en el fstab y se convierte
solo)

[flipa] Incluso tengo más memoria libre
Me gustaria hacer lo mismo con el de mi hermano
(su ordenata es más lento que el mio)
pero esta en reiser y no se como hacerlo
¿Alguna idea?
(reinstalar no vale) [jaja]
Escrito originalmente por Harl
Se me ha ocurrido probar a pasar mi disco de ext3 a ext2
(es tan fácil como cambiarlo en el fstab y se convierte
solo)

[flipa] Incluso tengo más memoria libre
Me gustaria hacer lo mismo con el de mi hermano
(su ordenata es más lento que el mio)
pero esta en reiser y no se como hacerlo
¿Alguna idea?
(reinstalar no vale) [jaja]
primer "cliente" satisfecho con las optimizaciones ;)

Por lo demás... no se como puedes pasar de reiser a ext2...

Saludos!
Escrito originalmente por Harl
Se me ha ocurrido probar a pasar mi disco de ext3 a ext2
(es tan fácil como cambiarlo en el fstab y se convierte
solo)

Si, ya que ext3 = ext2 + un fichero

Me gustaria hacer lo mismo con el de mi hermano
(su ordenata es más lento que el mio)
pero esta en reiser y no se como hacerlo
¿Alguna idea?
(reinstalar no vale) [jaja]

No es tan facil como de ext3 a ext2. en ese caso tendrás que mover todos los datos (1) a otra partición (2) en ext3 o en reiser, luego borrar (1) y crear (1) como ext2, para terminar mueves otra vez los datos de (2) a (1).
Escrito originalmente por NetVicious
Que yo sepa eso no comprime el kernel, lo que hace es que el LILO utilice menos espacio, de hecho se usa para hacer los disquetes de arranque ;-)


Bueno, ya solo he dicho que va mas rapido, que al fin y al cabo es el objetivo de este hilo XD

Saludos
Hay una cosa que no he entendido en cuanto a la posición de la SWAP. Os referis delante cuando se tienen varios HD? y conviene pornerlo en el más nuevo, porque obviamente es más nuevo., o también conviene poner la particiion SWAP antes que la ReiserFS, ext2/3... etc. (me refiero a un único HD).
Si es así... ¿por que?
Los primeros sectores del disco duro siempre son mas rapidos. O sea que cuanto mas adelante este, mas rapido ira. De todas formas, si lo vas a poner en un disco de hace 6 años, mejor que lo pongas en el HD nuevo, sea donde sea.

Saludos
Con respecto a lo de la Swap, mirando por internete he encontrado esta paginita:

http://www.linuxjournal.com/article.php?sid=5886

One small point most users miss is the placement of the swap partition. To get the best performance from your machine, it would be a good idea to place the swap partition on the outermost track of your HDD. As a result of this, the Read/Write head can cover more area per revolution because the outermost track corresponds to the beginning of your drive. That is, hda1 would be the outermost track.


No os lo traduzco porque soy mu malo con el ingles, pero viene a decir que es conveniente poner la Swap en la parte mas exterior del disco, ya que los cabezales de Lectura/Escritura abarcan mas area por giro, y que, por ejemplo, hda1 seria el area mas exterior del disco primario.

Bueno, si leeis el articulo vienen unos consejillos bastante interesantes de optimizaciones en general.

P.D.: Me gusta el este hilo, buena idea.
Dice lo mismo que ya se decía en el hilo, simplemente dice que la outermost es la parte inicial del disco duro.
Siento si parece que he repetido lo que ya han dicho en el hilo, simplemente yo no sabia que en un disco duro los sectores iniciales estaban en el EXTERIOR (outermost), o sea, que comienza a escribir desde fuera hacia dentro, por lo que me ha parecido una explicacion FISICA razonable por la que es mas rapido leer una particion primaria.

Si un disco duro gira a una velocidad CONSTANTE, los datos que se encuentren en el perimetro EXTERIOR (el mas GRANDE), seran leidos en una sola vuleta de disco, mucho mas rapido que los dados situados en cualquier otra posicion de disco con perimetro mas pequeño en la que haria falta 1 vuelta y media de disco o (quiza) 2.

No pretendia repetirme, simplemente, NO LO SABIA, no todo el mundo somos unos expertos (al menos yo no). Lo he leido y me ha parecido CURIOSO, nada mas, y lo he posteado para el que no lo supiera.

y perdon por la redundancia XD , nos vemos.
Un disco duro gira a velocidad angular constante, un cdrom (almenos en sus inicios, ya que hoy se varia dinamicamente su velocidad) gira a velocidad lineal constante.

Velocidad angular * Radio= Velocidad lineal

Que gira pues a velocidad constante? XD

Saludos
PD: En resumen: Es un puto lio XDDD
Por dios! que rayazo.
Si simplemente me he remitido a un estupido articulo de linuxjournal. Y como tengo minimas nociones de como funciona un disco duro, pos supongo que siempre girara a la misma velocidad, como por ejemplo un disco duro que funcione a 7.200 rpm, "a piñon fijo" vamos. Al menos eso deja a entender en el dichoso articulito.
(si lo se no digo na)
Creo que van a velocidad angular constante, es decir, siempre a tantas RPM. Los que cambian su velocidad son los lectores de CD/DVD, que cambian su velocidad angular para tener una velocidad constante lineal (CLV), sobre todo en las grabadoras, aunque no todas.

Lo que me parece raro es que, si los primeros sectores están en la parte exterior del disco, sean los más rápidos, ya que si la velocidad angular es constante, cuanto menor sea el radio (más cerca del centro del disco), más rápido debería leer los datos, a pesar de deber mover las cabezas cada poco... ¿no?

La física nunca se me dio demasiado bien ¬_¬
Escrito originalmente por Lingam
Por dios! que rayazo.
Si simplemente me he remitido a un estupido articulo de linuxjournal. Y como tengo minimas nociones de como funciona un disco duro, pos supongo que siempre girara a la misma velocidad, como por ejemplo un disco duro que funcione a 7.200 rpm, "a piñon fijo" vamos. Al menos eso deja a entender en el dichoso articulito.
(si lo se no digo na)


No hombre no, al contrario xD, no estamos echandote ninguna reprimenda. Pero es que hay dos velocidades, la que se mide en grados por segundo/revoluciones por segundo o las de metros por segundo/kilometros por hora. Lo que yo te he puesto es la relacion entre las dos

Saludos
jeje, si al final sirve para algo todo el tostón de fisica de la uni...
Parece que el tema intriga a la peñita...
La cosa es que el disco duro gira a velocidad angular constante ( es decir que el tiempo que le cuesta leer los datos que hay en una "vuelta de circunferencia" es el mismo independiente del radio). Por tanto, como a mayor radio mayor área (área=datos), puede leer más datos en el mismo tiempo si está colocada en la parte exterior. Espero haberme explicado y no haberlo líado más.
Un saludo [bye]
Crackge, un apunte (igual me estoy poniendo un poco puñetero... [tomaaa] )
Los cds no es que giren a velocidad lineal constante para todo el cd, básicamente pq entonces los puntos a diferente radio girarían a una velocidad angular diferente, (como has explicado con la fórmula, los puntos interiores darían más vueltas por segundo que los más alejados), con lo que el disco se deformaría y te explotaría el ordenador[sonrisa](esto último que nadie se lo tome en serio,eh? pero me apetecía soltarlo XD ). Como bien dice el amigo Churly, varían la velocidad mientras leen/graban, para que el punto de trabajo mantenga constante la velocidad lineal. Como dices, eso sólo en algunos, pq creo que hay o han existido tres tipos: velocidad lineal constante, velocidad angular constante, y un poco de todo :p (una mezcla de los dos).
Como bien dice el amigo Churly, varían la velocidad mientras leen/graban, para que el punto de trabajo mantenga constante la velocidad lineal.


¿ninguno teneis una minicadena de esas que el disco se pone en vertical y que puede verse girar el disco?

Lo digo porque ahí puede verse bien la cosa: las primeras canciones hacen que el disco gire más rápido, mientras que las últimas hacen que el disco "frene" un poco. Sin embargo tanto al principio como al final se leen exactamente 1200 kilobits/s, lo que equivale mas o menos a 150 kb/s.

Los CD-ROMS es un caso aparte, si veis que un CD-ROM es 52x significa que girará 52 veces más rápido que un CD-Audio EN LA CARA INTERIOR. Mientras que en la cara exterior no girará mucho más de 20x.

Si los discos duros van a velocidad fija (5200 rpm, 7200 rpm...) entonces deberían leerse menos sectores por segundo en el interior que en exterior, ¿no?.
Si los discos duros van a velocidad fija (5200 rpm, 7200 rpm...) entonces deberían leerse menos sectores por segundo en el interior que en exterior, ¿no?.

Eso es lo que estaba tratando de explicar. Menos sectores->menos datos.
Lo de los CD-ROMS, es que dices tú es lo que he dicho que era "mezcla de los dos" (no sé si ahora todos los lectores trabajan así)
Los lectores de cds, al igual que las grabadoras, originalmente funcionaban a velocidad lineal constante (tio, que el radio de un cd tiene un maximo y un minimo XD) y como bien dice koshu, en el centro gira mas rapido. De todas formas, hoy en dia esto no es practico: para un mejor rendimiento en la superficie externa conviene una velcidad angular constante o algo parecido (que es lo mas natural). No se si habeis grabado con el cdrecord alguna vez en consola. Si le poneis la opcion -v se ve la velocidad de grabación instantanea. En la grabadora de mi portatil empieza a grabar a 10x, sigue a 12x, 16x, 20x y acaba a 24x los ultimos 50 megas. Por motivos comerciales es una 24x en toda regla, lo cual no quiere decir que en la parte mas interna (donde segun la ecuación, la velocidad lineal se dispararia) no vaya mas lento.
Las ultimas grabadoras a velocidad constante de grabacion (lineal) son las 12x si no recuerdo mal. Aun recuerdo la noticia en eol cuando decian que iban a mejorar la velocidad de grabacion a costa de variarla dinamicamente
Es al contrario de lo que dices, koshu XD

Saludos
PD: Voy a ver si encuentro la noticia :P
Me pase tres pueblos, eran las 24x las primeras en hacer uso de la Zoned Constant Linear Velocity. Es decir Velocidad lineal constante por sectores XDD

http://www.elotrolado.net/showthread.php?s=&threadid=10657&highlight=16x

Saludos
(tio, que el radio de un cd tiene un maximo y un minimo )

Mi no entender :-?
No se si es lo que te decía yo de que el cd no giraba a velocidad lineal constante. Igual no me he explicado bien. Lo que quería decir es que en el cd, en un determinado instante, todos los puntos giran a la misma velocidad angular y por tanto a velocidades lineales diferentes, pero que con el tiempo, varía la velocidad angular para que la velocidad lineal en el punto de lectura sea la misma en todo momento, para leer así la misma cantidad de datos en un mismo intervalo de tiempo. Si no era por eso, no sé de que me hablas, tio. [reves]
A mi entender

Lectores hasta 16x = Velocidad Lineal constante
Lectores de mas de 16x = Velocidad Lineal constante por sectores
HD y FD = Velocidad Angular constante = Velocidad lineal Variable

los puntos interiores darían más vueltas por segundo que los más alejados

y lo hacen, tanto los de menos de 16 como los de mas de 16

Yo habia entendido tu razonamiento como
Va*R=Vl
que despejando Va
Va=Vl/R

Si el radio tiende a cero, la velocidad lineal tiende a infinito [Alaa!] pero el cd tiene un radio minimo donde se empiezan a leer los datos y como sabemos que la Vl es constante
Vl=Va*R
Si R aumenta, Va debe disminuir a la fuerza si R disminuye Va debe aumentar. Por tanto se concluye que donde el motor del lector debe dar mas brio es a radios mas pequeños.

Este problema se soluciono con el ZCLV que segun sectores aplica una Vl a la cual trabaja (en mi grabadora 10/12/16/20/24) dependiendo de la zona donde esté la constante Vl sera distinta y de esta forma se aprovechara mejor el motor, ya que al comienzo de cada zona este trabajara al màximo

Lector ZCLV
R.                 .                       .
P .                 .                       .
M   .                  .                       .
S       .                   .                        .
                 .                      .                       .
     12x              16x                   24x
Radio -                                             Radio +
Lector Estandar
R.
P .
M    .
S          .
                      .
                                            .
Velocidad constante 16x
   Radio -                                           Radio +

Espero que con esto quede claro [tomaaa]

Saludos

PD: Ya se porque deje de postear en Hardware xDDDD
A ver, q ya empiezo a armarme lios mentales, estoy de acuerdo con lo de velocidad lineal y constante, la fisica no se me da mal, pero me hago un lio, porque, segun tengo entendido (a lo mejor me equivoco) cada pista tiene el mismo número de sectores y cada sector el mismo número de bytes (512), entonces, si cada pista tiene el mismo número de sectores y las pistas son circulares, en teoría no debería variar la velocidad de lectura dado que para que los bytes por pista sean los mismos deberían estar más separados, lo que compensaría esa diferenci de velocidad lineal dejando la misma velocidad de lectura.

Me parece que los disco son asi, pero que alguien me diga si estoy en lo cierto, pq a lo mejor el número de sectores por pista o de bytes por sector es variable.
Por lo que se yo, cada "giro" del lector no tiene porque tener siempre el mismo numero de sectores, ademas, un cdrom no son circulos si no una espiral enorme. En los HD si que estan separados como tu dices, aunque esto no lo tengo muy claro [agggtt]

Saludos
Diosss!! He creado un monstruo!!!

Pero si esto se ha convertido en una clase de fisica avanzada aplicada a soportes de almacenamiento.

Saber estas cosillas nunca esta de mas, pero el hilo se supone que era de "truquitos" para optimizar linux, jejeje (al menos me ha servido para no aburrirme en el trabajo)

Por retomar un poco el hilo, podriais poner algunas optimizaciones para el GCC, como configurar el CFLAGS, para conseguir una buena compilacion. En esto los del Gentoo estareis puestos.
Ademas, ¿que paquetes merece la pena compilar? y no vale decir TODOS, solo los mas importantes.
Este... siento aguar la fiesta, pero este hilo es para OPITMIZACIONES... para teorias sobre fisica mejor en otra web xDDD (pq aqui no hay foro de fisica o mates ;)).


Si quereis os dejo mis apuntes de fisica, y rematamos el tema, pero por IRC [poraki]

Ceñiros al tema (espero mas optimizaciones chachis ;))

Saludos!!!
Bueno vale, perdon [snif] XD.
Las optimizaciones estandar de gentoo que yo uso son:
CFLAGS="-mcpu=athlon-xp -O3 -pipe"
que son las mas seguras, si quieres meterle mano le puedes meter mil cosas (fomit-frame-pointer creo que tambien es habitual, pero no se como sescribe xD)
Recordad los usuarios de p4 de no meter las optimizaciones de este procesador, ya que falla mas que una escopeta de feria. Si quereis ponedle optimizacion p3 (AMD powaaa XDDDD) o en todo caso tendrias que meter el gcc 3.3 que dicen soluciona este bug

En cuanto a lo que merece al pena compilar. El gcc, las X y el navegador. Si tienes moral, el kde/gnome tambien merecen la pena solo que son bastante desesperantes [reves]

Saludos
Escrito originalmente por super tek
segun tengo entendido (a lo mejor me equivoco) cada pista tiene el mismo número de sectores y cada sector el mismo número de bytes (512),

Eso son los discos duros, pero hace ya su tiempo, además para terminar de rematarlo está el factor de interleave que hace que los datos no estén seguidos.
aqui va un buen link con TODAS las optimizacion a usar con gentoo. Ale que os vaya bonito optimizando XD

http://www.freehackers.org/gentoo/gccflags/

Saludos
Bueno señores... despues de tanto lio con velocidades angulares he encontrado la solucion. El primer disdo duro de rodillo ... toma optimización :P [qmparto] [qmparto]



Imagen [qmparto] :P
[tomaaa] el que faltaba pal duro...

y yo pongo una optimización pa dibujar con el GiMP: con un 6 y un 4 te hago tu retrato, no te jode!!!!

Juas... [buenazo]

P.D: escufil·lio te has dejao el motor de tu optimización!!! (manibela :D)
P.D2: Pido seriedad plis xD
juas, como se está yendo esto.
Lo siento rurouni. El estrés pre-exámenes, que hay que descargarlo en algún lado. De las optimizaciones siento no poder ayudar pero no ando muy ducho, un aire a lo de Crackge con velocidades [poraki] (es coña, pero sigo creyendo que estás equivocado) Lo siento, ya estoy otra vez ya lo dejo... Si quieres lo discutimos en privado [ayay]
Escufi, tío como funciona eso? El rodillo extrae los datos del jugo de los guisantes al aplastarlos, no? eso ya lo se... Pero,¿como haces para meterlos dentro? ¿Polarizas el hueso de los guisantes?
ay, en fin, la tecnología avanza a pasos agigantados...

EDITO:
P.D2: Pido seriedad plis xD

Lo siento, lo has posteado mientras lo escribía... No volverá a suceder
Lo primero, jurl como esta el patio, si es que los examenes no son sanos joder, tendrían que estar prohibidos [jaja]

Lo segundo, confirmo que el GCC compilando para pentium4 es una patata. Lo estuve probando un tiempo y algunas cosas fallaban al compilar, aunque no es tan desastroso como dice crackge, eso si, compilar el kernel para pentium4 es un desastre, no funciona casi nada [boma] [boma] [boma]

La prueba más clara es una mierdecilla de programa que se hizo por aquí que sumaba dos números menores de 10, y tenía un bucle que hacía que si metías un numero mayor de 10 saltaba un error, bueno pues el programa sin optimizar funcionaba bien, pero optimizado para pentium4, increiblemente, el bucle no finalizaba nunca, pusieras numeros mayores de 10 o no. Alucinante.

Y para athlon-4 (portatiles) tampoco se libra, tiene un error parecido, a no ser que desactives el SSE, pero claro eso es lo mismo que compilar para athlon.

Y si no mira, extraido del make.conf:

# CRITICAL WARNINGS: ****************************************************** #
# ATHLON-4 will generate invalid SSE  instructions; use 'athlon'   instead. #
# PENTIUM4 will generate invalid SSE2 instructions; use 'pentium3' instead. #
# ************************************************************************* #


No se si el GCC 3.3 corrige este error, pero yo no me fiaría mucho, por ahora sigo compilando las cosas para pentium3.

Para poder hacer esto en otras distros diferentes de Gentoo supongo que se deberá bajar las fuentes y editar el Makefile de cada programa, pero tampoco estoy muy seguro. [Ooooo]
Estoy haciendo una recoleccion de proyectos para el wiki.
¿Que os parece si hago una pagina para esto?
Hago una principal, y cuelgo de ella una para cada distro que se requiera.
¿Hace?
^__^x pozzi, hazla.

Puedes darnos la URL?
Rurouni...lo raro es que en el primer post solo leo 2 cosas [agggtt]
Bueno, te las he copiado ya a la pagina wiki.
Aqui esta el link: http://zamorate.no-ip.org/eol/tiki-index.php?page=Optimizaciones+recomendadas
en el post inicial se dice que es recomendable usar ext2 en vez de ext3. Puede explicarme alguien el por qué?. No se supone que ext3 lleva un sistema de journaling que lo hace más robusto?
54 respuestas
Archivado
1, 2
Volver a Software libre