Ante todo buenas noche amigos de la lista, mi mail es para si alguien a
utilizado a bind u otra opcion, para
poder tener las ip en el caso de administracion de los equipos hubicados en
interet, sin la utilizacion como
dyndns.org noip en fin quisiera poder hacer algo teniendo un cuenta que
tengo 10 equipos en internet y no quiero usar mas dyndns, porque ahora tengo
un equipo con una ip fija y me gustaria poder tener el control de los otros
equipos teniedo poder obtener su ip en el caso de su cambio de ip, que les
otorga su proveedor de servicio en fin quiero hacer algo distinto tratando
de aprender cosas nuevas.
sin de depender de dns dinamic es solo hacer algo parecido saludos que
tengan mañana un buen dia exitos
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL:
http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060302/3a96d04c/attachment.html
From [EMAIL PROTECTED] Thu Mar 2 09:21:44 2006
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Thu Mar 2 09:17:08 2006
Subject: Clonando Disco Duro
In-Reply-To: Your message of "Wed, 01 Mar 2006 17:29:36 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Andrés Ruz Salinas <[EMAIL PROTECTED]> wrote:
[Top-posting, pero en este caso igual no tenia razon...]
> Claramente es muy cierta su respuesta, el problema es que no puedo utilizar
> otra versión de linux,
Estas seguro?
> ya que aparte sistema en si,
Las diferencias entre RH 9 y Fedora actual no son /tantas/...
> tengo muchos desarrollos
> creados y funcionando sobre esta versión especÃfica (Linux RedHat 9.0).
Si no corren en nada mas, quiere decir que estan muy mal hechas. Si no se
pueden compilar en una version mas nueva, estan pesimamente hechas. En
ambos casos, mejor hazlas de nuevo...
> Yo
> sé que es una versión ya antigua pero aún no tengo el tiempo suficiente
> como
> para pasar todos mis desarrollos a una nueva versión de Linux en donde casi
> todo el nucleo es nuevo y muchas cosas que he creado ya no funcionarÃan a
> menos que estudie la versión y pruebe recompilando cada uno de los programas
> y ver si funciona, y sino bueno ya se sabe, seguir investigando y eso me
> tomará mas tiempo que seguir con esta version funcional y sólo pensar en
> clonarla.
No tienes el tiempo (minimo) para migrar tus propias aplicaciones a una
version mas nueva, pero si los recursos para lidiar con los montones de
problemas de seguridad (y otros) que significa mantener miles de paquetes
de una distribucion antigua. Extran~o es tu caso...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Mar 2 09:14:00 2006
From: [EMAIL PROTECTED] (Franco Catrin)
Date: Thu Mar 2 10:08:27 2006
Subject: Rapidez de inicio de programas y otros
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El mié, 01-03-2006 a las 21:36 -0300, Germán Poó Caamaño escribió:
> On Tue, 2006-02-28 at 18:20 +0000, rodrigo ahumada montenegro wrote:
> > El Mar 28 Feb 2006 18:25, Horst von Brand escribió:
> > [...]
> > > Si no dices con que comparas... y que tanto se demora el programa
> > > GUIistico
> > > del caso en mostrar iconitos etc no es buena medida del rendimiento del
> > > sistema de archivos, recuerdese que Windows usa la "genial" idea de que la
> > > "extension" indica que es lo que el archivo contiene... Unix debe mirar
> > > dentro, no basta el nombre. Y si la cascara grafica del caso es torpe,
> > > demas la mayor parte de la demora es culpa de ella (bueno, incluso en caso
> > > que no lo sea).
> > ...recién iniciado, entro a mi sesion en kde (bien pesado, debe haber
> > botado
> > varias cosas de la RAM), abro un terminal y escribo: ls /usr/bin
> > 1 mississippi 2 mississippi 3 mississippi 4 mississippi 5 mississippi y
> > aparece el resultado.
> >
> > time dice
> > real 0m3.892s
> > user 0m0.028s
> > sys 0m0.072s
> >
> > ovbiamente la segunda vez es casi instantáneo:
> > real 0m0.155s
> > user 0m0.040s
> > sys 0m0.036s
> >
> > /usr/bin 1938 elementos
> > y
> > /usr/lib/ 1661 elementos.
> > asi que supongo que cargar un programa por primera vez debe demorar en el
> > peor
> > caso 10 mississippis (1 por buscar el ejecutable en /usr/bin y otra por
> > enlazar la primera lib.so buscandola en /usr/lib...(y a esto agregar que
> > muchas son enlaces simbolicos...))
>
> La mayor parte del tiempo estará dado en escribir en pantalla lo que
> lee. Influye si usas tipografías con antialias, soporte UTF-8, algún
> chiche (transparencia), etc.
>
> > > > 2.- ya se que al usar mas c?³digo compartido se puede ahorrar
> > > > en uso
> > > > memoria (p??ginas de c?³digo), pero para programas grandes como firefox
> > > > ?æno convendr?a que sean mas monol?ticos y usen menos bibliotecas
> > > > compartidas?
> > >
> > > Si Firefox usa las mismas bibliotecas que otros programas graficos que
> > > usas
> > > junto con el, te conviene que sean compartidas (== menos uso neto de RAM,
> > > menos datos que cargar del disco, ...).
> >
> > toda la razón... en realidad son esos programas los que tienen bibliotecas
> > propias que son poco usadas por otros programas
>
> Para ver que archivos abre, basta aplicar strace. No sólo bibliotecas
> deben cargarse.
>
> Por ejemplo, sólo cargar y cerrar OpenOffice (no en frío):
>
> $ strace -T -f -c -e trace=file oowriter2
> % time seconds usecs/call calls errors syscall
> ------ ----------- ----------- --------- --------- ----------------
> 28.89 0.040532 9 4330 3118 access
> 27.77 0.038957 16 2375 1186 open
[...]
... y para ver en que momento y que cosas abre:
strace -tt -e trace=open oowriter2
--
Franco Catrin L. TUXPAN
http://www.tuxpan.com/fcatrin
