Archivo de la categoría: Desvaríos varios

MLDonkey y KAD

Esta va de P2P.

Yo no uso eMule (recomiendo el eMule MorphXT) ni el Bit Torrent (recomiendo el uTorrent), pero uso las dos redes, conectado a varios servidores Edonkey a la vez. ¡Chupaos esa! :DD

Yo uso el MLDonkey (existe versión Windows, también), sobre un vetusto AMD K6-2 400mhz con 512mb de RAM) con Linux. Esa es una de la infinidad de funciones que sirve y la verdad, es la que más le exige de CPU. He notado que al enchufarle el segundo disco en el segundo canal y dedicarlo en exclusiva para este menester, el servidor se resiente menos en el resto de servicios.

El Mldonkey se ejecuta como aplicación en segundo plano en el Linux, permitiendo usar a la vez las redes del Edonkey (la que usa el eMule) y la del Bit Torrent. En el caso de la red Edonkey, permite estar conectado a varios servidores a la vez. Además, soporta la red KAD. Para manejarle, lo hago o a travé sde su cutre, pero efectiva interfaz web o a través de un cliente compatible, como es el caso del genial Sancho.

KAD es la red heredera de la red Edonkey. Más eficiente y tolerante a caidas de servidores. El problema es que aunque ya muy extendida, se encuentran menos resultados, lo que en la práctica te obliga a estar conectado a ambas redes. Al buscar un fichero, el programa busca en ambas redes. Transparente para el usuario, pero ganando eficiencia.

El otro día, en un Windows de un colega, vi que tenía la red KAD habilitada y funcionando a tope. El iniciador que usaba era el de http://www.nodes-dat.com/. Decir que además de los ficheros nodes.dat, tienen server.met. Parece una buena página.

La cuestión es que tras mirar los puertos a abrir para la red KAD, metí el  iniciador (servidor para iniciar el intercambio por la red KAD) de nodes-dat.com y al rato ya tenía suficientes peers para aceptar búsquedas y más iniciadores. Genial, no? 😛

 

Fuentes:

Anuncios

Modelo de recuperación en SQL Server (recovery model)

Existen dos modos de recuperación:

  • Simple
  • Completa (o Full). Es el que se activa por defecto.

El modo de recuperacion Simple
Configura SQL Server para que escriba lo minimo en el log de transacciones. De esta forma, el Log no crece mucho y las transacciones que van al disco se eliminan automaticamente del Log.
El modo de recuperacion Completa
Escribe todas las transacciones en el log, y estas no se eliminan automaticamente. El log crece indefinidamente hasta que alcanza su tamano limite (si un tamano limite ha sido especificado en el servidor) o hasta que se llene el disco.  Como todas las transacciones estan escritas en el log de transacciones, se pueden hacer backups del log para que en caso de desastre, se pueda recuperar la base de datos hasta el momento del fallo. Cuando hace un backup del log, SQL Server elimina las transaccinoes innecesarias (que ya han sido movidas al disco) y libera el espacio del log.
Por eso, si tienes un db en modo de recuperacion Completa, es importante que hagas backups del log para asi prevenir que crezca innecesariamente, colapsando el disco y rovocando la parada del servicio por falta de recursos.

Ambos modelos tienen sus ventajas.

El modelo simple es ideal para bases de datos que no reciben muchos cambios y cuya recuperacion completa no es critica. Cuando se recupera la base de datos, solo se puede recuperar datos hasta el momento del ultimo backup. La ventaja es la simplicidad y el ahorro de recursos.
En el modelo Completo, la recuperacion es posible hasta el momento del error, si se tienen backups del log, y lo primero que se hace despues de error es hacer un ultimo backup del log para capturar las ultimas transacciones. La desventaja, consumo de recursos y de espacio en disco. Este modelo es imperativo si la base de datos es critica.

Truncar LOG y reducir su tamaño

Si el LOG se descontrola en BD en modo FULL sobre las que no se hace backup del LOG, por ejemplo, para truncar el log y reducir su tamaño se usan los comandos:

“CHECKPOINT”: para hacer commit de las transacciones pendientes que puedan quedar en el LOG sin grabar a disco aún.

“TRUNCATE LOG” o “BACKUP LOG minombredebasededatos WITH TRUNCATE_ONLY”: para eliminar la información del LOG, sin hacer backup de ella.

“DBCC SHRINKFILE (minombredebasededatos_Log, 100)”: para reducir el tamaño del dispositivo de LOG a 100 MB.

Crear alertas en SQL Server con automatización del procedimiento:

Se pueden crear alertas en el SQL Server para que cuando se dé el caso de que el dispositivo LOG de una cierta BD supere lox X kb de tamaño, se ejecute un script de mantenimiento que haga las operaciones ateriores por nosotros y envíe un email de aviso al operador del sistema.

Fuentes:

BACKUP LOG MiBase WITH TRUNCATE_ONLY

Yo grito, tú berreas….

Mi madre mete berridos con el fiurbol

Mi hermana con el tenis

….y mi padre mete gritos. Punto.

Eso sí, cuando los meto yo, me dicen que baje la voz, que estoy hablando muy alto.

Trillo, a que manda webs? xP


La famiglia….

Hay gente que vive en un universo paralelo….. esta perceba se ha diseñado su propio universo paraLELAS…. XP


Lo sencillo es lo que funcionará bien siempre

Ya no hablo de las cosas que tienen pocas partes móviles dentro y por eso duran más, sino de no complicar las cosas innecesariamente.

Ken Rockwell es un fotógrafo que mantiene una web en http://www.kenrockwell.com/, y en una de las guías de usuario que publica para cámaras concretas, explica en el pimer punto, para impacientes, cómo hacer buenas fotos con esa cámara.

Según él, los pasos a seguir son:

  1. Haz la foto. Mírala en el visor LCD. ¿Te vale?, se acabó. Si no…
  2. ¿Demasiado oscura o demasiado iluminada?. Cambia la compensación de exposición. ¿Te vale ahora?, se acabó. Si no…
  3. ¿Colores incorrectos?. Cambia el white balance. ¿Te vale ahora?, se acabó. Si no…
  4. ¿Contraste, saturación u otros ajustes que estén mal?. Cambia los ajustes en la cámara. ¿Te vale ahora?, esta te ha costado, ¿eh?. Si no…
  5. Me da que no estás en el sitio correcto, o a la hora correcta o mirando en la dirección correcta. Nunca es culpa de la cámara.

Y es que el jodío tiene toda la razón 😉 Como decía otro, “si no sacas buenas fotos es que no te pones lo suficientemente cerca”.

El equipo ayuda, mucho, pero la cosa es mucho más sencilla que eso.


Una de foros

Leyendo en un foro….

ei nachou muy buenas las fotos, te queria preguntar una cosa, ya que tengo un problema con mi canon eos 350-D veras tengo el 18-55 mm que trae de por si, con la configuracion ISO 1800 y la avertura totalmente hacia la izquierda (que sale la foto mas oscura) me sale la foto bien enfocada, pero con mucho ruido, si abro el av la foto tarda en hacerse y me sale borrosa, para que contarte si le voy bajando ISO para quitarle ruido, total que en una habitacion con poca luz como haces para tirar fotos a ISO 100? hay un truco ?

Tras semejante intervención, sólo me queda decir que doy por supuesto, queridos mentores en la fotografía, que a mí no me tenéis en el mismo saco que a este percebe, no?¿?  😀


Tres pelos tiene mi barba

Bueno, realmente muchos más. Sólo me falta la gorra, el abrigo recio y renovar el “titulín” para parecerme al legendario Capitán Pescanova.

Lo realmente “alarmante”, aunque tarde llegado haya, ha sido descubrir que mi barba tiene tres pelos…. blancos.

El ocaso comienza a los 35?¿?…… o quizá sea el principio de lo bueno…. 😉