Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema Felix Perez 
El día 20 de enero de 2016, 19:03, alparkom .  escribió:
> El día 20 de enero de 2016, 18:56, Felix Perez
>  escribió:
>> El día 20 de enero de 2016, 15:57, alparkom .  escribió:
>>> El día 20 de enero de 2016, 15:27, listascor...@msjs.co
>>>  escribió:
 El 20/01/16 a las 12:17, alparkom . escribió:
>
> El día 20 de enero de 2016, 14:02, Camaleón  escribió:
>>
>> El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió:
>>
>>> Buenas lista.
>>>
>>> Paso a explicar el tema: cuando descargo varios archivos (por ejemplo
>>> vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en
>>> total, los paso a un pendrive u otra memoria, y se borran del sistema,
>>> el entorno de escritorio se vuelve sumamente lento. De hecho, si
>>> quisiera ver vídeos en Youtube no podría por la lentitud en la que los
>>> mostraría, lo mismo al cambiar los espacios de trabajo.
>>>
>>> También me pasó cuando hacia pruebas de creación de varios archivos .txt
>>> con una línea de contenido al azar. Luego de esto el sistema se volvió
>>> muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre)
>>
>>
>> ¿*Medio millón* de archivos? O_o
>>
>
> Sí, medio millón. Jajaja.
> Hice una prueba de velocidad para saber si convenía usar JSon
> generados de forma temporal para no hacer tantas conexiones a la base
> de datos.


 Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... pos
 claro, como no, como cambian las palabras de rápido... =risas=

>>>
>>> ._.
>>> Es que da igual si son .json o .txt, después de todo, los JSon guardan
>>> objetos JavaScript y los TXT también permiten esto. Es que cambia
>>> algo?
>>>
>>> Te burlas sin tener el conocimiento de lo que se habla?
>>>
 Tranquilo su secreto esta a salvo:
 http://www.cuantarazon.com/175741/despistar

 =risas=

 Bromas aparte, lee esto
 http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus

 y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber 
 que
 es lo que pasa...
 trate de repetir lo que hizo cuando se vio la lentitud.

>>>
>>> Usted es retrasado?
>>
>> ¿Es malo ser retrasado?
>>
>> Um, Que buena persona es usted. Y además sin sentido del humor.
>>
>
> Malo? Para nada, pero es una forma de ofender a alguien.

Entonces espero que ningún hijo, familiar o cercano a usted tenga esa condición.
Con esta respuesta ya me indica claramente que tipo de persona es usted.

>
>>
>>> Ya dije cuando se vuelve lento.
>>
>> No importa si ya lo dijiste, lo que se te pide es que puedas repetir
>> la incidencia al realizar los mismo pasos.
>>
>
> Mi estimado, respondí de esa forma por la manera de contestar que tuvo
> el señor "listascor...@msjs.co". No tome conclusiones apresuradas.

Ninguna conclusión hasta ahora.

Mi último mensaje a este hilo y a usted.

>
>> Uf.
>>
>> Por favor no contesten al privado, gracias.
>>
>>>
 Saludos;


>>> y al entrar a la carpeta con nautilus, el sistema prácticamente no
>>> respondía, aunque cerrara la ventana y eliminara los archivos (por
>>> prueba terminada). Esto solo se solucionaba al reiniciar el sistema.
>>
>>
>> Nautilus es muy lento cuando tiene que cargar directorios con gran
>> cantidad de archivos y si hay 500.000 pues se debe de quedar procesando
>> datos y medio colgado.
>>
>> Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién
>> es el culpable de la lentitud del sistema y verifica que no te quedas sin
>> espacio en disco. Prueba con otro explorador de archivos (midnight
>> commander, por ejemplo) o ajustando las opciones de Nautilus para que no
>> use tanta caché.
>>
>> (...)
>
>
> Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que
> siempre.
>
> Sobre los exploradores de archivos, como puedo saber cuales tengo
> instalados?
>
>>
>>> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
>>> "/var/tmp". Podría ser esto?
>>
>>
>> Los temporales por sí solos no deben de causar problemas, más bien el
>> proceso que los esté usando o los tenga en caché, y ese debe ser el
>> explorador de archivos.
>>
>> Saludos,
>>
>> --
>> Camaleón
>>
>
>

>>>
>>
>>
>>
>> --
>> usuario linux  #274354
>> normas de la lista:  http://wiki.debian.org/es/NormasLista
>> como hacer preguntas inteligentes:
>> http://www.sindominio.net/ayuda/preguntas-inteligentes.html
>>



-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: [OT] ¿Songr en Debian?

2016-01-20 Por tema Jorge Chaves 
El mié, 20-01-2016 a las 22:20 -0300, alparkom . escribió:
> El día 20 de enero de 2016, 22:03, Jorge Chaves
>  escribió:
> > ¿Alguien conoce un buen sustituto para Songr en Debian?
> >
> > Gracias por adelantado.
> > Saludos.
> > Jorge.
> >
> >
> 
> Según dicen "pymaxe" es una buena alternativa.
> 
> 

Ok, la probaré. Gracias.

Re: [OT] ¿Songr en Debian?

2016-01-20 Por tema alparkom . 
El día 20 de enero de 2016, 22:03, Jorge Chaves
 escribió:
> ¿Alguien conoce un buen sustituto para Songr en Debian?
>
> Gracias por adelantado.
> Saludos.
> Jorge.
>
>

Según dicen "pymaxe" es una buena alternativa.

Re: [OT] ¿Songr en Debian?

2016-01-20 Por tema Jorge Chaves 
El jue, 21-01-2016 a las 02:30 +0100, Jorge Chaves escribió:
> El mié, 20-01-2016 a las 22:20 -0300, alparkom . escribió:
> > El día 20 de enero de 2016, 22:03, Jorge Chaves
> >  escribió:
> > > ¿Alguien conoce un buen sustituto para Songr en Debian?
> > >
> > > Gracias por adelantado.
> > > Saludos.
> > > Jorge.
> > >
> > >
> > 
> > Según dicen "pymaxe" es una buena alternativa.
> > 
> > 
> 
> Ok, la probaré. Gracias.
> 
> 

En Debian 8 puede haber problemas al instalarlo.

La solución la he encontrado aquí:
http://unbrutocondebian.blogspot.com.es/2015/01/descargando-musica-con-pymaxe.html

Más adelante probaré algunas cosas y si descubro algo más ya os contaré.
Saludos.

[OT] ¿Songr en Debian?

2016-01-20 Por tema Jorge Chaves 
¿Alguien conoce un buen sustituto para Songr en Debian?

Gracias por adelantado.
Saludos.
Jorge.

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema listascor...@msjs.co 

El 20/01/16 a las 12:17, alparkom . escribió:

El día 20 de enero de 2016, 14:02, Camaleón  escribió:

El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió:


Buenas lista.

Paso a explicar el tema: cuando descargo varios archivos (por ejemplo
vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en
total, los paso a un pendrive u otra memoria, y se borran del sistema,
el entorno de escritorio se vuelve sumamente lento. De hecho, si
quisiera ver vídeos en Youtube no podría por la lentitud en la que los
mostraría, lo mismo al cambiar los espacios de trabajo.

También me pasó cuando hacia pruebas de creación de varios archivos .txt
con una línea de contenido al azar. Luego de esto el sistema se volvió
muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre)


¿*Medio millón* de archivos? O_o



Sí, medio millón. Jajaja.
Hice una prueba de velocidad para saber si convenía usar JSon
generados de forma temporal para no hacer tantas conexiones a la base
de datos.


Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... 
pos claro, como no, como cambian las palabras de rápido... =risas=


Tranquilo su secreto esta a salvo:
http://www.cuantarazon.com/175741/despistar

=risas=

Bromas aparte, lee esto
http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus

y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber 
que es lo que pasa...

trate de repetir lo que hizo cuando se vio la lentitud.

Saludos;


y al entrar a la carpeta con nautilus, el sistema prácticamente no
respondía, aunque cerrara la ventana y eliminara los archivos (por
prueba terminada). Esto solo se solucionaba al reiniciar el sistema.


Nautilus es muy lento cuando tiene que cargar directorios con gran
cantidad de archivos y si hay 500.000 pues se debe de quedar procesando
datos y medio colgado.

Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién
es el culpable de la lentitud del sistema y verifica que no te quedas sin
espacio en disco. Prueba con otro explorador de archivos (midnight
commander, por ejemplo) o ajustando las opciones de Nautilus para que no
use tanta caché.

(...)


Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que siempre.

Sobre los exploradores de archivos, como puedo saber cuales tengo instalados?




Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
"/var/tmp". Podría ser esto?


Los temporales por sí solos no deben de causar problemas, más bien el
proceso que los esté usando o los tenga en caché, y ese debe ser el
explorador de archivos.

Saludos,

--
Camaleón

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema alparkom . 
El día 20 de enero de 2016, 7:44, fernando sainz
 escribió:
> El día 20 de enero de 2016, 8:41, alfon  escribió:
>
> Y de paso prueba también con "iotop" (paquete del mismo nombre) para
> ver si hay problemas en las operaciones de lectura/escritura en disco.
>

Aclaro que es un notebook bastante bueno... corre sin problemas hasta
que comienzo a manejar muchos archivos.

> S2.
>

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema Jose Maldonado 

El 20/01/16 a las 03:11, alfon escribió:


Lo que probé fue:

# sync ; echo 3 > /proc/sys/vm/drop_caches

Según tengo entendido, eso limpia el caché del sistema y no es
necesario reiniciar. Pero al hacer eso el sistema seguía lento.

Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
"/var/tmp". Podría ser esto?


Eso no debería influir, quizás tengas algún proceso en ejecución que
consuma mucho tiempo de CPU y memoria. Cuando te vuelva a pasar,
ejecuta el comando top, y pega la salida para que podamos hacer un
primer diagnóstico.

Ale, abur



Cuando vuelva a ocurrirte este problema has lo siguiente:

1.- sudo journalctl -b 1 > journalctl.txt
2.- ps aux > ps.txt
3. -Saca informacion de top e iotop.

¿Por cierto que sistema de archivos (ext4, xfs) usas?



--
Dios en su Cielo, todo bien la Tierra
*

Re: Ayuda con Smokeping

2016-01-20 Por tema Camaleón 
El Tue, 19 Jan 2016 17:33:21 -0500, Lic. Manuel Salgado escribió:

> Hola a todos:
> Por problemas en un servidor debian 7 me vi obligado a purgar Apache,
> por supuesto salvando sus configuraciones y datos publicos. En este
> servidor existen herramientas de monitoreo como Ntop, Nagios3 y
> Smokeping. Lo que me ocurre ahora es que al instalarlo nuevamente e ir
> al monitoreo de los graficos de smokeping no se me muestra ningun
> grafico, si logro ver los reportes y etiquetas, asi como los titulos,
> menues, secciones, etc que se han configurado, pero no se logran ver
> los graficos. Alguien me da alguna sugerencia?

Entiendo que si los problemas con smokeping te vinieron tras eliminar 
apache el error se debe a que algún dato de la configuración de esa 
aplicación ya no está disponible o ha tomado valores predeterminados.

Yo te diría que volvieras a revisar la configuración¹ de smokeping desde 
cero como si lo acabaras de instalar y lo estuvieras configurando, y más 
concretamente la parte donde engancha con apache y los permisos del 
directorio donde almacena los datos.

¹https://wiki.archlinux.org/index.php/smokeping

Saludos,

-- 
Camaleón

Re: Particiones desalineadas

2016-01-20 Por tema Camaleón 
El Wed, 20 Jan 2016 14:17:09 +0100, David Rotger escribió:

> estoy montando un servidor con un RAID 1 para sistema y un RAID 10 para
> datos. El RAID 1 se compone de 2 discos de 500GB, donde preparo un array
> MD para todo el disco y después creo una partición lógica de 16gb para
> swap y el resto para /. Cuando ejecuto fdisk -l:

(...)

> Disco /dev/md10: 1,8 TiB, 2000140894208 bytes, 3906525184 sectores
> Unidades: sectores de 1 * 512 = 512 bytes Tamaño de sector
> (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S (mínimo/óptimo):
> 524288 bytes / 1048576 bytes Disco /dev/md11: 465,7 GiB, 499971522560
> bytes, 976506880 sectores Unidades: sectores de 1 * 512 = 512 bytes
> Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes Tamaño de E/S
> (mínimo/óptimo): 4096 bytes / 4096 bytes Tipo de etiqueta de disco: dos
> Identificador del disco: 0x707976b8
> 
> Device  Boot Start   End   Sectors   Size Id Type
> /dev/md11p1 63 945312794 945312732 450,8G 83 Linux
> /dev/md11p2  945312795 976494959  31182165  14,9G  5 Extended
> /dev/md11p5  945312858 976494959  31182102  14,9G 82 Linux swap /
> Solaris
> 
> La partición 2 no empieza en el límite del sector físico.
> 
> La partición 3 no empieza en el límite del sector físico.
> 
> La partición 6 no empieza en el límite del sector físico.
> 
> Como puedo resolver este problema?!?!

No es un problema, más allá de la hipotética pérdida de rendimiento que 
puedas tener (que normalmente no debe ser perceptible), me parece que lo 
que te dice es que los discos están usando el formato avanzado (tamaño de 
sectores de 4096 bytes en lugar de 512) y este tipo de discos funcionan 
mejor cuando se alienan las particiones a 1 MiB pero el programa con el 
que has hecho las particiones ha usado el sistema antiguo para ubicarlas 
y que no es el óptimo para este tipo de discos duros, de ahí el aviso.

Gparted permite mover las particiones para ajustarlas a su límite óptimo 
pero estas operaciones con particiones siempre pueden conllevar pérdida 
de datos, por lo que si sigues adelante asegúrate de tener copia de 
seguridad de la información que tengas en las particiones afectadas, las 
que vayas a "reubicar".

Saludos,

-- 
Camaleón

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema Camaleón 
El Wed, 20 Jan 2016 14:17:13 -0300, alparkom . escribió:

> El día 20 de enero de 2016, 14:02, Camaleón 
> escribió:

(...)

>>> y al entrar a la carpeta con nautilus, el sistema prácticamente no
>>> respondía, aunque cerrara la ventana y eliminara los archivos (por
>>> prueba terminada). Esto solo se solucionaba al reiniciar el sistema.
>>
>> Nautilus es muy lento cuando tiene que cargar directorios con gran
>> cantidad de archivos y si hay 500.000 pues se debe de quedar procesando
>> datos y medio colgado.
>>
>> Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién
>> es el culpable de la lentitud del sistema y verifica que no te quedas
>> sin espacio en disco. Prueba con otro explorador de archivos (midnight
>> commander, por ejemplo) o ajustando las opciones de Nautilus para que
>> no use tanta caché.
>>
>> (...)
> 
> Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que
> siempre.
> 
> Sobre los exploradores de archivos, como puedo saber cuales tengo
> instalados?

Normalmente sólo se instala el que viene con el entorno gráfico (Nautilus 
en GNOME, Dolphin/Konqueror en KDE, Thunar en XFCE...). Si quieres algún 
otro lo tendrás que instalar a mano, aunque conviene ser cauteloso para 
que no fagocite al que ya tienes instalado (yo siempre instalo Midnight 
Commander que al ser ncurses -se ejecuta en consola- no entra en 
conflicto con el navegador predeterminado del entorno).
 
Saludos,

-- 
Camaleón

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema Camaleón 
El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió:

> Buenas lista.
> 
> Paso a explicar el tema: cuando descargo varios archivos (por ejemplo
> vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en
> total, los paso a un pendrive u otra memoria, y se borran del sistema,
> el entorno de escritorio se vuelve sumamente lento. De hecho, si
> quisiera ver vídeos en Youtube no podría por la lentitud en la que los
> mostraría, lo mismo al cambiar los espacios de trabajo.
> 
> También me pasó cuando hacia pruebas de creación de varios archivos .txt
> con una línea de contenido al azar. Luego de esto el sistema se volvió
> muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre)

¿*Medio millón* de archivos? O_o

> y al entrar a la carpeta con nautilus, el sistema prácticamente no
> respondía, aunque cerrara la ventana y eliminara los archivos (por
> prueba terminada). Esto solo se solucionaba al reiniciar el sistema.

Nautilus es muy lento cuando tiene que cargar directorios con gran 
cantidad de archivos y si hay 500.000 pues se debe de quedar procesando 
datos y medio colgado.

Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién 
es el culpable de la lentitud del sistema y verifica que no te quedas sin 
espacio en disco. Prueba con otro explorador de archivos (midnight 
commander, por ejemplo) o ajustando las opciones de Nautilus para que no 
use tanta caché.

(...)

> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
> "/var/tmp". Podría ser esto?

Los temporales por sí solos no deben de causar problemas, más bien el 
proceso que los esté usando o los tenga en caché, y ese debe ser el 
explorador de archivos.

Saludos,

-- 
Camaleón

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema Felix Perez 
El día 20 de enero de 2016, 14:00, alparkom .  escribió:
> El día 20 de enero de 2016, 7:44, fernando sainz
>  escribió:
>> El día 20 de enero de 2016, 8:41, alfon  escribió:
>>
>> Y de paso prueba también con "iotop" (paquete del mismo nombre) para
>> ver si hay problemas en las operaciones de lectura/escritura en disco.
>>
>
> Aclaro que es un notebook bastante bueno... corre sin problemas hasta
> que comienzo a manejar muchos archivos.
>

Y...?

Dinos que te muestra top e iotop.



-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema alparkom . 
El día 20 de enero de 2016, 14:02, Camaleón  escribió:
> El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió:
>
>> Buenas lista.
>>
>> Paso a explicar el tema: cuando descargo varios archivos (por ejemplo
>> vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en
>> total, los paso a un pendrive u otra memoria, y se borran del sistema,
>> el entorno de escritorio se vuelve sumamente lento. De hecho, si
>> quisiera ver vídeos en Youtube no podría por la lentitud en la que los
>> mostraría, lo mismo al cambiar los espacios de trabajo.
>>
>> También me pasó cuando hacia pruebas de creación de varios archivos .txt
>> con una línea de contenido al azar. Luego de esto el sistema se volvió
>> muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre)
>
> ¿*Medio millón* de archivos? O_o
>

Sí, medio millón. Jajaja.
Hice una prueba de velocidad para saber si convenía usar JSon
generados de forma temporal para no hacer tantas conexiones a la base
de datos.

>> y al entrar a la carpeta con nautilus, el sistema prácticamente no
>> respondía, aunque cerrara la ventana y eliminara los archivos (por
>> prueba terminada). Esto solo se solucionaba al reiniciar el sistema.
>
> Nautilus es muy lento cuando tiene que cargar directorios con gran
> cantidad de archivos y si hay 500.000 pues se debe de quedar procesando
> datos y medio colgado.
>
> Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién
> es el culpable de la lentitud del sistema y verifica que no te quedas sin
> espacio en disco. Prueba con otro explorador de archivos (midnight
> commander, por ejemplo) o ajustando las opciones de Nautilus para que no
> use tanta caché.
>
> (...)

Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que siempre.

Sobre los exploradores de archivos, como puedo saber cuales tengo instalados?

>
>> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
>> "/var/tmp". Podría ser esto?
>
> Los temporales por sí solos no deben de causar problemas, más bien el
> proceso que los esté usando o los tenga en caché, y ese debe ser el
> explorador de archivos.
>
> Saludos,
>
> --
> Camaleón
>

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema alparkom . 
El día 20 de enero de 2016, 15:27, listascor...@msjs.co
 escribió:
> El 20/01/16 a las 12:17, alparkom . escribió:
>>
>> El día 20 de enero de 2016, 14:02, Camaleón  escribió:
>>>
>>> El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió:
>>>
 Buenas lista.

 Paso a explicar el tema: cuando descargo varios archivos (por ejemplo
 vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en
 total, los paso a un pendrive u otra memoria, y se borran del sistema,
 el entorno de escritorio se vuelve sumamente lento. De hecho, si
 quisiera ver vídeos en Youtube no podría por la lentitud en la que los
 mostraría, lo mismo al cambiar los espacios de trabajo.

 También me pasó cuando hacia pruebas de creación de varios archivos .txt
 con una línea de contenido al azar. Luego de esto el sistema se volvió
 muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre)
>>>
>>>
>>> ¿*Medio millón* de archivos? O_o
>>>
>>
>> Sí, medio millón. Jajaja.
>> Hice una prueba de velocidad para saber si convenía usar JSon
>> generados de forma temporal para no hacer tantas conexiones a la base
>> de datos.
>
>
> Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... pos
> claro, como no, como cambian las palabras de rápido... =risas=
>

._.
Es que da igual si son .json o .txt, después de todo, los JSon guardan
objetos JavaScript y los TXT también permiten esto. Es que cambia
algo?

Te burlas sin tener el conocimiento de lo que se habla?

> Tranquilo su secreto esta a salvo:
> http://www.cuantarazon.com/175741/despistar
>
> =risas=
>
> Bromas aparte, lee esto
> http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus
>
> y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber que
> es lo que pasa...
> trate de repetir lo que hizo cuando se vio la lentitud.
>

Usted es retrasado?
Ya dije cuando se vuelve lento.

> Saludos;
>
>
 y al entrar a la carpeta con nautilus, el sistema prácticamente no
 respondía, aunque cerrara la ventana y eliminara los archivos (por
 prueba terminada). Esto solo se solucionaba al reiniciar el sistema.
>>>
>>>
>>> Nautilus es muy lento cuando tiene que cargar directorios con gran
>>> cantidad de archivos y si hay 500.000 pues se debe de quedar procesando
>>> datos y medio colgado.
>>>
>>> Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién
>>> es el culpable de la lentitud del sistema y verifica que no te quedas sin
>>> espacio en disco. Prueba con otro explorador de archivos (midnight
>>> commander, por ejemplo) o ajustando las opciones de Nautilus para que no
>>> use tanta caché.
>>>
>>> (...)
>>
>>
>> Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que
>> siempre.
>>
>> Sobre los exploradores de archivos, como puedo saber cuales tengo
>> instalados?
>>
>>>
 Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
 "/var/tmp". Podría ser esto?
>>>
>>>
>>> Los temporales por sí solos no deben de causar problemas, más bien el
>>> proceso que los esté usando o los tenga en caché, y ese debe ser el
>>> explorador de archivos.
>>>
>>> Saludos,
>>>
>>> --
>>> Camaleón
>>>
>>
>>
>

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema Felix Perez 
El día 20 de enero de 2016, 15:57, alparkom .  escribió:
> El día 20 de enero de 2016, 15:27, listascor...@msjs.co
>  escribió:
>> El 20/01/16 a las 12:17, alparkom . escribió:
>>>
>>> El día 20 de enero de 2016, 14:02, Camaleón  escribió:

 El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió:

> Buenas lista.
>
> Paso a explicar el tema: cuando descargo varios archivos (por ejemplo
> vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en
> total, los paso a un pendrive u otra memoria, y se borran del sistema,
> el entorno de escritorio se vuelve sumamente lento. De hecho, si
> quisiera ver vídeos en Youtube no podría por la lentitud en la que los
> mostraría, lo mismo al cambiar los espacios de trabajo.
>
> También me pasó cuando hacia pruebas de creación de varios archivos .txt
> con una línea de contenido al azar. Luego de esto el sistema se volvió
> muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre)


 ¿*Medio millón* de archivos? O_o

>>>
>>> Sí, medio millón. Jajaja.
>>> Hice una prueba de velocidad para saber si convenía usar JSon
>>> generados de forma temporal para no hacer tantas conexiones a la base
>>> de datos.
>>
>>
>> Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... pos
>> claro, como no, como cambian las palabras de rápido... =risas=
>>
>
> ._.
> Es que da igual si son .json o .txt, después de todo, los JSon guardan
> objetos JavaScript y los TXT también permiten esto. Es que cambia
> algo?
>
> Te burlas sin tener el conocimiento de lo que se habla?
>
>> Tranquilo su secreto esta a salvo:
>> http://www.cuantarazon.com/175741/despistar
>>
>> =risas=
>>
>> Bromas aparte, lee esto
>> http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus
>>
>> y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber que
>> es lo que pasa...
>> trate de repetir lo que hizo cuando se vio la lentitud.
>>
>
> Usted es retrasado?

¿Es malo ser retrasado?

Um, Que buena persona es usted. Y además sin sentido del humor.


> Ya dije cuando se vuelve lento.

No importa si ya lo dijiste, lo que se te pide es que puedas repetir
la incidencia al realizar los mismo pasos.

Uf.

Por favor no contesten al privado, gracias.

>
>> Saludos;
>>
>>
> y al entrar a la carpeta con nautilus, el sistema prácticamente no
> respondía, aunque cerrara la ventana y eliminara los archivos (por
> prueba terminada). Esto solo se solucionaba al reiniciar el sistema.


 Nautilus es muy lento cuando tiene que cargar directorios con gran
 cantidad de archivos y si hay 500.000 pues se debe de quedar procesando
 datos y medio colgado.

 Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién
 es el culpable de la lentitud del sistema y verifica que no te quedas sin
 espacio en disco. Prueba con otro explorador de archivos (midnight
 commander, por ejemplo) o ajustando las opciones de Nautilus para que no
 use tanta caché.

 (...)
>>>
>>>
>>> Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que
>>> siempre.
>>>
>>> Sobre los exploradores de archivos, como puedo saber cuales tengo
>>> instalados?
>>>

> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
> "/var/tmp". Podría ser esto?


 Los temporales por sí solos no deben de causar problemas, más bien el
 proceso que los esté usando o los tenga en caché, y ese debe ser el
 explorador de archivos.

 Saludos,

 --
 Camaleón

>>>
>>>
>>
>



-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema alparkom . 
El día 20 de enero de 2016, 18:56, Felix Perez
 escribió:
> El día 20 de enero de 2016, 15:57, alparkom .  escribió:
>> El día 20 de enero de 2016, 15:27, listascor...@msjs.co
>>  escribió:
>>> El 20/01/16 a las 12:17, alparkom . escribió:

 El día 20 de enero de 2016, 14:02, Camaleón  escribió:
>
> El Wed, 20 Jan 2016 00:14:49 -0300, alparkom . escribió:
>
>> Buenas lista.
>>
>> Paso a explicar el tema: cuando descargo varios archivos (por ejemplo
>> vídeos) en cantidades aproximadas de 200 y un peso de unos 30GB en
>> total, los paso a un pendrive u otra memoria, y se borran del sistema,
>> el entorno de escritorio se vuelve sumamente lento. De hecho, si
>> quisiera ver vídeos en Youtube no podría por la lentitud en la que los
>> mostraría, lo mismo al cambiar los espacios de trabajo.
>>
>> También me pasó cuando hacia pruebas de creación de varios archivos .txt
>> con una línea de contenido al azar. Luego de esto el sistema se volvió
>> muy lento. Aclaro que luego de crear los archivos (500 mil casi siempre)
>
>
> ¿*Medio millón* de archivos? O_o
>

 Sí, medio millón. Jajaja.
 Hice una prueba de velocidad para saber si convenía usar JSon
 generados de forma temporal para no hacer tantas conexiones a la base
 de datos.
>>>
>>>
>>> Uyy siii como no moñito... archivos .txt o Json le llaman ahora no?... pos
>>> claro, como no, como cambian las palabras de rápido... =risas=
>>>
>>
>> ._.
>> Es que da igual si son .json o .txt, después de todo, los JSon guardan
>> objetos JavaScript y los TXT también permiten esto. Es que cambia
>> algo?
>>
>> Te burlas sin tener el conocimiento de lo que se habla?
>>
>>> Tranquilo su secreto esta a salvo:
>>> http://www.cuantarazon.com/175741/despistar
>>>
>>> =risas=
>>>
>>> Bromas aparte, lee esto
>>> http://www.eldemonionegro.com/blog/archivos/2007/01/12/vaciar-la-cache-de-miniaturas-thumbnails-de-nautilus
>>>
>>> y pon un poco de acción y sobrecargue adredemente su portatil, pa' saber que
>>> es lo que pasa...
>>> trate de repetir lo que hizo cuando se vio la lentitud.
>>>
>>
>> Usted es retrasado?
>
> ¿Es malo ser retrasado?
>
> Um, Que buena persona es usted. Y además sin sentido del humor.
>

Malo? Para nada, pero es una forma de ofender a alguien.

>
>> Ya dije cuando se vuelve lento.
>
> No importa si ya lo dijiste, lo que se te pide es que puedas repetir
> la incidencia al realizar los mismo pasos.
>

Mi estimado, respondí de esa forma por la manera de contestar que tuvo
el señor "listascor...@msjs.co". No tome conclusiones apresuradas.

> Uf.
>
> Por favor no contesten al privado, gracias.
>
>>
>>> Saludos;
>>>
>>>
>> y al entrar a la carpeta con nautilus, el sistema prácticamente no
>> respondía, aunque cerrara la ventana y eliminara los archivos (por
>> prueba terminada). Esto solo se solucionaba al reiniciar el sistema.
>
>
> Nautilus es muy lento cuando tiene que cargar directorios con gran
> cantidad de archivos y si hay 500.000 pues se debe de quedar procesando
> datos y medio colgado.
>
> Ejecuta "top" para ver la carga de CPU de cada proceso así sabrás quién
> es el culpable de la lentitud del sistema y verifica que no te quedas sin
> espacio en disco. Prueba con otro explorador de archivos (midnight
> commander, por ejemplo) o ajustando las opciones de Nautilus para que no
> use tanta caché.
>
> (...)


 Usaré "top" y "iotop" cuando vuelva a ocurrir. Por ahora esta igual que
 siempre.

 Sobre los exploradores de archivos, como puedo saber cuales tengo
 instalados?

>
>> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
>> "/var/tmp". Podría ser esto?
>
>
> Los temporales por sí solos no deben de causar problemas, más bien el
> proceso que los esté usando o los tenga en caché, y ese debe ser el
> explorador de archivos.
>
> Saludos,
>
> --
> Camaleón
>


>>>
>>
>
>
>
> --
> usuario linux  #274354
> normas de la lista:  http://wiki.debian.org/es/NormasLista
> como hacer preguntas inteligentes:
> http://www.sindominio.net/ayuda/preguntas-inteligentes.html
>

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema fernando sainz 
El día 20 de enero de 2016, 8:41, alfon  escribió:
>>
>> Lo que probé fue:
>>
>> # sync ; echo 3 > /proc/sys/vm/drop_caches
>>
>> Según tengo entendido, eso limpia el caché del sistema y no es
>> necesario reiniciar. Pero al hacer eso el sistema seguía lento.
>>
>> Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
>> "/var/tmp". Podría ser esto?
>
> Eso no debería influir, quizás tengas algún proceso en ejecución que
> consuma mucho tiempo de CPU y memoria. Cuando te vuelva a pasar,
> ejecuta el comando top, y pega la salida para que podamos hacer un
> primer diagnóstico.
>
> Ale, abur
>

Y de paso prueba también con "iotop" (paquete del mismo nombre) para
ver si hay problemas en las operaciones de lectura/escritura en disco.

S2.

Re: Lentitud en el sistema después de ciertos movimientos

2016-01-20 Por tema listascor...@msjs.co 

El 20/01/16 a las 05:44, fernando sainz escribió:

El día 20 de enero de 2016, 8:41, alfon  escribió:


Lo que probé fue:

# sync ; echo 3 > /proc/sys/vm/drop_caches

Según tengo entendido, eso limpia el caché del sistema y no es
necesario reiniciar. Pero al hacer eso el sistema seguía lento.

Lo que no probé fue el tema de los archivos temporales en "/tmp/" y
"/var/tmp". Podría ser esto?


Eso no debería influir, quizás tengas algún proceso en ejecución que
consuma mucho tiempo de CPU y memoria. Cuando te vuelva a pasar,
ejecuta el comando top, y pega la salida para que podamos hacer un
primer diagnóstico.

Ale, abur



Y de paso prueba también con "iotop" (paquete del mismo nombre) para
ver si hay problemas en las operaciones de lectura/escritura en disco.

S2.



Borra:
/home/usuario/.cache
/home/usuario/.local/share/Trash/files

revisa el tamaño de los archivos
/var/log

En este pdf dice como hacer que trabaje mas rápido el equipo.
https://deblinux.wordpress.com/2015/07/09/libro-en-pdf-cosas-a-hacer-tras-instalar-debian-8-jessie-lo-completo-que-veras-en-tu-vida/

revisa:
$ swapon -s
$ free -h

reinicia swap:
sudo swapoff -a  && sudo swapon -a


Saludos;

Particiones desalineadas

2016-01-20 Por tema David Rotger 
Hola,

estoy montando un servidor con un RAID 1 para sistema y un RAID 10 para
datos. El RAID 1 se compone de 2 discos de 500GB, donde preparo un array MD
para todo el disco y después creo una partición lógica de 16gb para swap y
el resto para /. Cuando ejecuto fdisk -l:

Disco /dev/sdc: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
Tipo de etiqueta de disco: dos
Identificador del disco: 0x6e4d1d9a


Disco /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
Tipo de etiqueta de disco: dos
Identificador del disco: 0xf85f9904

Device Boot Start   End   Sectors   Size Id Type
/dev/sda12048 976771071 976769024 465,8G fd Linux raid autodetect

Disco /dev/sdf: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
Tipo de etiqueta de disco: dos
Identificador del disco: 0x6420211c


Disco /dev/sde: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
Tipo de etiqueta de disco: dos
Identificador del disco: 0x38d77552


Disco /dev/sdd: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
Tipo de etiqueta de disco: dos
Identificador del disco: 0x30e6c2f6


Disco /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
Tipo de etiqueta de disco: dos
Identificador del disco: 0x051a7c70

Device Boot Start   End   Sectors   Size Id Type
/dev/sdb1  * 2048 976771071 976769024 465,8G fd Linux raid autodetect

Disco /dev/md10: 1,8 TiB, 2000140894208 bytes, 3906525184 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
Tamaño de E/S (mínimo/óptimo): 524288 bytes / 1048576 bytes
Disco /dev/md11: 465,7 GiB, 499971522560 bytes, 976506880 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
Tipo de etiqueta de disco: dos
Identificador del disco: 0x707976b8

Device  Boot Start   End   Sectors   Size Id Type
/dev/md11p1 63 945312794 945312732 450,8G 83 Linux
/dev/md11p2  945312795 976494959  31182165  14,9G  5 Extended
/dev/md11p5  945312858 976494959  31182102  14,9G 82 Linux swap /
Solaris

La partición 2 no empieza en el límite del sector físico.

La partición 3 no empieza en el límite del sector físico.

La partición 6 no empieza en el límite del sector físico.

Como puedo resolver este problema?!?!

gracias.


-- 
David Rotger

Re: Particiones desalineadas

2016-01-20 Por tema Ricardo Eureka! 
El 20 de enero de 2016, 10:17, David Rotger 
escribió:

> Hola,
>
> estoy montando un servidor con un RAID 1 para sistema y un RAID 10 para
> datos. El RAID 1 se compone de 2 discos de 500GB, donde preparo un array MD
> para todo el disco y después creo una partición lógica de 16gb para swap y
> el resto para /. Cuando ejecuto fdisk -l:
>
> Disco /dev/sdc: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores
> Unidades: sectores de 1 * 512 = 512 bytes
> Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
> Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
> Tipo de etiqueta de disco: dos
> Identificador del disco: 0x6e4d1d9a
>
>
> Disco /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectores
> Unidades: sectores de 1 * 512 = 512 bytes
> Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
> Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
> Tipo de etiqueta de disco: dos
> Identificador del disco: 0xf85f9904
>
> Device Boot Start   End   Sectors   Size Id Type
> /dev/sda12048 976771071 976769024 465,8G fd Linux raid autodetect
>
> Disco /dev/sdf: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores
> Unidades: sectores de 1 * 512 = 512 bytes
> Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
> Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
> Tipo de etiqueta de disco: dos
> Identificador del disco: 0x6420211c
>
>
> Disco /dev/sde: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores
> Unidades: sectores de 1 * 512 = 512 bytes
> Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
> Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
> Tipo de etiqueta de disco: dos
> Identificador del disco: 0x38d77552
>
>
> Disco /dev/sdd: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores
> Unidades: sectores de 1 * 512 = 512 bytes
> Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
> Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
> Tipo de etiqueta de disco: dos
> Identificador del disco: 0x30e6c2f6
>
>
> Disco /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectores
> Unidades: sectores de 1 * 512 = 512 bytes
> Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
> Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
> Tipo de etiqueta de disco: dos
> Identificador del disco: 0x051a7c70
>
> Device Boot Start   End   Sectors   Size Id Type
> /dev/sdb1  * 2048 976771071 976769024 465,8G fd Linux raid autodetect
>
> Disco /dev/md10: 1,8 TiB, 2000140894208 bytes, 3906525184 sectores
> Unidades: sectores de 1 * 512 = 512 bytes
> Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
> Tamaño de E/S (mínimo/óptimo): 524288 bytes / 1048576 bytes
> Disco /dev/md11: 465,7 GiB, 499971522560 bytes, 976506880 sectores
> Unidades: sectores de 1 * 512 = 512 bytes
> Tamaño de sector (lógico/físico): 512 bytes / 4096 bytes
> Tamaño de E/S (mínimo/óptimo): 4096 bytes / 4096 bytes
> Tipo de etiqueta de disco: dos
> Identificador del disco: 0x707976b8
>
> Device  Boot Start   End   Sectors   Size Id Type
> /dev/md11p1 63 945312794 945312732 450,8G 83 Linux
> /dev/md11p2  945312795 976494959  31182165  14,9G  5 Extended
> /dev/md11p5  945312858 976494959  31182102  14,9G 82 Linux swap /
> Solaris
>
> La partición 2 no empieza en el límite del sector físico.
>
> La partición 3 no empieza en el límite del sector físico.
>
> La partición 6 no empieza en el límite del sector físico.
>
> Como puedo resolver este problema?!?!
>

Para que podamos ayudarte: Porque no defines primero, cual es el problema
que detectas y deseas resolver?



-- 
Ricardo A.Frydman
Administrador Senior de Sistemas Unix (IBM)
Sun Certified System Administrator - Solaris 10
HACMP System Administrator

"Aequam memento rebus in arduis servare mentem"