Mensajes

Advertencia - mientras estabas escribiendo, una nueva respuesta fue publicada. Probablemente desees revisar tu mensaje.

dale al slackware para que sufras un rato

Sino, también tienes Arch, que el instalador es muy sencillo de manejar.  

Na, bromas a parte, lo que deberías aprender es a manejar los comandos básicos del terminal (cat, cut, find, more, less, head, tail...) y el/los gestor/es de paquetes de la distribución que escojas. A mi también me ha tocado manejar fdisk, mount/umount, y trastear con /etc/fstab y los UUID de las particiones, y descargarme rescatux para cuando hago alguna pifia con el GRUB.

Ahora mismo no se me ocurre mucho mas. pero todo depende del uso que le vayas a dar al sistema y las ganas que tengas de torturarlo y/o mutilarlo haciendo pruebas. Y sobre todo, para cualquier duda o problema siempre tienes a San Google.

Yo por ejemplo tengo instalado Debian-Jessie (rama testing) por duplicado. Una instalación para el día a día, y otra para hacerle putadillas, experimentar y donde hacer primero los cambios para ver los problemas que me pueden surgir, así cuando voy a hacer cualquier cosa en la instalación que uso de forma habitual ya se que no voy a cargarme el sistema o se solucionar los problemas que me pueden surgir.

¡Saludos!

¡Mama! ¡Mama! ¡Un niño mas malo que yo me ha robado el caramelo!

[lspci | grep Network]

¡Buenas!

Primero tienes que saber el modelo de la tarjeta. (lspci | grep Network en el terminal)

Una vez que lo sepas, tendrás que ver si existen o no los drivers para tu tarjeta. (Viva google)

¡Saludos!

[BUY NOW]

¡Buenas!

En este enlace tienes el "Libro del administrador de Debian". Un libro muy interesante. Al final de la página, justo debajo del cartel BUY NOW tienes enlaces para descargarlo de forma gratuita. No te recomiendo la versión en español, al menos la última versión está muy mal traducida (o lo estaba la última vez que le eché un ojo, hará cosa de un mes).

Uno de los capítulos está dedicado a la compilación del kernel.

¡Saludos!

PD: Además, el libro está basado en Debian Wheezy, así que no podía estar mas actualizado.

¡Saludos de nuevo!

Y yo con mi cámara de carrete 

Ya me imagino a algún policía buscándole la tarjeta... 

¡Saludos!

Particionando el dispositivo /dev/sdd
Formateando /dev/sdd1 como FAT32
Verificando el sistema de ficheros...
Setting /dev/sdd1 label to Tails
Not enough free space on device.
5837MB ISO + 0MB overlay > 2495MB free space
¡La creación del USB autoarrancable (LiveUSB) falló!
Not enough free space on device.
5837MB ISO + 0MB overlay > 2495MB free space

¡Buenas!

Por la información que nos dejas parece que el pen tiene menos memoria de la que debería. Si has utilizado anteriormente la memoria USB para crear un live USB de otra distro tendrás un particionado distinto al original.

Lo que tienes que hacer es utilizar fdisk, cfdisk, gparted (esta es visual) o la aplicación que prefieras para eliminar todas las particiones existentes en tu pen, y luego crear una partición primaria que ocupe todo el espacio disponible. Antes de hacer todo esto tendrás que desmontar el dispositivo. Después de esto ya deberías de poder grabar la ISO.

¡Saludos!

Lo mejor es ser técnico de rebobinado. Un bolígrafo, un buen juego de muñeca y mucha paciencia.  

Un procesador ya viejo digamos que un pentium III es capaz de ejecutar 2 millones de instrucciones por segundo.

Una llamada a una instrucción puede suponer, digamos 20 instrucciones ( con paso de parámetros )... es decir, una llamada supone 0.01 ms... tu crees que es necesario optimizar eso?

Obviamente en procesadores más modernos ese tiempo será aún menor.

Buf, si son funciones que no trabajan de forma intensiva, evidentemente, no te hace falta optimizar demasiado, pero recuerdo cuando codifiqué los hash MD5 y SHA1, que son funciones que requieren realizar muchos cálculos, que poniendo llamadas a funciones quedaba un código muy corto y bonito, pero a la hora de obtener los checksum de archivos relativamente grandes el programa se eternizaba. Al final en lugar de utilizar tanta función tuve que recurrir a macros y a sustituir llamadas a funciones para calcular valores por tablas con los valores ya calculados para evitar llamadas a funciones y cálculos repetitivos, y la diferencia en cuanto al tiempo que costaba calcular la suma fue considerable.

Todo depende del uso que vayas a darle a la función.

¡Saludos!

[inline]

¡Buenas!

Si las funciones tienen poco código, puedes declarar macros que hagan el trabajo de las funciones. Si lo haces de esta forma, el preprocesador sustituirá las llamadas a las macros por el código que contienen y realmente no habrá ninguna llamada a ninguna función, sino que tendrás el código "incrustado" en el lugar de la llamada.

Si utilizas C++ y como antes las funciones tienen poco código, siempre puedes declarar las funciones inline, aunque en este caso dependerá del compilador la decisión de sustituir las llamadas por el código que contienen.

Otra opción, en el caso de que la función reciba structs, es pasar los parámetros por referencia (utilizando punteros), ahorras tiempo al no tener que escribir el struct completo en la pila...

Sin tu código no podemos darte mas indicaciones.

¡Saludos!

¡Buenas!

Pues yo creo que al que compra un smartphone de 400€ o 500€ pudiendo comprarse una torre bien decente y un smartphone de70€ que hace exactamente lo mismo que el de 400€ le faltan, por lo menos, dos dedos de frente.

¡Saludos!