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.
> > > Saludo
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 . escr
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.
>
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.
¿Alguien conoce un buen sustituto para Songr en Debian?
Gracias por adelantado.
Saludos.
Jorge.
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 escr
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 . es
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:
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
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/
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
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
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
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 lec
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 ent
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 bu
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
> Smokep
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
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,
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
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 lo
21 matches
Mail list logo