Autor Tema: movimiento arriesgado ,pero estaria muy muy bien. (Leído 26243 veces)

USUARIONUEVO · « **en:** 28-04-2012, 21:31 (Sábado) »

no se como explicarlo , y ademas a la mayoria esto os resbalara bastante,.

se me ha ocurrido lo siguiente...

cuando compilados un soft o libreria mediante "make" , como alguno ya sabra se le puede añadir la cantidad de hilos...acorde a los nucleos de nuetsra cpu.

si tenemos un quad core...seria

make -j4

---ayer compile un kernel en 15 minutos...me quede loco , esto me lo enseño berni ,(staff) , pero no lo recorde hata ayer..casi nunca lo usaba..y la verdad la diferencia es bestial.

se me ha pasado por la cabeza hacer lo siguiente.

el ejecutable "make" ...RENOMBRARLO A MAKE-ORIGINAL

despues un script ..llamado obviamente make ...con la orden dentro

de buscar en proc la cantidad de nucleos y ejecutar despues

make-original -j-cantidad de nucleos detectados

asi , aunque nuestro comportamiento seria el mismo de siempre (make) ..el script se encargaria de calcular las cpu del sistema ..y añadirloa la orden make.

---------------------------------------------------------------------------------------------------------------------
a ver que me deciis.

Supercalifragilistico · « **Respuesta #1 en:** 29-04-2012, 00:18 (Domingo) »

Hola.

La idea no es mala, pero para procesadores con un sólo núcleo seguría funcionando como el make ejecutado tradicionalmente, verdad?

Saludos!!!

USUARIONUEVO · « **Respuesta #2 en:** 29-04-2012, 00:32 (Domingo) »

Cita de: Supercalifragilistico en 29-04-2012, 00:18 (Domingo)

Hola.

La idea no es mala, pero para procesadores con un sólo núcleo seguría funcionando como el make ejecutado tradicionalmente, verdad?

Saludos!!!

exactamente ,, ten en cuenta que al consultar en proc , detectaria 1 nucleo ,... entonces haria

make -j1

que luego probare ,pero en principio seria lo mismo que hacer solo make.

----------------
las ventajas serian muchas, aunque solo para los que compilan soft , librerias etc.

si antes tardabas 1 hora en compilar un kernel con un quad ...con eso tardarias 15 minutos...

creo que la ventaja es mas que obvia.

------------------
normalmente ese tipo de cosas se implementan dentro de scripts especificos..pero , me di cuenta ..que de la manera que expongo ..estaria disponible SIEMPRE.--y de manera transparente.

Chumpy · « **Respuesta #3 en:** 29-04-2012, 04:31 (Domingo) »

Pues a mi me parece que eso funciona es una buena idea, si no interfiere con nada está perfecto, a unas malas, y si hubiera algún caso expecífico en el que alguien quisiera hacerlo "a la vieja usanza" podría utilizar directamente el comando "make-original".

USUARIONUEVO · « **Respuesta #4 en:** 29-04-2012, 05:46 (Domingo) »

Cita de: Chumpy en 29-04-2012, 04:31 (Domingo)

Pues a mi me parece que eso funciona es una buena idea, si no interfiere con nada está perfecto, a unas malas, y si hubiera algún caso expecífico en el que alguien quisiera hacerlo "a la vieja usanza" podría utilizar directamente el comando "make-original".

EXACTO.

geminis_demon · « **Respuesta #5 en:** 30-04-2012, 04:47 (Lunes) »

Pues yo eso no lo sabia, me parece buena idea lo del script, seria algo así:

Código: [Seleccionar]

#! /bin/bash

CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//`
DIR=$(pwd)
cd $DIR && make-original -j$CORES

USUARIONUEVO · « **Respuesta #6 en:** 30-04-2012, 04:54 (Lunes) »

Cita de: geminis_demon en 30-04-2012, 04:47 (Lunes)

Pues yo eso no lo sabia, me parece buena idea lo del script, seria algo así:

Código: [Seleccionar]
#! /bin/bash CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//` DIR=$(pwd) cd $DIR && make-original -j$CORES

lo pruebo...

USUARIONUEVO · « **Respuesta #7 en:** 30-04-2012, 04:57 (Lunes) »

no lo he probado pero me parece que vale con esto

Código: [Seleccionar]

#! /bin/bash

CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//`
make-original -j$CORES

geminis_demon · « **Respuesta #8 en:** 30-04-2012, 05:16 (Lunes) »

Cita de: USUARIONUEVO en 30-04-2012, 04:57 (Lunes)

no lo he probado pero me parece que vale con esto

Código: [Seleccionar]
#! /bin/bash CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//` make-original -j$CORES

Las 2 lineas que le has quitado sirven para indicarle a "make-original" el directorio donde se encuentra el código fuente que quieres compilar, sin eso intentaría compilar en /usr/bin y no funcionaría.

geminis_demon · « **Respuesta #9 en:** 30-04-2012, 05:23 (Lunes) »

De todas formas lo acabo de probar ahora y no me funciona de ninguna de las 2 formas

antes de postearlo lo probé con el gimp y si funkaba, no se porqué ahora no $:-\$

geminis_demon · « **Respuesta #10 en:** 30-04-2012, 05:43 (Lunes) »

Vale ya se lo que pasa,

al final tenias tu razón no hace falta indicarle el directorio

lo que pasa es que "make" se llama a si mismo y como lo hemos renombrado a "make-original" pues no se encuentra

y como no podemos modificar el binario, podemos hacer lo siguiente

no renombres el make original dejalo como está

y al script llamalo supermake por ejemplo

y te colocas en el directorio donde está el codigo que quieres compilar y ejecutas supermake

entonces el script seria así:

Código: [Seleccionar]

#! /bin/bash

CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//`
make -j$CORES

Así devería funcionar.

USUARIONUEVO · « **Respuesta #11 en:** 30-04-2012, 05:45 (Lunes) »

Cita de: geminis_demon en 30-04-2012, 05:23 (Lunes)

De todas formas lo acabo de probar ahora y no me funciona de ninguna de las 2 formas

antes de postearlo lo probé con el gimp y si funkaba, no se porqué ahora no $:-\$

a mi tampoco me funciona...jajaja

probe unas cuantas cosas y nada.

----------
por otro lado el comando que pusiste para detectar las cpu , de devolvia que tenia 2 , cuando en realidad hay 4

berni uso esto , en scripts que automatizan lo de los nucleos..como make_xorg

Código: [Seleccionar]

proc=$(grep -c \^processor /proc/cpuinfo)
echo $proc

ese me devuelve el resultado correcto.

USUARIONUEVO · « **Respuesta #12 en:** 30-04-2012, 05:48 (Lunes) »

me gusta la idea de supermake ...jajajaj

probare a ver.

USUARIONUEVO · « **Respuesta #13 en:** 30-04-2012, 05:53 (Lunes) »

asi funciona perfect..era lo del make..pero el que va bien es asi

Código: [Seleccionar]

#!/bin/bash

proc=$(grep -c \^processor /proc/cpuinfo)
echo $proc
make -j$proc

geminis_demon · « **Respuesta #14 en:** 30-04-2012, 06:07 (Lunes) »

yeah, ahora si

compilando el vlc con make tarda 40 segundos y con supermake tarda 30 segundos (un amd phenom con 4 nucleos a 3 ghz)

10 segundos de diferencia no parece mucho pero compilando un kernel como tu dices, si se tiene que notar bastante

USUARIONUEVO · « **Respuesta #15 en:** 30-04-2012, 06:47 (Lunes) »

Cita de: geminis_demon en 30-04-2012, 06:07 (Lunes)

yeah, ahora si

compilando el vlc con make tarda 40 segundos y con supermake tarda 30 segundos (un amd phenom con 4 nucleos a 3 ghz)

10 segundos de diferencia no parece mucho pero compilando un kernel como tu dices, si se tiene que notar bastante

pues eso, que el otro dia haciendo el kernel x64 , tarde solo 15 minutos.

con un core i3 de un portatil

normalmente en el mismo equipo sin usar -j tarda 1 hora.

USUARIONUEVO · « **Respuesta #16 en:** 30-04-2012, 06:49 (Lunes) »

si quieres probar algo un poco mas largo ..sin ser demasiado ..puede probar wireshark.

hay tambien se debe notar.

warcry · « **Respuesta #17 en:** 30-04-2012, 09:43 (Lunes) »

De verdad que miedo me dais $:-\$

solo os faltaba el supermake, si no sacais bastantes historietas sin esto, ahora ya....

como os he perdido la pista y ya no se ni por donde vais, que si beta 3 que si broadcom que si kernel 64, uffffs estoy totalmente perdido

aprovechar el supermake y compilar una version oficial de wifislax 4.1 con todos los cambios, mas que nada para ponerme al dia y poder recomendar a la gente que se descargue la 4.1 y listo

(que vago soy

)

hablando del supermake, yo soy mas partidario de que no sea transparente para el usuario, y ese script fuera un modulo a parte, mas que nada porque los que no lo utilizamos (no por falta de ganas, sino por que no tenemos ni idea de compilar un kernel, por ejemplo) deberiamos de ser cosciente de lo que hacemos mas que nada para aprender, pero como siempre esto es solo una opinion

un saludo y enhorabuena

PD: Usuarionuevo (molaba mas newuser

) saca un segundito para pasarme a verde electrico el fondo que te deje

USUARIONUEVO · « **Respuesta #18 en:** 30-04-2012, 14:07 (Lunes) »

Cita de: warcry en 30-04-2012, 09:43 (Lunes)

De verdad que miedo me dais $:-\$

solo os faltaba el supermake, si no sacais bastantes historietas sin esto, ahora ya....

como os he perdido la pista y ya no se ni por donde vais, que si beta 3 que si broadcom que si kernel 64, uffffs estoy totalmente perdido

aprovechar el supermake y compilar una version oficial de wifislax 4.1 con todos los cambios, mas que nada para ponerme al dia y poder recomendar a la gente que se descargue la 4.1 y listo (que vago soy )

hablando del supermake, yo soy mas partidario de que no sea transparente para el usuario, y ese script fuera un modulo a parte, mas que nada porque los que no lo utilizamos (no por falta de ganas, sino por que no tenemos ni idea de compilar un kernel, por ejemplo) deberiamos de ser cosciente de lo que hacemos mas que nada para aprender, pero como siempre esto es solo una opinion

un saludo y enhorabuena

PD: Usuarionuevo (molaba mas newuser ) saca un segundito para pasarme a verde electrico el fondo que te deje

wifislax 4.1 final , la llevo acaba como una semana...lleva unos pocos retoques con respecto a la beta 3.
tambien la tengo en el server..es perezaaaaaa...y eso que lleva lo de las broadcom , y no se que mas cosas que arregle..me meti en otra cosa y ya no recuerdo lo que hice en la 4.1.

el wallpaper ya lo tengo ..a ver si encuentro el hilo.

lo del kernel de 64 bits ...es un experimento que tengo a medias , con ayuda de geminis_demon , y supremo12345.

Chumpy · « **Respuesta #19 en:** 30-04-2012, 14:08 (Lunes) »

Con lo de supermake se soluciena la pega de warcry de que sea transparente, así que si funciona creo que lo podeis dar por finalizado.

No parais

Noticias:

Autor Tema: movimiento arriesgado ,pero estaria muy muy bien. (Leído 26243 veces)

Supercalifragilistico

Chumpy

warcry

Chumpy