Seguridad Wireless - Wifi
Suite Seguridad Wireless => Colaboracion y desarrollo de nuestras lives => Mensaje iniciado por: 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.
-
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!!!
-
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.
-
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".
-
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.
;D
-
Pues yo eso no lo sabia, me parece buena idea lo del script, seria algo así:
#! /bin/bash
CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//`
DIR=$(pwd)
cd $DIR && make-original -j$CORES
-
Pues yo eso no lo sabia, me parece buena idea lo del script, seria algo así:
#! /bin/bash
CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//`
DIR=$(pwd)
cd $DIR && make-original -j$CORES
lo pruebo...
-
no lo he probado pero me parece que vale con esto
#! /bin/bash
CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//`
make-original -j$CORES
-
no lo he probado pero me parece que vale con esto
#! /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.
-
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 :-\
-
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í:
#! /bin/bash
CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//`
make -j$CORES
Así devería funcionar.
-
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
proc=$(grep -c \^processor /proc/cpuinfo)
echo $proc
ese me devuelve el resultado correcto.
-
me gusta la idea de supermake ...jajajaj
probare a ver.
-
asi funciona perfect..era lo del make..pero el que va bien es asi
#!/bin/bash
proc=$(grep -c \^processor /proc/cpuinfo)
echo $proc
make -j$proc
-
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
-
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.
-
si quieres probar algo un poco mas largo ..sin ser demasiado ..puede probar wireshark.
hay tambien se debe notar.
-
De verdad que miedo me dais :-\
solo os faltaba el supermake, si no sacais bastantes historietas sin esto, ahora ya.... :P
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 >:D (que vago soy ;D)
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 :P ) saca un segundito para pasarme a verde electrico el fondo que te deje
-
De verdad que miedo me dais :-\
solo os faltaba el supermake, si no sacais bastantes historietas sin esto, ahora ya.... :P
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 >:D (que vago soy ;D)
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 :P ) 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.
-
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 >:(
-
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.
Esta aprovecha todos los hilos que pueda.........aunque no podras hacer nada al mismo tiempo......
make -j
-
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.
Esta aprovecha todos los hilos que pueda.........aunque no podras hacer nada al mismo tiempo......
make -j
si se trataba de eso..de que siempre buscara el numero de cpus y tal..pero
con el core i3 , podia estar compilando el kernel y hacer otras cosas...como crear modulos xzm , comprimir descomprimir.
la mejor opcion es crear el supermake como script, y utlizarlo solo en tareas pesadas.
por ejemplo utilizar
make -j4
para compilar aicrack ,,es una tonteria...no ganas mas que un segundo..ajjaja.
-
lo del kernel de 64 bits ...es un experimento que tengo a medias , con ayuda de geminis_demon , y supremo12345.
si os mudáis al 64 bits, entiendo que todos los módulos actuales quedarían inservibles??
-
lo del kernel de 64 bits ...es un experimento que tengo a medias , con ayuda de geminis_demon , y supremo12345.
si os mudáis al 64 bits, entiendo que todos los módulos actuales quedarían inservibles??
Correcto, pero con el wifislax package manager ( que ya está presente en wifislax 4.1 ), hacer nuevos modulos será coser y cantar, además haré un minitutorial explicando como se usa.
-
Hola, me paso a comentar que teneis que comprobar que, al contrario que algunas aplicaciones, el detector no confunda los nucleos con los hilos que tienen algunos procesadores de Intel. Por ejemplo, mi procesador i7 2670QM tiene 4 nucleos i 8 hilos, pero Ubuntu me detecta 8 nucleos.
-
Correcto, pero con el wifislax package manager ( que ya está presente en wifislax 4.1 ), hacer nuevos modulos será coser y cantar, además haré un minitutorial explicando como se usa.
sabeis la que acabais de liar...
he probado el wifislax package manager, y es una gozada acabo de instalar el hardinfo (no esta mu logrado el tema de los sensores de temperatura en linux, el everest me los muestra todos...)
mi pregunta es cuando tu haces un modulo no comprueba las dependencias ni descarga las librerias con lo cual nos puede llevar a error no¿?
bien por otra parte y dado que yo tengo un phenom de 4 nucleos de 2,2 ghz la migracion a 64 bits no me supone nada pero sois conscientes que dejais sin soporte a todo aquel que tenga una maquina algo antigua, y ese era el principal problema de wifiway 3.x que el kernel dejaba fuera a bastantes dispositivos
-
Correcto, pero con el wifislax package manager ( que ya está presente en wifislax 4.1 ), hacer nuevos modulos será coser y cantar, además haré un minitutorial explicando como se usa.
sabeis la que acabais de liar...
he probado el wifislax package manager, y es una gozada acabo de instalar el hardinfo (no esta mu logrado el tema de los sensores de temperatura en linux, el everest me los muestra todos...)
mi pregunta es cuando tu haces un modulo no comprueba las dependencias ni descarga las librerias con lo cual nos puede llevar a error no¿?
bien por otra parte y dado que yo tengo un phenom de 4 nucleos de 2,2 ghz la migracion a 64 bits no me supone nada pero sois conscientes que dejais sin soporte a todo aquel que tenga una maquina algo antigua, y ese era el principal problema de wifiway 3.x que el kernel dejaba fuera a bastantes dispositivos
y quien a dicho que se vaya a abandonar los 32bits ¿
serie 4 de wifislax a 32bits
serie 5 de wifislax a 64bits
-
por otra parte , lo de los modulos mediante el gesto gslapt.
lo mas aconsejable, es ... arrancar la iso de serie ,,,
y sin modulos extras , entonces ya si , a trastear ,pero solo lo que queremos conseguir.
si por ejmplo quiero clementine..
me fijo que alguna de las que me da como resultado al buscAR ...me pone las dependencias ...esa es buena..puesto que bajara todo lo necesario
podemos marcar que solo descargue los paquetes...
y despues utlizar la opcion de crear xzm desde tzx descargados....esta en el menu del gestor de paquetes...
muy important tras crear el xzm , ... limpiar el directorio , para que si vamos a crear otro , no se junten los paquetes de los dos .
en serio es muy facil...muy muy facil.
dedicadle unos minutos a comprender como funciona ... eso si , no inetnteis meter kde4 , por que rompereis..es lo unico que no podeis tocar.
pero no pasa na, la version de 64bits en la que estamos currando lleva kde4. ;D
-
mi pregunta es cuando tu haces un modulo no comprueba las dependencias ni descarga las librerias con lo cual nos puede llevar a error no¿?
Pues si que devería resolver y descargar las dependencias, ¿estas seguro de que no lo hace?
-
mi pregunta es cuando tu haces un modulo no comprueba las dependencias ni descarga las librerias con lo cual nos puede llevar a error no¿?
Pues si que devería resolver y descargar las dependencias, ¿estas seguro de que no lo hace?
es normal.......
cuando 3 o 4 sources devuelven el paquete buscado , los hay que si dan las dependencias y los hay que no ..si marcas uno de los resultados ,,de los que no da dependencias, solo te bajara ese marcado y no las dependencias...
es lo que te comente que me pasaba a mi una vez que lo probe, y la causa de que no lo llegasea sacar a modulo ...por aquel entonces no comprendia lo que pasaba.
-
Claro pero por eso estuvimos buscando los sources que no resolvian dependencias y quitamos los que encontramos, no? Si todavia quedan, habría que detectarlos y quitarlos de en medio, dejando solo los que resuelvan dependencias.
-
Tranquilos, que todavía no lo he probado muy a fondo, por eso pregunto, ya que cuando he hecho el módulo del hardinfo me ha parecido que se descargaba menos cosas que cuando lo he instalado, pero no he llegado a probar el módulo
yo también estoy en el móvil
saludos
-
Claro pero por eso estuvimos buscando los sources que no resolvian dependencias y quitamos los que encontramos, no? Si todavia quedan, habría que detectarlos y quitarlos de en medio, dejando solo los que resuelvan dependencias.
pues para empezar y lo mas grave es que las oficiales no resuelven dependencias.
suelen ser las de slacky y sbo ,las que si lo hacen.
-
Pues tio, es triste pero cierto, las oficiales no resuelven dependencias.. y hay 2 mas que tampoco lo hacen.
La ultima vez no lo miré tan detenidamente pero ahora me he puesto a comprobarlas una a una, y estos son los resultados:
SOURCE=ftp://ftp.slackware.com/pub/slackware/slackware-13.37/:OFFICIAL <- NO RESUELVE
SOURCE=http://darkstar.ist.utl.pt/slackware/addon/slacky/slackware-13.37/ <- SI RESUELVE
SOURCE=http://repository.slacky.eu/slackware-13.37/ <- SI RESUELVE
SOURCE=http://darkstar.ist.utl.pt/slackware/addon/gnomeslackbuild/gsb-3.2_slackware-13.37/ <- SI RESUELVE
SOURCE=http://darkstar.ist.utl.pt/slackware/addon/gsb/gsb-3.2_slackware-13.37/ <- SI RESUELVE
SOURCE=ftp://ftp.slackware.org.uk/salix/i486/13.37/ <- SI RESUELVE
SOURCE=ftp://slackware.mirrors.tds.net/pub/slackware/slackware-13.37/ <- NO RESUELVE
SOURCE=ftp://ftp.fu-berlin.de/unix/linux/mirrors/slackware/slackware-13.37/ <- NO RESUELVE
-
Pues tio, es triste pero cierto, las oficiales no resuelven dependencias.. y hay 2 mas que tampoco lo hacen.
La ultima vez no lo miré tan detenidamente pero ahora me he puesto a comprobarlas una a una, y estos son los resultados:
SOURCE=ftp://ftp.slackware.com/pub/slackware/slackware-13.37/:OFFICIAL <- NO RESUELVE
SOURCE=http://darkstar.ist.utl.pt/slackware/addon/slacky/slackware-13.37/ <- SI RESUELVE
SOURCE=http://repository.slacky.eu/slackware-13.37/ <- SI RESUELVE
SOURCE=http://darkstar.ist.utl.pt/slackware/addon/gnomeslackbuild/gsb-3.2_slackware-13.37/ <- SI RESUELVE
SOURCE=http://darkstar.ist.utl.pt/slackware/addon/gsb/gsb-3.2_slackware-13.37/ <- SI RESUELVE
SOURCE=ftp://ftp.slackware.org.uk/salix/i486/13.37/ <- SI RESUELVE
SOURCE=ftp://slackware.mirrors.tds.net/pub/slackware/slackware-13.37/ <- NO RESUELVE
SOURCE=ftp://ftp.fu-berlin.de/unix/linux/mirrors/slackware/slackware-13.37/ <- NO RESUELVE
pero hay que dejaralas igualmente , por que las que si resuelven , pueden no tener todos los packetes...recuerda que ya te dije que justamente las oficiales eran ademas de todo lo que se habla aqui SON LAS MAS LENTAS , a la hora de rsponder las peticiones de listado.
pero retipo , son necesarias al menos las 3 oficiales...
podiamos dejar las 3 oficiales..y de las otras solo las que si resuelven.
lo dejo en tu mano ...yo estoy liadisimio con wicd , ahora no me va NINGUNO ..jajajajaj diosss
-
jajaja ok, ya te sigo informando por privado que este tema ya está mas que desvirtuado.