Dado um tamanho de bloco de 4 KB, quando um arquivo de 1 KB é lido do disco e armazenado em cache na memória principal, todo o bloco de 4 KB que contém o arquivo é armazenado em cache?
Da mesma forma, se abrir um arquivo de 100 KB, buscar 50 KB e depois ler 1 KB de dados, apenas o bloco de 4 KB que contém o 1 KB de dados lidos será armazenado em cache na memória principal e não o arquivo inteiro?
Estou assumindo o sistema de arquivos ext4, mas não preso a ele.
Há uma longa lista de estatísticas em /proc/net/netstate /proc/net/snmp, ambas as quais eu acho que vêm do projeto net-tools. Existe alguma documentação oficial ou não oficial sobre esses campos? Ou até mesmo uma boa fonte de terminologia de rede que ajudaria a identificá-los?
Alguns parecem bem claros:
SyncookiesSent
SyncookieFailed
TCPTimeouts
TCPKeepalive
Outros menos claros:
ActiveOpens
PassiveOpens
Alguns totalmente enigmáticos para mim:
EmbryonicRsts
RcvPruned
... many more ...
Atualização: encontrei definições na fonte, mas ainda me pergunto para onde vão essas descrições. Eles são compilados e publicados em algum lugar?
Eu tenho uma montagem CIFS de um único volume que tem 2 subdiretórios montados. Na inicialização, o systemd reclama de um "ciclo de pedido" e falha ao montar 1 dos vínculos, mas o outro funciona bem. Se eu executar mount -a, o vínculo ausente será montado. Consegui recriar esse comportamento em uma nova VM.
//server.example.com /mnt/media cifs [snip] 0 0
/mnt/media/secure /var/www/media/secure none bind 0 0
/mnt/media/public /var/www/media/public none bind 0 0
As montagens de ligação não são alteradas, esses são os nomes reais. Não sei como, mas, acho que pode ser significativo, talvez devido à ordem de classificação, porque quando altero a ordem em fstabapenas a publicmontagem do bind falha. securesempre funciona.
Mar 19 14:06:45 ubuntu systemd[1]: local-fs.target: Found dependency on var-www-media-public.mount/start
Mar 19 14:06:45 ubuntu systemd[1]: local-fs.target: Found dependency on mnt-media.mount/start
Mar 19 14:06:45 ubuntu systemd[1]: local-fs.target: Found dependency on network-online.target/start
Mar 19 14:06:45 ubuntu systemd[1]: local-fs.target: Found dependency on networking.service/start
Mar 19 14:06:45 ubuntu systemd[1]: local-fs.target: Found dependency on local-fs.target/start
Mar 19 14:06:45 ubuntu systemd[1]: local-fs.target: Breaking ordering cycle by deleting job var-www-media-public.mount/start
Mar 19 14:06:45 ubuntu systemd[1]: var-www-media-public.mount: Job var-www-media-public.mount/start deleted to break ordering cycle starting with local-fs.target/start
Eu tentei especificar x-systemd.requires=/mnt/mediana montagem de ligação, mas não fez nenhuma alteração. Estou sem saber para onde ir a seguir com esse problema.
VM Linux executando nginx (ou qualquer outro daemon leve com uso estável de recursos). A VM recebe 2 GB de memória com 200-300 MB usados pelo sistema operacional e serviços com o restante para cache de arquivo e buffers. Em um caso de uso específico, espero uma sobrecarga fácil de 500 MB.
P: Por que essa configuração precisaria de espaço de troca?
A resposta padrão de "Para evitar o esgotamento da memória" não faz sentido para mim aqui por 2 motivos: 1: a demanda por memória está bem estabelecida e não precisa suportar um aumento significativo inesperado ou repentino. 2: A troca apenas atrasa a situação OOM em qualquer caso. A mesma coisa pode ser realizada atribuindo mais memória à VM em primeiro lugar, especialmente porque ela é provisionada de forma leve e ninguém a perderá, desde que não seja usada.
A outra resposta comum para oferecer suporte à hibernação não se aplica a um servidor em uma VM.
Não vejo razão para trocar em tal servidor; estou esquecendo de algo?