Pipeline

The answer is multi-processing, the exactly same problem that are now

happening on the cloud was solved by the processors designers in the 80's. The key of multi-processing in making sure that all parts are not iddle or waiting for resource when they could be working.

Locality principle

It can be spacial or temporal, you are more likely to acess

variables that you just access than to variables that you access a long time ago (or even do not accessed yet), the same can be said for data that are close spacialy to the data that you are using, this principal works because of the way that our code need loops and our main data structure is arrays or is based on arrays;

1. Estrutura de arquivos
2. Pipes
   • Fornece um canal de comunicacao, um buffer onde um processo pode fornecer dados e outro pode consumir (buffers esses que sao gerenciados pelo sistema operacional) [piping like a true chad]
3. Ontogeny Recapitulates Phylogeny
   • Estamos sempre repetindo os erros do passado. Mudancas e avancos tecnologicos trazem problemas antigos.
4. System-calls
   • Chamadas no sistemas que chamam recursos e procedimentos dentro do Kernel, normalmente os sistemas operacionais abstraem esses conceitos;
   • Temos meios abstratos de montar funcoes que realizam funcoes em codigo maquina (envolvendo o SO e suas especificadades).
   • As system calls tambem server para gereciar quais processo estao sendo executados de acordo com a prioridade de cada um, rodando eles 'simultaneamente'.
   • Existem system calls para gerenciar os processos
   • Existem system calls para lidarmos com arquivos
   • System calls abstraem calls que gerenciam diretorios
     • Links inclusos, existe uma regiao do armazenamento com dados, se quisermos estruturar melhor esses dados podemos criar um 'ponteiro' para ele associando a estrutura de dados aos dados originais.
     • Muitas vezes alguns comandos da interface do usuario sao abstraidos e nao fazem exatamente o que achamos, o 'delete' do filesystem normalmente e apenas um link. Deletar um arquivo iria requer muitos recursos 'desnecessarios' (eh assim que a lixeira funciona internamente[?])
     • Um link associa um i-node a um 'path' [Isso nao e muito importante]
   • System calls tambem sao responsaveis para outras funcoes como `kill`, `seconds`, `chdir`, or `chmod`;
   • Commandos como `kill` ou `hangout` sao apenas sinals que sao enviados do processos e a maioria deles sao apenas sinals.

   • Exemplo de system call for process management. #BEGIN lang=c #define TRUE 1

     while (TRUE) { type_prompt(); read_command(command, parameters); // read input from terminal

     if (fork() != 0) { / fork off child process / Parent code waitpid(-1, &status, 0); // wait for child to exit } else { / Child code execve(command, parameters, 0); / Execute command } } #end

5. Processo
   • Para um processo executar ele, nos criamos uma copia dele com uma parte do processo filho nele, onde apos o filho ser executado nos voltamos a imagem original com a resposta do filho, assim 'executando' o filho.
   • Possuem tres segmentos: text (codigo do programa), data (dados definidos nos programas), and stack (onde implementamos nossas chamadas de funcoes)

A diferenca entre um programa e um processo e que o processo e o programa para ser 'rodado', ja com os dados e codigos prontos para serem executados pelo processor, quando as instrucoes de um programa estao prontas para serem executadas nos o chamamos de processo.