[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: swap



Entendo também que o comportamento de uma determinada aplicação na ocasião de memória lotada pode ser programada para que não seja abruptamente interrompida, mas infelizmente nem todas as aplicações no mercado tem esses recursos de segurança. As vezes nós mesmos temos de programar em plataformas onde não conseguimos ter o controle de certos atributos como esse.

P.S.: Isso aqui não é um ragewar nem mesmo uma guerra de egos. Pelo contrário, acho esse tipo de discussão muito salutar =)


2013/4/30 Leonardo Carneiro <chesterman86@gmail.com>
Oi China, tb não sou especialista em S.I. Sou apenas um entusiasta =)

Nem pensei em recuperar informações do swap. Imagino que em um crash, no boot o S.O. iria desconsiderar quaisquer informações que estivesse em swap e iria sobrescrever sem se atentar a nada.

Como disseram, se um servidor está usando swap, é fato que algo não está funcionando tão bem quanto deveria estar. Mas o fato de estar usando swap mostra que o sistema ainda está funcionando, e dá uma chance ao admin de tentar intervir de uma maneira controlada. Sem o swap, a aplicação (e não o S.O.), iria travar e o admin só iria poder intervir quando o problema já tivesse acontecido.

Entendo que o admin deva sempre provisionar memória suficiente para as aplicações de um servidor, monitorando o uso de memória e que o swap nunca deva ser usado, mas penso que o swap deva ser uma última linha de defesa: caso ocorra alguma coisa extraordinária que faça a aplicação usar mais memória do que o esperado, o swap vai estar lá para garantir que a aplicação consiga ser computada.

O que penso de swap como fator de S.I. é: o swap é uma última linha de defesa para garantir que determinado programa consiga ser computado, em caso de consumo extraordinário de memória. Caso o programa não consiga ser computado, ou seja parcialmente computado, estão sendo feridas as propriedades de integridade e disponibilidade.

Reforço, quando digo sobre integridade e disponibilidade, não estou me referindo sobre integridade de blocos, arquivos, filesystems, RAID ou quaisquer questões técnicas nesse sentido, mas sim que a saída de um determinado programa esteja íntegra e disponível para o usuário.
Exemplo: o relatório não pode não ser gerado, ou ser gerado pela metade.


2013/4/30 China <china.listas@gmail.com>
Leonardo, não sou especialista em SI mas estudei o tema quando fiz uma
pós. Você não está confundindo o papel da Swap com o papel de temp_db
em SGBDs? Os dados que vão pra Swap não ficam gravados a ponto de
serem recuperados em caso de crash, portanto Swap não pode ser
considerada como fator de segurança da informação sob nenhum aspecto.
Se você tem alguma literatura sobre isso, poderia nos indicar...

Em 29 de abril de 2013 17:06, Leonardo Carneiro
<chesterman86@gmail.com> escreveu:
>
> 2013/4/29 P. J. <pjotamail@gmail.com>
>
>> Em 29/04/13, Leonardo Carneiro<chesterman86@gmail.com> escreveu:
>>
>> > O fato é que ter o swap é uma questão de segurança de informação.
>>
>> Segurança da informação, não vi nda disso no livro de Stalling?!
>
>
> Nunca nem vai ver. Segurança de informação (diferente de segurança de redes)
> é um tema muito mais conceitual e arquitetônico do que técnico. O tema SI
> transcende praticamente todas as áreas da computação e geralmente tem livros
> dedicados. os artigos da wikipedia mesmo, sobre SI são mto elucidativos e
> servem de trampolim pra algo mais profundo.



--
@chinabhz



Reply to: