EDICIóN GENERAL
164 meneos
2330 clics
Encontrado el problema de la enorme fuga de memoria de GNOME

Encontrado el problema de la enorme fuga de memoria de GNOME

El desarrollador de GNOME Georges Basile Stavracas es el que se ha zambullido de cabeza para resolver el problema de la fuga de memoria en GNOME y es el que ha dado con la raíz del mismo: parece ser que era el garbage collector, la pieza de software que se encarga de liberar la memoria que ya no está siendo usada, el que tenía un comportamiento extraño. La solución todavía no ha sido publicada.

| etiquetas: fuga de memoria , gnome , gnome shell , memory leak , stavracas
Aún le queda la fuga de usuarios. Abro flame.
#1 pues yo acabo de aterrizar en gnome. Estoy encantado, todavía adaptándome a gnome-shell.
He instalado Ubuntu Gnome 17.10 para probar.
Lo único que no me ha gustado es lo lentísimo que cambia la sesión entre usuarios. No sé si será cosa de gdm o qué, pero si tengo sesión iniciada con el usuario A y quiero abrir una sesión con el usuario B tarda una barbaridad (más de 2 min) en mostrar la pantalla de login. Increíble.
#2 se me olvidaba. La otra cosa que no me ha gustado es lo mal que va Wayland con algunos programas cuando se ejecutan con privilegios de administrador. Ejemplo: synaptic. Imposible ejecutarlo, ni desde la interfaz gráfica ni al lanzarlo desde terminal (sudo synaptic).
Solución: volver a Xorg.
#3 2 minutos en cambiar de usuario no es normal, algo te va mal.
Wayland lo van a quitar este año, creo.
Instala KDE, no hay necesidad de pasar por todo eso.
#4 kde es el mejor, este año 2001 va a ser el año de kde en linux :troll:

Yo soy muy fan de lxde. Sobrevivo con gnome, pero no me gusta. Tengo la impresión constante se que gnome cree que soy idiota, y por ello necesita ocultarme cosas.
#4 yo sobrevivo con mate a pesar de ser una involucion. Kde me cansa con tanta mierda innecesaria. Un dia le di a un combo de teclas que no recuerdo y me aparecio el escritorio sin iconos y una foto con unos colegas yendo de vinos que no tengo ni puta idea de qué hacía ahí.
#47 xD xD Reconfigura wine. :shit:
#3 Prueba Mate, o Cinnamon. Cualquiera de los dos va mucho mejor hoy por hoy.
#5 Cinnamon ? for real.

www.techrepublic.com/article/why-the-linux-mint-hack-is-an-indicator-o

Sobre gustos no hay nada escrito, pero después de usar varios escritorios a lo largo de los años incluyendo enlightenment, fluxbox, gnome, etc. La cosa está clara:

KDE, i3, xfce4. Son las mejores opciones. Si te gusta Cinnamon usa xfce4 y fuera.
#6 el fallo de xfce4 es depender de ls paquetes d gnome, que al final tienes instalados miles d paquetes entre xfce y gnome. Poco limpio. Prefiero lxde.
#22 XFCE4 no tiene ninguna dependencia de gnome, la tienes tu.

XFCE

Este es un entorno de escritorio muy ligero para sistemas Unix. Según palabras de su creador Olivier Fourdan, XFCE (XForms Common Environment) está “diseñado para la productividad, las apliacciones se cargan y se ejecutan rápidamente, mientras se conserva recursos del sistema“. Creado en 1996, está basado en la biblioteca GTK y utiliza el gestor de ventanas Xfwm.

XFCE es un entorno muy ligero, y resulta ideal para equipos…   » ver todo el comentario
#76 estás totalmente seguro? He pasado por cienmil linux, y otros tantos escritorios. Cuando instalaba adornos a xfce siempre era conectado a paquetes gnome.
Instalando xbuntu, venia por defecto con paquetes gnome también, que al intentar quitar te quitaban medio entorno gráfico.

Hace años que no uso xfce, pero cuando me fui fue precisamente por eso.
#79 Prueba a instalar el sistema sin escritorio y luego apt install xinit xfce4
#3 Sabes que tienes que dar permisos via xhost + con wayland, no?

Anda que si ese era todo tu problema...
#64 mirando por ahí he encontrado...
ask.fedoraproject.org/en/question/102936/graphical-applications-cant-b
askubuntu.com/questions/961967/why-dont-gksu-gksudo-or-launching-a-gra
Y si con eso se arregla, pues vale. Pero no parece lo más intuitivo del mundo para alguien como yo, que uso GNU/linux y algo sé sobre el sistema, aunque poco. A más de uno le dan ganas de correr cuando le…   » ver todo el comentario
#2 a mi me pasa que ni siquiera me deja cambiar de sesión...
#1 KDE mejora con los años, GNOME se avinagra con los años.

Antes que volver a GNOME me instalo LXDE, XFCD, LXQt, FluxBox...
#25 Chrome y Firefox siguen usando gtk, ¿no?

Ese era el motivo fundamental para mí para no usar KDE
#48 Sí, al menos firefox, pero no le encuentro mayor problema en KDE.
#49 Yo soy muy purista y quiero el mismo estilo en todo. Si firefox o chrome estuvieran o pudieran ponerse en qt, me pasaba ipso facto.
#1 Mis Gigas se fugaron a KDE hace ya unos cuantos años.
Por fin. Ahora otros 18 años para publicar la solución.
reconocerlo es señal de mejorar ...
1 GiB de memoria comida al arrancar no es buena señal. Parece un puto Windows. Tuve el error de poner gnome3 cuando me hice con Manjaro.

Por otro lado el otro día arranque el windows 10 de mis padres y chupaba 2.5 GiB de RAM sin hacer nada de nada...

Los cangrejos ya no les ganan a ir para atrás.

Eso si, la búsqueda recursiva del nuevo nautilus es una delicia (aunque estaría bien poder desactivarla a veces).

Busco documentos en cualquier otro entorno y me parece primitivísimo. De hecho he encontrado varias cosas extraviadas que no aparecían con locate :-D
#10 De todas formas me da a mí que es bug no afecta a todo el mundo. Habla de 250mb cuando gasta mi Manjaro gnome3 1gib...
#16 Yo estoy con Manjaro y Gnome Shell comienza con 90MB+- y llega hasta 250-300.
#38 y la sesión entera con cuanto comienza? No me he fijado en el proceso concreto cuanto gasta al inicio. El 1GiB es sin abrir ningún programa.
#42 Eso depende de todos los procesos y programas que tengas cargados al inicio. Yo arranco con "relativamente" poco, pero sí que necesito Tilix, Nextcloud para mi nube personal, Seafile para la de trabajo, Synapse como lanzador y alguna cosilla más. En todo caso lo que tienes que mirar es el consumo de memoria de Gnome Shell.
#53 gracias.
#10 Windows traga bastante al arrancar pero luego en mi experiencia trabaja mejor con el swap y puedes tener bastantes más aplicaciones abiertas sin que el rendimiento se vaya a la mierda. Y ojo que Ubuntu ya está cerca teniendo la mitad de funcionalidad.
#19 mi ubuntu 11.10 al arrancar gastaba 600 MiB o incluso 400 MiB

2.5 GiB me parece una burrada de dimensiones de supercúmulo galáctico.

Y el como gnome3 devora memoria y no la libera es demencial. Antes podía tener 70 pestañas navegando. Ahora no puedo pasar de 30 sin que llegue la swap (que encima ed mas lenta que en mi portátil)... Y tengo 5 GiB de RAM principal...

Yo sospechaba que había algo ahí.
#23 Un Windows limpio no suele gastar 2'5GB, otra cosa son los programas que arrancan al inicio (y en los PC de los usuarios con pocos conocimientos suelen ser muchos ya que le dan a todo que sí).

De todas formas Windows tiene servicios de prefetching que cargan cosas en memoria antes de que las uses, pero si necesitas esa memoria las borra, te la asigna y listo. No tiene sentido tener la memoria sin usar.
#26 sí, lo último que hice fue deshabilitar el prefecthing. Tengo que volver a mirar si ha mejorado la cosa. Si fuera un ordenador de hace años diría que necesita desfragmentarse pero ahora lo hacen automático, creo.

Sobre la memoria sin usar, yo prefiero gestionar la memoria a mi gusto. En Ubuntu quitaba servicios que no estuviera usando para tener más memoria. A mis padres les da igual usar más o menos, lo que no puede ser es que vaya lento (y por eso me he enterado yo, si no podían estar usando la memoria que fuera sin yo saberlo).
#23 Es el proceso de Gnome Shell lo que tiene fugas de memoria. Más o menos hasta 250MB, que tampoco es tan grave. Lo que tú comentas tiene más que ver con el navegador. ¿Has probado usar otro?
#39 que navegador usas? Yo uso chromium.
#41 Yo uso firefox, que tampoco es que sea muy conservador con la memoria, pero es que hoy en día con todo lo que llevan las webs es imposible serlo. Con un ublock y un nocoin y poco más. Supongo que habrá extensiones tipo NoScript para limpiar bastante, pero también quitarán contenido de las páginas.
#54 Es que ya no se hacen webs como se hacian antes que se picaba practicamente todo. Ahora se instala un CMS que tiene un monton de cosas que la gente no es que no usen, es que no saben ni para que son. E instalar un plugin para cada chorrada que queiren hacer. Uno para hacer los formularios de forma visual, otro para cambiar la iconografía, otro para la gestión de usuarios, otro para los botones de redes sociales, otro para las camapñas de mailchimp, otro para..., etc. Suma y sigue.…   » ver todo el comentario
#68 Bueno, y también tienen más funcionalidades... :-)
#72 Supongo que te referirás a los grandes sitios como Facebook que precisamente no usan CMS como wordpress y lo desarrollan todo (hasta sus frameworks JS). La gran mayoría de webs de empresas pequeñas o particulares siguen un patron. Con el tiempo ves que lo unico que cambia es la plantilla y las imagenes usadas (y no siempre, ya que la gente compra los packs de imagenes en los mismos sitios). Y en una web comercial eso no tiene ningun puto sentido, porque precisamente Google una de las cosas que valora, es que tu web sea diferente a la de los demás a la hora de posicionarte en los resultados.
#23 ¿Y la memoria para qué esta? Para ocuparla. No es malo utilizar la memoria si se hace conscientemente y con un buen fin.
Es ridículo que e sistema use poca memoria pero tenga que cargarla frecuentemente desde disco para ciertas tareas, cuando si el sistema es medianamente inteligente tener ciertas aplicaciones en memoria, si tengo 8 GB, ¿por qué no ocupar 2,5 para el sistema operativo si eso me permite mayor desempeño? ¿Que resulta que abro varias aplicaciones o una gorda que me ocupa el resto o necesito más? Pues ya veré lo que hago y si tengo que hacer limpieza la hago.
#57 no tengo 8 GiB. tengo 3 o 4 GiB en ese ordenador. (W10)
En un ordenador con 8 GiB está claro que no molesta.

En mi ordenador donde uso Manjaro Gnome3 sí me molesta que llegue hasta 5 GiB de memoria ram enseguida. En mi experiencia, debido a que el sistema devora la RAM, hay menos espacio para los programas que uso por lo que lo que provoca es un menor desempeño.
#10

Por otro lado el otro día arranque el windows 10 de mis padres y chupaba 2.5 GiB de RAM sin hacer nada de nada...

Windows 10 tiene caché de memoria, no está consumiendo 2.5gb sin hacer nada, los está preallocateando para otorgarlos después rápidamente.
#55 eso leí y deshabilité esa función. Iba todo super lentísimo por esa función.
#10 A mi locate me vuelve loco a veces. Cuando lo uso en fedora no tengo ningun problema, pero en ubuntu por ejemplo encuentra lo que le apetece.
#67 sí, me ha pasado mucho.
#11 gnome shell (gnome 3) tiene un bug, en el que va aumentando la memoria que va usando, poco a poco, sin liberarla, por algo tan sencillo como pulsar los iconos, se coge un trocito mas de ram.

Esta solución, hará, o debería hacer que consumiese muchisima menos ram, y si, algo se notará en el rendimiento. El principal problema de gnome-shell, es el lenguaje en el que está escrito, javascript, que no es una maravilla...
#11 Si no te has enterado, enhorabuena. No quedarás virgen.
#29 ese chiste es un poco viejo y repetitivo. Los informáticos hoy en día no son 4 frikis vírgenes. Son gente normal, con conocimientos avanzados sobre una temática.

Noto un poco de complejo de inferioridad siempre que leo esa broma.
Un recolector de basura ya es una mala idea en si, siempre ha sido el talón de Aquiles de Java y también de ActionScript. Pero en los tiempos que corren es la solución más rápida para lenguajes de tipado débil.
#12 Nunca he entendido la obsesión con los malditos recolectores, sobre todo porque ni siquiera sirven, se pueden tener fugas de memoria en Java de muchas formas. Si por lo menos los lenguajes con GC te permitiesen liberar la memoria a mano si así lo deseases... Pero no, no tienes ningún control, y a veces es muy frustrante porque sabes que el mismo programa en c++ te funcionaría con 10 veces menos memoria (o incluso 100 veces menos en programas pequeños donde la JVM, el JIT, el propio GC, etc son un lastre y se llevan solitos el 90% de la memoria).
#12 #17 no habéis entendido nada...

Un recolector de basura ya es una mala idea en si, siempre ha sido el talón de Aquiles de Java y también de ActionScript.

Un recolector de basura es una automatización de un proceso que antes hacían los humanos, y que hace el desarrollo de software económicamente más eficiente sin prácticamente ninguna desventaja.

Lenguajes modernos y muy, muy avanzados como Go, tienen también recolector de basura. De hecho, no queda nada moderno sin recolector de…   » ver todo el comentario
#17 Prueba D ;)

Edito: y lee lo que te ha puesto #60 que es muuuuuy interesante.
#60 "sin prácticamente ninguna desventaja."

Ninguna, salvo un consumo de memoria y CPU completamente innecesarios, vamos, casi nada. El GC es una puta mierda, decir que es un proceso que antes hacían los humanos y ahora es automático es como decir que un taxi es mejor que un coche porque es un proceso que antes lo hacías tú y ahora lo hace el taxista. En ocasiones un taxi vale, pero en general es más caro, más lento, más torpe y te da menos libertad que tener carnet de conducir con…   » ver todo el comentario
#60 (sigue de #81)

"No tiene sentido que te deje liberar memoria a mano, ya que como te he explicado, no ha liberado esa memoria por qué tú has mantenido una referencia a ella, por lo que si la liberas"

La memoria se mantiene hasta que se ejecuta el recolector, dentro de bucles se puede acumular una buena cantidad de basura que sería conveniente limpiar ya que sabes perfectamente que la referencia ha desaparecido. Podría reutilizarse el mismo trocito de heap en vez de llenarlo de…   » ver todo el comentario
#82

Estás diciendo tonterías sin parar.

En primer lugar, las fugas de memoria son mucho más comunes en lenguajes donde el programador es el responsable de la gestión de la memoria: obviamente.

Solo dejarte un delete o un free, y pam, memory leak.

En las plataformas son recolector de basura , como Go, eso no puede suceder, a no ser que tú activamente dejes un apuntador a esa variable.

Obviamente, si haces un bucle invocando objetos sin parar, se va a llenar la memoria, igual que sucede…   » ver todo el comentario
#87 "Lo bueno que tiene el recolector de basura es que un novato obtiene unos resultados aceptables y no la lía parda"

Y lo malo es que el novato no aprende y es descuidado forever. Es como usar una bici con ruedicas para que el niño no se caiga. Que no te digo que en algunos casos un lenguaje con GC no sea lo ideal, pero empeñarse en usarlo para hacer aplicaciones me parece horrible. Scripts sí, aplicaciones no.
#90 donde ves el problema? La inmensa mayoría de aplicaciones van a obtener más rendimiento con un GC que sin el. Gestionar la memoria de manera manual es un capricho de ingeniero, que tiene sentido en contadas ocasiones y que la inmensa mayoría de las veces va a suponer un sobrecoste innecesario.
#95 "La inmensa mayoría de aplicaciones van a obtener más rendimiento con un GC que sin el"

:palm:

"Gestionar la memoria de manera manual es un capricho de ingeniero, que tiene sentido en contadas ocasiones y que la inmensa mayoría de las veces va a suponer un sobrecoste innecesario." -> "Poner parquet en el suelo es un capricho de arquitecto, que tiene sentido en contadas ocasiones, y que la inmensa mayoría de las ocasiones va a suponer un sobrecoste…   » ver todo el comentario
#96 creo que estás muy muy confundido. La inmensa mayoría de aplicaciones con un GC van a ir más rápidas por qué se puede hacer economía de escala y optimizar al máximo esa pieza, frente a tu trabajo de artesanía de la memoria aplicacion por aplicación.

Dicho esto, yo soy más del show me the code.

Yo soy autor de un cliente web de spice. Básicamente una tarjeta gráfica en 2 dimensiones implementada 100% en JavaScript client side.

github.com/eyeos/spice-web-client

La implementación…   » ver todo el comentario
#97 La recolección de basura es más rápida en algunos casos porque evita tener que pedir memoria al sistema. Eso nunca lo he negado. Pero eso no sirve de nada cuando llenas la memoria y el PC empieza a tirar de swap. Tampoco sirve de nada cuando tienes una aplicación que es intensiva en memoria. Además, si quieres que una aplicación corra, nunca usas new y delete. Yo por ejemplo tenía un pequeño proceso en c que rellenaba una estructura en un bucle, iba lento porque usaba malloc en el bucle.…   » ver todo el comentario
#98

En cuanto a las abstracciones de las que hablas, JavaScript precisamente falla estrepitosamente por la falta de estructura que tiene. Para algunas cosas funcionará bien, pero el interprete nunca sabe si le vas a añadir a un objeto 400 propiedades o ninguna.

javascript hace años que tiene typed arrays, es decir, estructuradas de tamaño fijo y tipado, que permiten trabajar con memoria de alto rendimiento.

Además, eso que dices es falso, depende de como programes tu función, el…   » ver todo el comentario
#98 Olvidas las optimizaciones JIT usadas en emuladores. De hecho el emulador Ruyjinx de Switch en .NET es más rápido que Yuzu en C++.
#97 Por cierto no entiendo a qué te refieres con lo de una tarjeta gráfica ?(

Aunque igual le echo un vistazo al proyecto ese, que soy muy friki del rendimiento y últimamente me estoy volviendo bastante friki de JavaScript :-)
#99

Por cierto no entiendo a qué te refieres con lo de una tarjeta gráfica

Una tarjeta gráfica es un dispositivo que recibe ordenes de pintado en forma de expresiones sobre un modelo de datos y genera imagenes rasterizadas de 2 dimensiones sobre un dispositivos de salida de imagen o sobre un fichero. En este caso, el cliente web de spice es un cliente de un protocolo de escritorio remoto llamado SPICE, de red hat. Este protocolo captura las ordenes de pintado en 2 dimensiones, y en…   » ver todo el comentario
#97 Otro ejemplo: elasticsearch (escrito en Java): tras una agregación gorda (con éxito irónicamente) se queda tonto y responde a trancas y barrancas, mensajes sobre los intentos del recolector de basura en el log, va como el culo, deja de responder peticiones a ratos... reinicias y todo va de nuevo a las mil maravillas, pero has tenido que reiniciar todo un motor de indexado y búsqueda, del que dependen un montón de procesos, ¿Por qué? ¿Por qué no puede simplemente liberar la memoria que había usado para la agregación y seguir funcionando? ¿Cómo hacen los desarrolladores para decirle al GC que no comprometa los recursos básicos para mantener la estabilidad?
#97 >En realidad, lo que hace más rápido o lento a un programa es la gestión de la entrada y salida y una buena implementación de la concurrencia para poder paralelizar.

Básicamente las directrices de Unix desde hace 50 años ;)

Apliqué esa política no en programación, pero si en un script con 10Gigas de logs binarios de Windows con find, strings y xargs. En 5 minutos literalmente parsée cientos de miles de entradas e hice un listado.
#81 perdona, pero no estás hablando de los recolectores de basura en general, estás hablando todo el tiempo de los detalles implementations de java.

Madre mía, te tiras todo el post hablando de la JVM y luego dices que hablas en general, vaya tela.

Me queda bastante claro que no has visto nada que no sea la JVM.
#85 También he hablado de JavaScript y de Python.
#86 has hablado muy poco de ellos, básicamente los has mencionado y has dicho que tenías un programa en Python que te llenaba la memoria: felicidades, Python es Turing complete y como consecuencia, puede llenar la memoria si quieres.
#85 no merece la pena que sigas, le sobra soberbia y le faltan conocimientos.
#17 Si tienes memory leaks en Java no es por el GC, es porque tu programa esta mal hecho. Y eso de que te permitiese liberar memoria "a mano" es una burrada.
#65 No es una burrada. ¿De dónde te sacas que es una burrada? Yo sé mejor que el GC cuándo un objeto ya no va a ser usado. El peor caso es cuando los creas dentro de un loop, es horrible, se puede llegar a acumular un montón de basura.
#77 Claro, mas listo que el GC de Java. Viniendo de un tio que ha escrito el comentario en #17 parece totalmente fiable.
#78 Como ya he dicho, si instancias un objeto dentro de un bucle (a veces no queda más remedio) al final de el bucle se podría eliminar, teniendo un sólo objeto por iteración en vez de cientos o incluso cientos de miles. Pero en Java toca ir acumulando objetos en el heap hasta que se despierte el GC. Y si lo llamas a mano adiós CPU.
#83 No acumula cientos de objetos en el heap. Si lo que quieres es que se borren, se borraran incluso antes de que la funcion acabe. La GC va ejecutandose para los young generation objects y puedes crear millones de objetos en un bucle si quieres que puedes correr el programa con 20MB de memoria para la JVM, no se quedan todos los objetos ahi esperando a que acabe el metodo para que luego la GC haga un borrado masivo.

La GC de la JVM no es ninguna tonteria ni ningun juguete, ha mejorado…   » ver todo el comentario
#84 "Si lo que quieres es que se borren, se borraran incluso antes de que la funcion acabe."

Explícame cómo. Porque no es eso lo que a mi me pasa.

"Ya ni hablamos de la productividad y calidad del software que tenemos gracias a un lenguaje como Java y su GC."

Sí, porque todo el software de calidad está hecho en Java xD
#89 Que te explique el que? Seras al unico que no le pasa, que version de la JVM estas usando?
La JVM esta optimizada para operar con objetos de corta vida (a veces milisegundos). Se guardan en la parte del heap llamada "Young Generation". Cuando se llena, se ejecuta lo que se llama un "Minor Garbage Collector", que es muy rapido. Los objetos van moviendose a generaciones mas viejas si van sobreviviendo a las recolecciones. Vamos, que en el caso que comentas, a efectos…   » ver todo el comentario
#92 En mi experiencia en mitad de un bucle no se libera nada. Quizás metiendo el cuerpo del bucle en una función mejora, tendré que probar.
#93 Para probar, ejecuta el programa con un comando parecido a este:

java -Xms<TU HEAP>m -Xmx<TU HEAP>m -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails TuPrograma

Y veras todas las veces que se ejecuta la GC, cuanto tarda y cuanto libera.
#12 Más bien es la solución rápida para programadores o sus respectivos jefes de capacidad débil.
#12 Sabes lo que estas diciendo? Hacia tiempo que no leia tantas burradas juntas en un solo comentario
Por otro lado, quien redacta el articulo no tiene mucha idea de que es lo que habla, suelta los términos al azar casi. Es una traducción un tanto renqueante.
¿Gnome tiene recolector de basura? :palm:

Un Sistema Operativo (y su interfaz) debería gestionar la memoria correctamente y punto.

Mi experiencia con Linux en comparación con Windows es horrible y probablemente se debe a este tipo de cosas, cuando sólo tienes un par de terminales y el correo electrónico no pasa nada, pero cuando eres como yo, que tiene decenas de programas abiertos de forma permanente, se ven en seguida los fallos.
#15 windows es aun peor en estos temas. Si pones un programa a full hay una gran probabilidad de que el resto no tiren. No puedes comprimir 7 cosas a la vez, renderizar 3 y escuchar musica a la vez.

Haciendo eso en Ubuntu se me entrcortaba a veces la música.

En windows pones un fractal a renderizar y te has quedado sin ordenador, la ventana se pone blanca y no responde y la música se entrecorta.

Leí un estudio que soy incapaz de encontrar que hacia una comparativa en velocidad de memoria ,…   » ver todo el comentario
#20 Lo que dices es precisamente lo que hago mucho mejor en Windows que en Linux. ¿En qué versión de Windows te quedaste?

A mi Windows siempre me ha funcionado bien viendo por ejemplo una peli fullHD mientras Matlab anda a todo trapo con el 100% de la CPU. Nunca jamás se me ha entrecortado la música.

Y la razón es que en Linux se usa un CFS (completely fair scheduler) como aproximación al reparto de tiempo de la cpu, que funciona bien en entornos multiusuario como los servidores, pero que no tiene los ajustes concretos que tiene Windows para priorizar la ventana que tiene el foco, o la reproducción de música (entre otras cosas porque Linus no quería mantener dos schedulers).
#24 windows 10. Pero sí luego me he dado cuenta que es el scheduler, no la memoria.

Pues tendrás mucha suerte porque yo estoy acostumbrado a usar todo deprisa (cambiar de ventana rápido, moverme con el teclado) y lo de ver ventanas que dejan de responder es lo mas habitual del mundo aunque no hagas nada pesado. Son fallos que se aceptan, no me pondría a hacer las burradas que te he descrito arriba en un windows y lo segundo es moverte más despacio, pero sí que me he fijado que pasa en…   » ver todo el comentario
#30 Pues yo me muevo a toda hostia con decenas (y hasta un centenar) de ventanas y el que responde al instante es Windows. He llegado a usar el paint con atajos del teclado xD Los linux que he probado todos tienen ciertos retrasos al hacer alt+tab, especialmente cuando tienes muchos procesos tragando CPU y el scheduler no prioriza el alt+tab. Suelo usar Mate btw. Unity es horrible.

No sé qué ventanas te dejan de responder a ti. Windows 10 es una mierda por su política de actualizaciones y privacidad (y por sospechas mías de que están descuidando algunas cosas) pero en tema de rendimiento de la interfaz de usuario es muy bueno.
#31 a mi parece inferior a gnome3 y te estoy contando la cantidad de problemas que me da manjaro con gnome3...

Pero quizás son equipos muy malos, yo que se...

Con un ordenador que no fuese del año de la polka reconvertido (en el que tengo gnome3 fácil es un sobremesa de cuando salió el windows7) pues a lo mejor iría todo bien. Y lo de windows no me lo explico porque le he quitado tropecientas cosas de que se arranquen al inicio... (es del año de windows 8 ).

Pero ya digo que lo he visto con muchos ordenadores y algunos son nuevos del año pasado, se queda pillado si cambias el foco muy rápido. Por suerte suelen ser menos de 10 segundos.
#33 Es cierto que windows 10 se deja en controladores casi 2gb de ram, tampoco veo razón para no hacerlo y también es cierto que nunca he visto interfaz más rápida. Por mucha perreria que hagas, gestiona la ram de manera genial, nada que ver con anteriores windows, instantáneo siempre, en un pc con 8gb de ram. También tengo un pc con 4gb y en cuanto acaba de cargar al inicio también va sin ningún tirón, ni tarda más de un segundo en cambiar ventana.
#37 qué suerte. Yo nunca he visto eso. Si acaso cuando usaba 9.10 iba todo súper fluido. Los ordenadores que uso de 8GB de RAM usan windows 8 creo o 7, no 10 y el que gasta 2.5 de inicio tiene apenas 4 gib de RAM.
#20 windows liberaba memoria y movía memoria mas rápido que linux*
#15 Los autores de Vala intentaron que se usase su lenguaje, que tiene gestión automática de memoria sin necesidad de GC, pero la idea no cuajó y se fueron a Javascript... Sí, Gnome Shell está escrito en Javascript. Y lo he sufrido. Me gusta Gnome Shell, pero pero fuera; sus tripas las odio con fuerza.
Para mi lo que en su dia fue Gnome ahora lo es XFCE.
#18 Amen, hermano
Yo de gnome solo se que es feo de cojones...Lo he visto y ya tiene que ser la bomba a la hora de abrir cosas y configurar hasta las cortinas de las ventanas...Por que si no no lo entiendo...Yo he visto kde y se parece mas a la idea que yo tengo de un escritorio "moderno", eso si, falla mas que una escopeta de feria en el tema de las actualizaciones, las notificaciones y correrlo sobre un virtualbox es para juaquer, pero aun asi no puedo con gnome.
Desde que salió el nuevo Firefox, al cabo de un rato y con una docena de pestañas ya empieza a tirar de swap :palm: tengo 4 GB de RAM. Ubuntu Gnome 14.04
#35 Nada que ver con lo que menciona la noticia... :palm:
#35 pero eso es un bug en Firefox, ya esta registrado como tal.
Aunque no se menciona la fuente es una traducción (mala) de omgubuntu:
www.omgubuntu.co.uk/2018/03/gnome-shell-memory-leak-is-being-fixed
#36 La traducción puede que no sea buena pero por favor, no digas que no se menciona la fuente pues siempre los artículos son enlazados al original.
#52 Me retracto. No había visto el enlace al pie del arti'culo que dice "original". Veni'a de leer el arti'culo original y al buscar la palabra "omgubuntu" no la encontre'.

Dicho esto, creo que seri'a mejor que se dejara claro que el arti'culo es una traduccio'n al principio, por si alguien quisiera leer el original su lugar.
En mis tiempos mozos era responsable de limpiar lo que había desordenado de mi habitación, de limpiar lo que el perro hacía y de liberar la memoria que usara.
Linux es bueno en entorno servidor, eso nadie lo duda, pero en escritorio, en mi opinión no deja de ser un juguete (mejor dicho, mil juguetes, porque hay un follón de escritorios o entornos visuales)

Es obvio que si cualquier empresa como Windows o Apple quieren lo dejan en pañales. Para mi, siempre han estado por encima en ese aspecto de GNU/Linux. Que no deja de ser un juguete de ciertos programadores, algunos de ellos muy buenos y con una finalidad sin duda encomiable, pero eso de por sí no te garantiza un buen resultado.
Curioso, parecido a lo que me ocurre en W10. A veces la RAM va aumentando su uso hasta que llega al 98% aprox y hasta que no reinicio no se limpia la RAM. No se exactamente cuando o por que. Sí he comprobado qie teniendo algún programa torrent descargando sea el que sea, se va llenando. He leído que si incompatibilidades con tarjeta de sonido y varias cosas raras pero sin solución.
«12
comentarios cerrados

menéame