Valeu pela aula, André. :)
Em 11 de fevereiro de 2014 16:58, Andre Cavalcante < andredcavalca...@gmail.com> escreveu: > Bom, quando eu acompanhava a lista do kernel (a + ou - 4 anos atrás) a > situação era a seguinte (não sei se mudou): > > generic: compilado para preempção até 300Hz (cada processo corre em até > 3,3ms). > low-latency: compilado para preempção até 1000Hz (cada processo corre em > até 1ms). > rt: compilado com para preempção até 100Hz e patch para real-time (mudam o > escalonador para dar prioridade para processos marcados como RT) > > Só! > > A propósito do uso de processador e memória, qualquer programa e qualquer > sistema operacional vai utilizar o máximo possível de processador e > memória. Na prática só não usam 100% de processamento e 100% da memória > porque boa parte do programa para em chamadas a disco, vídeo e outros > periféricos, os quais, são MUITO mais lentos que a CPU e esta vai ter que > esperar para continuar o processamento. E, ainda por cima, tais periféricos > são recursos compartilhados por todos os processos, então sempre haverá > alguém usando o recurso e os outros esperando. Mas em um loop onde cê > executa uma conta (que só depende de processador e memória) ele vai rodar > em velocidade máxima e alocará tanta memória quanto se queira. > > A propósito de servidores, exceto servidores de jogos e servidores de > mídia, não é uma boa usar low-latency. Para BD, por exemplo, é muito mais > importante uma GRANDE quantidade de memória de acesso rápido (RAM) onde as > consultas são executadas do que chaveamento de processos rápidos (na > verdade pode até denegrir o sistema, porque muitos processos ficam > pendentes por unidade de tempo em low-latency). > > Kernels RT são usadas exatamente para isso, aplicações de tempo real (não > necessariamente rápidas). Para aplicações de áudio e vídeo, tanto kernels > de tempo real quanto low latency são bem vindos desde que as aplicações > saibam fazer uso das ferramentas de controle de tempo, senão podem até > piorar o desempenho geral do sistema. > > Em outras palavras: generic para aplicações normais, low latency para > aplicações de rt brandas, e.g., stream de áudio e vídeo com codificações on > demand, e rt para aplicações de tempo real duras, por exemplo, controle de > movimento de um robô industrial. > > > Abraços > > > > Em 11 de fevereiro de 2014 13:57, Marcus Sandri <mww...@gmail.com> > escreveu: > > > Belo topico, hehehhe > > > > O kernel generic tem um escalonador de tarefas (scheduller) > > convencional, ele distribui os processos e tenta fazer o balanco dos > > recursos. Ja no low-latency vc consegue tem um scheduller "otimizado", > ele > > tenta a todo tempo jogar os processos em prioridades mais altas possiveis > > ate consumir boa parte ou toda sua memoria e processamento. > > > > Vou tentar fazer uma analogia: Imagine que vc tira amostras > > de um filme. Num kernel generico essas amostras tem um valor padrao de 2 > > amostras por segundo, no low-latency as amostras aumentam ate o maximo da > > capacidade do teu pc. Entao seria como ver um mesmo filme em HD > > (generic-kernel) e em full-hd (low-lattency). > > > > > > Em suma, o low-latency eh um kernel dedicado, geralmente vc usa pra > > servidores ou pra rodar algum programa dedicado que geralmente usa > > paralelismo (varias threads) > > > > > > https://help.ubuntu.com/community/UbuntuStudio/RealTimeKernel > > > > > > > > > > > > > > Em 11 de fevereiro de 2014 13:47, hamacker <sirhamac...@gmail.com> > > escreveu: > > > > > Pessoal, > > > > > > Buscando novas alternativas para meu processador i7 com placa de vídeo > > > hibrida intel + nvidia(Optimus) descobri em : > > > http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.14-rc2-trusty/ > > > > > > Que há duas versões distintas de kernel, a generic que é a comum que > > > conhecíamos e agora aparece outra com o nome de lowlatency. > > > > > > Alguém aí saberia dizer porque essa diferença? > > > > > > Se alguem aí souber como fazer essa nvidia dar vida sem ter que apelar > > para > > > o bumbleee por gentileza fique a vontade para comentar. > > > > > > O meu processo de instalação está documentado aqui: > > > > > > > > > http://hamacker.wordpress.com/ubuntu-perfeito/ubuntu-11-10-em-dell-xps-15-l502x/ > > > Apesar do que sugere o link, estou tentando refazer o artigo com base > no > > > 13.10. > > > -- > > > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > > > > > Lista de discussão Ubuntu Brasil > > > Histórico, descadastramento e outras opções: > > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > > > > > -- > > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > > > Lista de discussão Ubuntu Brasil > > Histórico, descadastramento e outras opções: > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > > > > > > -- > Prof. André Cavalcante > Universidade Federal do Amazonas (UFAM) > Manaus, AM., Brasil > > Ubuntu User number # 24370 > Quer saber sobre Open Source Software? http://sobreoss.blogspot.com > Quer saber mais sobre Espiritismo? http://sobreespiritismo.blogspot.com > > Atenção: Este e-mail pode conter anexos no formato ODF (Open Document > Format)/ABNT (extensões odt, ods, odp, odb, odg). Antes de pedir os anexos > em outro formato, você pode instalar gratuita e livremente o LibreOffice ( > http://pt-br.libreoffice.org/). > -- > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > Lista de discussão Ubuntu Brasil > Histórico, descadastramento e outras opções: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > -- Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece Lista de discussão Ubuntu Brasil Histórico, descadastramento e outras opções: https://lists.ubuntu.com/mailman/listinfo/ubuntu-br