Como o Windows Server é otimizado de maneira diferente da área de trabalho do Windows? [fechadas]

11

Todas as respostas que vejo na maioria das vezes dizem apenas "o servidor é otimizado para ser um servidor e a área de trabalho é otimizada para ser um desktop", sem detalhes técnicos que explicam como e onde essas otimizações são aplicadas.

Eles devem estar executando o mesmo kernel, certo? Portanto, se excluirmos o software em execução no SO (obviamente, toda a pilha de software da empresa é executada apenas no servidor), quais são as tarefas e otimizações que separam os dois SOs?

Esta pergunta foi feita em termos mais amplos aqui . A resposta aceita apontou para essas diferenças entre os dois SOs: quantidade de memória e processadores suportados, software e serviços suportados, conexões suportadas (embora isso possa ser modificado) e "o SO do servidor está configurado para dar prioridade aos aplicativos / serviços em segundo plano e o sistema operacional do cliente está configurado para dar prioridade aos aplicativos em primeiro plano ".

Não consegui encontrar nenhum documento que explique como o Servidor prioriza os serviços em segundo plano ou se há outros ajustes em coisas como a pilha de rede ou outros componentes de baixo nível do sistema operacional.

Existe alguma documentação que descreva otimizações / ajustes do kernel em termos técnicos específicos?

windows windows-server-2008-r2 windows-7 red888
fonte
Tenho certeza de que há coisas por trás das cenas não tão óbvias também que são diferentes dos sistemas operacionais de servidor, como chaves de registro, arquivos de sistema, DLLs etc. que se correlacionam a recursos e funções específicas disponíveis no nível do sistema operacional. Existem sistemas operacionais cliente limites para a interface com determinadas interfaces de pilha de protocolos, em que determinados sistemas operacionais Server permitem conexões mais simultâneas por meio de alguma interface ou protocolo em que os sistemas operacionais terão menos limitações ou talvez nenhuma. Microsoft partilha tudo seria como Colonel Sanders dando a todos a sua receita secreta ...
Pimp Juice TI
É exatamente disso que estou falando "... certos SOs de servidor permitem conexões mais concorrentes por meio de alguma interface de protocolo ...". Você praticamente não diz nada de valor aqui além de "sistemas operacionais de servidor fazem coisas de servidor e sistemas operacionais de cliente fazem coisas de cliente". Estou pedindo uma resposta real com profundidade / exemplos técnicos. Não estou pedindo para ver código proprietário. Querer saber como o sistema operacional do servidor é ajustado e se comporta de maneira diferente em um nível técnico não exige muito.
red888
Eu entendo o que você está dizendo com certeza, é por isso que eu apenas comentei e não respondi, pois também não sei onde encontrar esse white paper em profundidade, se houver algo assim. Acho que se a MS publicasse todas essas informações, haveria muito mais pessoas que invadiriam os sistemas operacionais clientes para induzi-los a pensar que são sistemas operacionais para servidor e, portanto, a Microsoft seria paga menos pelos sistemas operacionais, então não tenho certeza eles colocaram esse detalhe lá fora para todos. Gostaria de saber a resposta também, por isso vou ficar de olho no post para obter respostas satisfatórias (ou comentários, suponho).
Pimp Juice IT

Respostas:

3

Não estou ciente de um white paper que detalha as diferenças. No entanto, você pode alterar o comportamento do servidor e do SO da área de trabalho. Por padrão, a área de trabalho prioriza os aplicativos em primeiro plano e o servidor prioriza os aplicativos em segundo plano. Isso é configurável. Se você executa um servidor RDP / servidor de terminal, geralmente deseja uma experiência completa na área de trabalho. Você precisa instalá-lo no servidor. Também no painel de controle, em "sistema e sistema de segurança", escolha configurações avançadas do sistema. Em desempenho, clique em configurações. Essa é a área de ajuste para efeitos visuais e para programação do processador.

Brian Lewis
fonte