O que é que fecha um aplicativo e suas dependências ?

1. O que é que fecha um aplicativo e suas dependências ?

Henrique
Henrique-RJ

(usa Outra)

Enviado em 09/02/2018 - 18:38h

Alguém sabe ?

Quando fechamos um aplicativo aberto o que é que o fecha e algum tempo depois as suas dependências também ?


  


2. Re: O que é que fecha um aplicativo e suas dependências ?

Mauriciodez
Mauriciodez

(usa Debian)

Enviado em 09/02/2018 - 19:20h

Henrique-RJ escreveu:

Alguém sabe ?

Quando fechamos um aplicativo aberto o que é que o fecha e algum tempo depois as suas dependências também ?


a principio isso é para ter no próprio script do programa !!!

------------------------------------------| Linux User #621728 |-----------------------------------------

" Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"

------------------------------------------| Linux User #621728 |-----------------------------------------



3. Re: O que é que fecha um aplicativo e suas dependências ?

Henrique
Henrique-RJ

(usa Outra)

Enviado em 09/02/2018 - 19:37h

Aqui consegui recuperar uma situação que estava antes ao reinstalar o preload e configurado ele o que faz com que as dependências de certos app não fechem depois de encerrados os mesmos mas se o PC passar mais de uma hora ocioso elas acabam sendo encerradas na memória o que exige novo acesso pelo HD para carregá-las.


4. Re: O que é que fecha um aplicativo e suas dependências ?

Henrique
Henrique - RJ

(usa Outra)

Enviado em 10/02/2018 - 05:56h

Fiz uma alteração na configuração do /etc/preload.conf. Pode ser que o próprio preload esteja fechando dependências antes carregadas por ele por detectar que a memória ocupada está acima de 50% quando em sua configuração padrão ela seria de até 10%.

Então eu reconfigurei o /etc/preload.conf para 60% da memória total como ocupada passando o memtotal de -10 para -60.

Parece que a configuração padrão do /etc/preload.conf havia sido alterada por um script dessa distro brasileira que uso onde memfree passou de 50 para 100, memcached de 0 para 30 e processes de 30 para 60 mas não havia alterado o memtotal que continuou com o padrão -10.

A configuração do /etc/preload.conf agora ficou deste jeito abaixo:


[model]

# cycle:
#
# This is the quantum of time for preload. Preload performs
# data gathering and predictions every cycle. Use an even
# number.
#
# Note: Setting this parameter too low may reduce system performance
# and stability.
#
# unit: seconds
# default: 20
#
cycle = 20

# usecorrelation:
#
# Whether correlation coefficient should be used in the prediction
# algorithm. There are arguments both for and against using it.
# Currently it's believed that using it results in more accurate
# prediction. The option may be removed in the future.
#
# default: true
usecorrelation = true

# minsize:
#
# Minimum sum of the length of maps of the process for
# preload to consider tracking the application.
#
# Note: Setting this parameter too high will make preload less
# effective, while setting it too low will make it eat
# quadratically more resources, as it tracks more processes.
#
# unit: bytes
# default: 2000000
#
minsize = 2000000

#
# The following control how much memory preload is allowed to use
# for preloading in each cycle. All values are percentages and are
# clamped to -100 to 100.
#
# The total memory preload uses for prefetching is then computed using
# the following formulae:
#
# max (0, TOTAL * memtotal + FREE * memfree) + CACHED * memcached
# where TOTAL, FREE, and CACHED are the respective values read at
# runtime from /proc/meminfo.
#

# memtotal: precentage of total memory
#
# unit: signed_integer_percent
# default: -10
#
memtotal = -60

# memfree: precentage of free memory
#
# unit: signed_integer_percent
# default: 50
#
memfree = 100

# memcached: precentage of cached memory
#
# unit: signed_integer_percent
# default: 0
#
memcached = 30


###########################################################################

[system]

# doscan:
#
# Whether preload should monitor running processes and update its
# model state. Normally you do want that, that's all preload is
# about, but you may want to temporarily turn it off for various
# reasons like testing and only make predictions. Note that if
# scanning is off, predictions are made based on whatever processes
# have been running when preload started and the list of running
# processes is not updated at all.
#
# default: true
doscan = true

# dopredict:
#
# Whether preload should make prediction and prefetch anything off
# the disk. Quite like doscan, you normally want that, that's the
# other half of what preload is about, but you may want to temporarily
# turn it off, to only train the model for example. Note that
# this allows you to turn scan/predict or or off on the fly, by
# modifying the config file and signalling the daemon.
#
# default: true
dopredict = true

# autosave:
#
# Preload will automatically save the state to disk every
# autosave period. This is only relevant if doscan is set to true.
# Note that some janitory work on the model, like removing entries
# for files that no longer exist happen at state save time. So,
# turning off autosave completely is not advised.
#
# unit: seconds
# default: 3600
#
autosave = 3600

# mapprefix:
#
# A list of path prefixes that controll which mapped file are to
# be considered by preload and which not. The list items are
# separated by semicolons. Matching will be stopped as soon as
# the first item is matched. For each item, if item appears at
# the beginning of the path of the file, then a match occurs, and
# the file is accepted. If on the other hand, the item has a
# exclamation mark as its first character, then the rest of the
# item is considered, and if a match happens, the file is rejected.
# For example a value of !/lib/modules;/ means that every file other
# than those in /lib/modules should be accepted. In this case, the
# trailing item can be removed, since if no match occurs, the file is
# accepted. It's advised to make sure /dev is rejected, since
# preload doesn't special-handle device files internally.
#
# Note that /lib matches all of /lib, /lib64, and even /libexec if
# there was one. If one really meant /lib only, they should use
# /lib/ instead.
#
# default: (empty list, accept all)
mapprefix = /usr/;/lib;/var/cache/;!/

# exeprefix:
#
# The syntax for this is exactly the same as for mapprefix. The only
# difference is that this is used to accept or reject binary exectuable
# files instead of maps.
#
# default: (empty list, accept all)
exeprefix = !/usr/sbin/;!/usr/local/sbin/;/usr/;!/

# maxprocs
#
# Maximum number of processes to use to do parallel readahead. If
# equal to 0, no parallel processing is done and all readahead is
# done in-process. Parallel readahead supposedly gives a better I/O
# performance as it allows the kernel to batch several I/O requests
# of nearby blocks.
#
# default: 30
processes = 60

# sortstrategy
#
# The I/O sorting strategy. Ideally this should be automatically
# decided, but it's not currently. One of:
#
# 0 -- SORT_NONE: No I/O sorting.
# Useful on Flash memory for example.
# 1 -- SORT_PATH: Sort based on file path only.
# Useful for network filesystems.
# 2 -- SORT_INODE: Sort based on inode number.
# Does less house-keeping I/O than the next option.
# 3 -- SORT_BLOCK: Sort I/O based on disk block. Most sophisticated.
# And useful for most Linux filesystems.
#
# default: 3
sortstrategy = 3


Agora vou acompanhar o comportamento da máquina para saber se as dependências continuam sendo fechadas após um longo tempo de ociosidade.


5. Re: O que é que fecha um aplicativo e suas dependências ?

Henrique
Henrique - RJ

(usa Outra)

Enviado em 10/02/2018 - 10:27h

Parece que não ajudou muito ...

Ao abrir um gerenciador de arquivos que costumo usar voltou a deixar o HD muito ocupado. Depois voltaram a ficar carregadas na memória suas dependências.

É ruim quando o sistema tem que acessar o disco para carregar algum aplicativo pois fica muito ocupado causando uma demora.

Pior ainda quando tem que fazer isso sempre com qualquer coisa que se faça. É como se estivesse fazendo uso de memória em disco ou swap a todo o instante.


6. Re: O que é que fecha um aplicativo e suas dependências ?

Jean-Jacques Rousseau
Rousseau

(usa Manjaro Linux)

Enviado em 10/02/2018 - 13:54h

Henrique - RJ escreveu:

Parece que não ajudou muito ...

Ao abrir um gerenciador de arquivos que costumo usar voltou a deixar o HD muito ocupado. Depois voltaram a ficar carregadas na memória suas dependências.

É ruim quando o sistema tem que acessar o disco para carregar algum aplicativo pois fica muito ocupado causando uma demora.

Pior ainda quando tem que fazer isso sempre com qualquer coisa que se faça. É como se estivesse fazendo uso de memória em disco ou swap a todo o instante.


Qual distro você tá usando?

Já tentou verificar a prioridade de uso da swap?

Qual as configurações do seu pc?


7. Re: O que é que fecha um aplicativo e suas dependências ?

Henrique
Henrique-RJ

(usa Outra)

Enviado em 10/02/2018 - 14:44h

Rousseau escreveu:

Qual distro você tá usando?

Já tentou verificar a prioridade de uso da swap?

Qual as configurações do seu pc?


Uso á distro brasileira descontinuada Kaiana 14.04 Trusty 64bits em dual boot com Windows 7 Pro

Ajustei a swap para só ser usada quando a RAM esgotar ( swappiness = 0 ).

BIOSTAR K8M800 chipset norte K8M400 VIA sul VT8237 VIA, AMD Sempron AM2 LE-1150 de 2 GHz, DDR2 1x2GB 800 MHz, HD IDE 80 GB

Esse uso exagerado do HD, que parece que estou abrindo vários aplicativos ao mesmo tempo, não é sempre que acontece. Então é tolerável mas quando ocorre é muito chato pois tenho que parar com o que estou fazendo pra não embolar mais ainda o HD.


8. Re: O que é que fecha um aplicativo e suas dependências ?

Jean-Jacques Rousseau
Rousseau

(usa Manjaro Linux)

Enviado em 10/02/2018 - 21:57h

Henrique-RJ escreveu:

Rousseau escreveu:

Qual distro você tá usando?

Já tentou verificar a prioridade de uso da swap?

Qual as configurações do seu pc?


Uso á distro brasileira descontinuada Kaiana 14.04 Trusty 64bits em dual boot com Windows 7 Pro

Ajustei a swap para só ser usada quando a RAM esgotar ( swappiness = 0 ).

BIOSTAR K8M800 chipset norte K8M400 VIA sul VT8237 VIA, AMD Sempron AM2 LE-1150 de 2 GHz, DDR2 1x2GB 800 MHz, HD IDE 80 GB

Esse uso exagerado do HD, que parece que estou abrindo vários aplicativos ao mesmo tempo, não é sempre que acontece. Então é tolerável mas quando ocorre é muito chato pois tenho que parar com o que estou fazendo pra não embolar mais ainda o HD.


Se você usar uma distro descontinuada, faz sentido você ter problemas.

Se não me engano, o Kaiana tenhi proposta de ser out of the box. Se eu fosse você, migraria para o Linux Mint.


9. Re: O que é que fecha um aplicativo e suas dependências ?

Henrique
Henrique-RJ

(usa Outra)

Enviado em 10/02/2018 - 22:25h

@Rousseau

A distro foi descontinuada mas continua recebendo atualizações pois é derivada do Ubuntu 14.04 Trusty e seu suporte vai até 2019.


10. Re: O que é que fecha um aplicativo e suas dependências ?

Henrique
Henrique-RJ

(usa Outra)

Enviado em 11/02/2018 - 08:53h

Ninguém mais ?



11. Re: O que é que fecha um aplicativo e suas dependências ?

Henrique
Henrique - RJ

(usa Outra)

Enviado em 11/02/2018 - 11:42h

Acho que as dependências antes carregadas estão sendo fechadas por causa de uma memória cache. Quando a memória livre atinge a memória cache o sistema fecha as dependências carregadas antes pelo preload.

Alguém saberia como eliminar essa memória cache que deve ser uma espécie de reserva ?


12. Re: O que é que fecha um aplicativo e suas dependências ?

Henrique
Henrique - RJ

(usa Outra)

Enviado em 11/02/2018 - 13:01h

Achei como em um site gringo.

#echo 5000 > /proc/sys/vm/min_free_kbytes

Essa linha de comando faz com que o sistema ( kernel ) mantenha sempre 5MB livres podendo usar o restante da memória ( antes estava em torno de 5% ou 100 MB ).

Agora vou ficar testando pra ver como fica na prática.






Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts