Edit page

Técnicas de Síntese de Algoritmos

Nesta cadeira são estudadas três principais técnicas para síntese de algoritmos:

  • Dividir para Conquistar, abordada na secção anterior.
  • Programação Dinâmica, já abordada de relance na secção introdutória, aprofundada aqui.
  • Algoritmos Greedy, abordada pela primeira vez aqui.

Programação Dinâmica

Vamos, então, aprofundar o tema da programação dinâmica.

Programação Dinâmica

Corresponde a uma abordagem de resolução de problemas que transforma um problema bastante complexo em sequências de problemas mais simples (até, eventualmente, encontrar um caso base). O objetivo de estudar esta técnica passa por construir uma certa forma de olhar e analisar os problemas, com vista a encontrar padrões que nos ajudem a chegar a soluções ótimas para os mesmos.

Procuramos evitar repetir operações e resolver cada subproblema uma única vez, por uma ordem ótima, geralmente guardando os dados que vamos obtendo numa dada estrutura - por exemplo, numa tabela.

Pode ser útil rever o exemplo da sequência de Fibonacci na secção introdutória destes resumos.

O problema sobre o qual nos vamos debruçar mais é o Problema da Mochila/Knapsack Problem. Trata-se de um problema clássico de introdução ao tema da programação dinâmica, dado que tem várias abordagens mais óbvias - e definitivamente não-ótimas - que são úteis de dissecar para perceber porque é que estão mal, e por onde podemos ir para obter uma abordagem melhor. Resta realçar que, nesta subsecção, vamos apenas olhar para o problema da mochila não fracionária: não podemos colocar quantidades fracionárias de itens na mochila, ou se coloca o item todo ou não se coloca.

Definição do problema

Dados nn objetos (um objeto tem um valor, viv_i, e um peso, wiw_i, associados) e uma mochila, como é que podemos maximizar o valor transportado pela mochila e respeitar o peso máximo, WW, que a mochila pode guardar?

Problema da Mochila com Repetição

Vamos, primeiro, olhar para a versão do problema com repetição - o mesmo objeto pode ser adicionado à mochila mais do que uma vez - e para algumas estratégias que podiam, erradamente, ser escolhidas para o resolver.

Estratégia Errada 1 - Item de Maior Valor

Tenhamos que a nossa mochila tem WW máximo 10, e 2 objetos:

  • um primeiro objeto com 8kg e valor 8€;

  • um segundo objeto com 5kg e valor 5€.

Numa tentativa inicial, podíamos pensar "bem, vamos adicionar os objetos por ordem decrescente do seu valor". Contudo, esta estratégia tem um contraexemplo simples - considerando os objetos acima, e seguindo este raciocínio, adicionaríamos o objeto que vale 8€ à mochila. O algoritmo parava aí, porque não poderíamos adicionar mais nada sem exceder WW. Contudo, essa não é a solução correta - dado que estamos na presença do problema com repetição, podíamos adicionar duas vezes o segundo objeto, ficando efetivamente com a mochila a guardar um valor maior, provando que a estratégia falha.

Pode não ter ficado claro, mas a estratégia não falha por estarmos na presença do problema com repetição - se tivéssemos um terceiro objeto, a pesar 4kg e a valer 4€, a estratégia também falharia, mesmo sem pensar em repetição.

Estratégia Errada 2 - Item de Menor Peso

Considerando, de novo, uma mochila com WW máximo 10, mas desta vez:

  • um primeiro objeto com 1kg e a valer 1€;

  • um segundo objeto com 10kg e a valer 20€.

Poderíamos, agora, pensar "vamos adicionar os objetos por ordem crescente de peso". Esta estratégia, contudo, também falha - aqui, ao adicionar sucessivamente o primeiro objeto, ficaríamos com a mochila a guardar 10€, e não os 20€ (a solução correta) caso tivéssemos optado por escolher uma vez o segundo objeto.

A estratégia falha também sem repetição - adicionando o primeiro objeto, de menor peso, já não podíamos adicionar mais nenhum, ficando a mochila a valer 1€, que claramente não é a solução correta.

Estratégia Errada 3 - Item de Maior Densidade de Valor

Por fim, consideremos uma mochila de WW máximo 5, e:

  • um primeiro objeto com 3kg e a valer 6€;

  • um segundo objeto com 4kg e a valer 7€.

Podíamos pensar "vamos adicionar os itens por ordem crescente de densidade de valor" - teoricamente, adicionaríamos os itens "mais importantes" de estarem na mochila primeiro. Contudo, não funciona bem assim - neste caso, adicionar-se-ia primeiro o primeiro objeto (a sua densidade é de 2€/kg, maior que a do segundo objeto), e não se poderia adicionar mais nenhum. Contudo, esta opção falharia, visto que assim a mochila ficaria com valor de 6€, quando a solução ótima seria a de escolher o segundo objeto uma vez, ficando a mochila a valer 7€.

Como podemos observar, não aparenta haver uma escolha ótima - não parece dar para afirmar "aquele objeto tem definitivamente de estar na mochila". Temos, portanto, de olhar para todas as opções.

Procuramos, em programação dinâmica, definir a quantidade que queremos recursivamente. Neste caso, será dado por v[i,j]v[i, j], o valor máximo que é possível transportar se o peso limite é jj, com jWj \leq W, e se apenas podem ser selecionados os objetos numerados de 11 a ii. A solução ótima encontra-se em v[n,W]v[n, W].

v[i,j]=max(v[i1,j],v[i1,jwi]+vi)v[i, j] = \op{max}(v[i - 1, j], v[i - 1, j - w_i] + v_i)

Corresponde a algo como:

#define max(a, b) (a > b ? a : b)

int knapsack(
  std::vector<int> values,
  std::vector<int> weights,
  int maxWeight
) {
  if (maxWeight == 0) return 0;

  int maxValue = 0;
  int numObjects = weights.size();
  for (int i = 0; i < numObjects; i++) {
    if (weights[i] <= maxWeight) {
      maxValue = max(
        maxValue,
        knapsack(values, weights, maxWeight - weights[i]) + values[i]
      );
    }
  }

  return maxValue;
}

Esta é, contudo, uma solução péssima. Tendo ww como o peso máximo e nn como o número de objetos:

T(w)nT(w1)=n2T(w2)=...=nwT(w) \leq n \cdot T(w - 1) = n^2 \cdot T(w - 2) = ... = n^w

Ou seja, a complexidade temporal da função é O(nw)O(n^w). Consideramos T(w1),T((w1)1), etc T(w - 1), T((w - 1) - 1), \text{ etc } porque, no pior caso, estamos sempre a retirar objetos com peso 1 (considerando apenas peso naturais), e daí podemos retirar a natureza exponencial do problema. A primeira chamada pode correr nn vezes, mas cada uma das seguintes também pode correr nn vezes, e assim sucessivamente, ww vezes.

Ora, mas o número de subproblemas distintos é nWn \cdot W (corresponde ao número de entradas numa possível tabela de resolução do problema com DP). Assim sendo, podemos definitivamente obter uma solução mais eficiente para o problema, sem fazer os mesmos cálculos mais do que uma vez, coisa que acontece na implementação acima.

int knapsack(std::vector<int> values,
             std::vector<int> weights,
             int maxWeight) {
  int numElements = weights.size();
  // inicializar um vetor para substituir as chamadas recursivas
  // todos os indices sao inicializados a 0
  std::vector<int> k = std::vector<int>(maxWeight + 1, 0);
  for (int w = 1; w <= maxWeight; w++) {
    k[w] = k[w - 1]; // o valor guardado na mochila nunca
                     // é menor que o anterior
    for (int i = 0; i < numElements; i++) {
      if (weights[i] <= w) {
        k[w] = std::max(
          k[w],
          k[w - weights[i]] + values[i]
        );
      }
    }
  }

  return k[w];
}

É possível que ver o vídeo seguinte e seguir o algoritmo ajude:

Este algoritmo corre exatamente nWn \cdot W vezes - Θ(nW)\Theta (n \cdot W) - já que não temos nenhum break a meio do loops nem nenhuma chamada recursiva a meio. É, portanto, uma abordagem muito melhor do que a exponencial anterior.

Nota - Complexidade

O algoritmo diz-se pseudo-polinomial, não polinomial. Ao analisar a complexidade temporal de um algoritmo, optamos por norma por escrevê-la em função de uma variável (que usualmente está diretamente ligada ao tamanho do input). Neste caso encontramos uma exceção: Θ(nW)\Theta(n \cdot W) depende de duas variáveis, nn e WW, sendo que esta última não tem qualquer correlação com o input.

Podemos então levantar uma questão: qual é o tamanho de WW? Bem, o seu valor, claro está, é o próprio número associado a WW - se W=35W = 35, o seu valor é 3535. O seu tamanho, contudo, seria 22 - corresponde ao número de dígitos necessários para o escrever. Mais ainda, a relação entre o tamanho de um número e o seu valor é exponencial - se estivermos a falar de números representados em base decimal, temos:

Tamanho de W=log10(Valor de W)+1\text{Tamanho de W} = \lfloor \log_{10} (\text{Valor de W}) \rfloor + 1
Valor de W10Tamanho de W\text{Valor de W} \approx 10^{\text{Tamanho de W}}

Ora, podemos então afirmar que ter Θ(nW)\Theta(n \cdot W) será equivalente a ter Θ(n10Tamanho de W)\Theta(n \cdot 10^{\text{Tamanho de W}}). Escrito em base binária, seria o equivalente a ter Θ(n2Bits de W)\Theta(n \cdot 2^{\text{Bits de W}}). O algoritmo é, então, polinomial no valor do input mas exponencial no seu tamanho: diz-se pseudo-polinomial.

Tanto o vídeo abaixo como esta thread podem clarificar alguma confusão quanto a esta nota:

Resta realçar que esta propriedade também se aplica, como se vai poder ver a seguir, ao problema da mochila sem repetição.

Problema da Mochila sem Repetição

O problema da mochila sem repetição permite-nos olhar para o problema de uma maneira diferente - aqui, vamos, na recursão, procurar o valor máximo que se consegue transportar na mochila até a um certo índice ii - no problema com repetição não podíamos fazê-lo, dado que um mesmo objeto podia ser contado duas vezes. Podemos, então, definir a quantidade recursiva como

k(w,i)={0, se w=0i=0max{k(w,i1),k(wwi,i1)+vi} caso contraˊriok(w, i) = \begin{cases} 0, &\text{ se } w = 0 \vee i = 0\\ \op{max}\{k(w, i - 1), k(w - w_i, i - 1) + v_i\} &\text{ caso contrário} \end{cases}

O segundo ramo corresponde a "vou ou não usar o elemento de índice ii"?

Em código, corresponderia a algo deste género:

#define max(a, b) (a > b ? a : b)

int knapsack(
  std::vector<int> values,
  std::vector<int> weights,
  int maxWeight
) {
  int numElements = weights.size();
  std::vector<int> prevColumn = std::vector<int>(maxWeight + 1, 0);
  std::vector<int> currColumn = std::vector<int>(maxWeight + 1, 0);

  for (int i = 0; i < numElements; i++) {
    for (int w = 1; w <= maxWeight; w++) {
      if (weights[i] <= w) {
        currColumn[w] = currColumn[w - 1];
        currColumn[w] = max(
          prevColumn[w],
          prevColumn[w - weights[i]] + values[i]
        );
      }
    }
    prevColumn = currColumn;
  }

  return currColumn.back();
}

Aqui, o algoritmo volta a ser Θ(nW)\Theta(n \cdot W).

Exemplo da aplicação do algoritmo

Consideremos um peso máximo de 8kg, e dois objetos:

  • um primeiro com 5kg, a valer 6€;
  • um segundo com 4kg, a valer 4€.

A tabela correspondente à aplicação do algoritmo seria:

0 1 2
0 0 0 0
1 0 0 0
2 0 0 0
3 0 0 0
4 0 0 4
5 0 6 6
6 0 6 6
7 0 6 6
8 0 6 6

(aqui, cada coluna corresponde ao índice de cada objeto, e cada linha corresponde à execução do algoritmo caso o peso máximo seja o correspondente ao índice dessa linha).

Devemos calcular a matriz por coluna - se olharmos para o código, podemos observar que temos várias vezes i1i - 1 - só precisamos da coluna anterior para calcular a atual, o que poupa trabalho.

Para calcular k(6,2)k(6, 2), por exemplo, teríamos de ver que se trata do segundo caso (nem ww nem ii são 00).
De seguida, e já no segundo caso, teríamos então de ver o máximo entre k(6,21=1)k(6, 2 - 1 = 1) e k(6w2,21)+v2=k(64=2,1)+4k(6 - w_2, 2 -1) + v_2 = k(6 - 4 = 2, 1) + 4. Temos que (6,1)(6,1), previamente calculado, é 66, e que k(2,1)k(2, 1) é 00 - temos, então, de ver o máximo entre 66 e 0+40 + 4, e preenchemos a entrada com esse valor (66). O preenchimento de qualquer entrada segue uma lógica semelhante.

Este problema podia, claro, ser resolvido recorrendo à memoization, caso optássemos por passar a tabela como argumento da função e a fôssemos preenchendo. O trade-off seria que a memoization, apesar de só calcular o que realmente é necessário (que, no pior caso, é tudo), ocupa mais espaço (Θ(W) vs Θ(n))(\Theta(W) \text{ vs } \Theta(n)).

Maior Subsequência Comum (LCS)

Definição do problema

Dadas duas sequências, XX e YY, encontrar a maior subsequência comum entre elas. Não precisam de ser contíguas, isto é, tendo "ABC" e "AC", a maior subsequência comum entre ambas as sequências é "AC", apesar de "A" e "C" não aparecerem consecutivamente na primeira sequência.

A solução para este problema é a chave para ferramentas como o diff, git, entre outras ferramentas que requerem comparação de dados.

Não podemos, obviamente, verificar literalmente todas as subsequências possíveis - cada sequência tem 2length2^{\text{length}} subsequências, tornando-se impraticável fazer a comparação. Podemos, contudo, procurar tirar algumas conclusões sobre o problema:

  • se duas sequências têm o último elemento igual, então esse elemento faz necessariamente

  • parte da LCS, e procuramos os próximos elementos que fazem parte da LCS "cortando" o último elemento de cada sequência;

  • caso o último elemento não seja igual, então das duas uma:

    • procuramos a maior subsequência comum "cortando" o último elemento da primeira subsequência;

    • procuramos a maior subsequência comum "cortando" o último elemento da segunda subsequência.

Em ambos os casos, voltamos a repetir estes passos sucessivamente, até chegar ao caso base (onde já não podemos cortar mais elementos).

Podemos definir esta recursão tal que, tendo duas sequências XX e YY:

c(i,j)={0se i=0j=0c(i1,j1)+1se X[i]=Y[j]max{c(i1,j),c(i,j1)}se X[i]Y[i]c(i, j) = \begin{cases} 0 &\text{se } i = 0 \vee j = 0\\ c(i - 1, j - 1) + 1 &\text{se } X[i] = Y[j]\\ \op{max}\{c(i - 1, j), c(i, j - 1)\} &\text{se } X[i] \neq Y[i] \end{cases}

Onde aqui ii e jj correspondem, respetivamente, a índices de elementos de XX e YY.

Utilizando programação dinâmica, podemos implementar um algoritmo que resolve este problema em Θ(nm)\Theta(nm), onde nn e mm são os comprimentos de cada sequência:

#define max(a, b) (a > b ? a : b)

int lcs(std::string x, std::string y) {
  std::vector<std::vector<int>> lengths =
    std::vector<std::vector<int>>(
      x.size() + 1,
      std::vector<int>(y.size() + 1, 0)
    );
  int lenX = x.size();
  int lenY = y.size();

  for (int i = 0; i <= lenX; i++) {
    for (int j = 0; j <= lenY; j++) {
      if (i == 0 || j == 0) {
        lengths[i][j] = 0;
      } else if (x[i - 1] == y[j - 1]) {
        lengths[i][j] = lengths[i - 1][j - 1] + 1;
      } else {
        lengths[i][j] = max(lengths[i - 1][j], lengths[i][j - 1]);
      }
    }
  }

  return lengths[lenX][lenY];
}

Podemos observar a matriz resultante de resolver o problema da LCS das sequências "BDCABA" e "ABCBDAB":

B D C A B A
0 0 0 0 0 0 0
A 0 0 0 0 1 1 1
B 0 1 1 1 1 2 2
C 0 1 1 2 2 2 2
B 0 1 1 2 2 3 3
D 0 1 2 2 2 3 3
A 0 1 2 2 3 3 4
B 0 1 2 2 3 4 4

Aqui, não podemos escolher preencher a matriz só recorrendo à última coluna (como no último problema que tínhamos visto), pelo que a complexidade especial passa, necessariamente, por Θ(nm)\Theta(nm). Olhando para cada entrada da matriz, podemos ainda observar que o algoritmo é respeitado - caso estejamos na presença de 2 letras iguais, a entrada cresce em 1 sem depender dos elementos à sua esquerda/acima dela; caso contrário, está diretamente dependente do máximo entre esses dois elementos.

Multiplicação de Cadeias de Matrizes

O problema colocado é, dado um número arbitrário de matrizes (por uma certa ordem), descobrir a maneira mais eficiente (menor número de operações) para calcular o seu produto encadeado. Por exemplo, dadas três matrizes A1,A2,A3A_1, A_2, A_3, fazer o seu produto pela ordem (A1A2)A3(A_1 \cdot A_2) \cdot A_3 é diferente de fazer o produto pela ordem A1(A2A3)A_1 \cdot (A_2 \cdot A_3) - consoante a colocação dos parêntesis, o custo muda.

No caso exposto acima, o custo varia entre:

  • (n0n1n2)+n0n2n3(n_0 \cdot n_1 \cdot n_2) + n_0 \cdot n_2 \cdot n_3

  • (n1n2n3)+n0n1n3(n_1 \cdot n_2 \cdot n_3) + n_0 \cdot n_1 \cdot n_3

Temos, tendo duas matrizes A1A_1, n0×n1n_0 \times n_1, e A2A_2, n1×n2n_1 \times n_2, que o número de operações necessárias para fazer o seu produto é n0n1n2n_0 \cdot n_1 \cdot n_2:

Multiplicação de Matrizes

O número de colocação de parêntesis cresce exponencialmente com o número de matrizes, pelo que, mais uma vez, não será célere experimentar todas as opções. Devemos, portanto, definir a recursão do problema, e procurar resolvê-lo utilizando programação dinâmica.

Tenhamos que c(i,j)c(i, j) corresponde ao número mínimo de operações (produtos escalares) necessários para calcular os produtos das matrizes AiA_i à AjA_j:

c(i,j)={0se i=jminik<j{c(i,k)+c(k+1,j)+ni1nknj}caso contraˊrioc(i, j) = \begin{cases} 0 &\text{se } i = j\\ \op{min}_{i \leq k < j}\{c(i, k) + c(k + 1, j) + n_{i - 1} n_k n_j \} &\text{caso contrário} \end{cases}

Este segundo ramo equivalente a encontrar a colocação de parêntesis ótima para que um produto

(Ai...Ak)(Ak+1...Aj)(A_i \cdot ... \cdot A_k)(A_{k + 1} \cdot ... \cdot A_j)

tenha o menor custo operacional associado possível.

A solução proposta (utilizando DP) tem complexidade temporal Θ(O(n3))\Theta(O(n^3)), podendo, contudo, ser melhorada para uma solução quadrática.

Exemplo da aplicação do algoritmo

Tenhamos 4 matrizes:

A1,5×2,A2,2×3,A3,3×2,A4,2×3A_1, 5 \times 2, \quad A_2, 2 \times 3, \quad A_3, 3 \times 2, \quad A_4, 2 \times 3

O algoritmo de resolução do problema irá criar uma matriz tal que:

1 2 3 4
1 0 30 32 54
2 - 0 12 24
3 - - 0 18
4 - - - 0

Podemos pensar nas linhas como a "matriz mais à esquerda" do produto e nas colunas como a "matriz mais à direita". Assim, a entrada 1,41, 4 da matriz corresponde ao custo mínimo de realizar o produto A1...A4A_1 \cdot ... \cdot A_4, por exemplo.

A diagonal principal é, claro, composta por zeros - a matriz não se irá multiplicar por si própria.

A diagonal seguinte corresponde aos produtos dois a dois entre matrizes - a entrada 1,21, 2 corresponde ao produto matricial entre A1A_1 e A2A_2, sendo que esse é "direto".

A partir daí, a tarefa recai em pegar nos dois elementos "filhos" (esta noção pode ser melhor observada na árvore abaixo) e calcular qual será o menor custo, somando o custo dos filhos ao custo que o produto seguinte terá de ter. Por exemplo:

A1A2A3:(A1A2)A3=30+532=60A1(A2A3)=12+522=32A_1 \cdot A_2 \cdot A_3:\\ (A_1 \cdot A_2) \cdot A_3 = 30 + 5\cdot 3\cdot 2 = 60\\ A_1 \cdot (A_2 \cdot A_3) = 12 + 5\cdot 2\cdot 2= 32\\

Aqui, optamos pela segunda opção, com custo menor. O resto do algoritmo seguirá uma lógica semelhante.

Árvore Matriz

Algoritmos Greedy

Algoritmos Greedy

Corresponde a uma abordagem de resolução de problemas que escolhe sempre a melhor opção disponível atualmente - diferente da programação dinâmica usual, onde não temos necessariamente uma escolha ótima e temos sempre de ver todos os caminhos que podemos percorrer. São, geralmente, mais fáceis de explicar (têm uma escolha lógica a cada passo).

A opção ótima escolhida num dado momento pode não ser a que leve ao melhor resultado; contudo, mesmo que isso aconteça, o algoritmo nunca volta atrás. Escolhe, portanto, a opção ótima localmente, que não é necessariamente a melhor opção global.

Em Matemática Discreta, encontrámos um algoritmo que segue a abordagem greedy - o Algoritmo de Dijkstra.

Estão, de seguida, alguns problemas cuja resolução pode ajudar a perceber a abordagem greedy.

Problema da Mochila Fracionária sem Repetição

Voltamos, aqui, ao problema da mochila sem repetição, com um twist - desta vez, podemos colocar quantidades fracionárias de itens na mochila. Isto é, podemos colocar, por exemplo, meio objeto na mochila - coisa que não podia acontecer nas variantes do problema apresentadas acima.

Tenhamos, por exemplo, uma mochila que pode levar até 50kg, e três objetos:

  • um primeiro objeto que pesa 10kg e vale 60€;
  • um segundo objeto que pesa 20kg e vale 100€;
  • um terceiro objeto que pesa 30kg e vale 120€;

Será que podemos encontrar uma escolha greedy aqui? Bem, neste caso, como podemos "dividir" objetos, existe uma escolha ótima a cada passo - colocar os itens na mochila por ordem decrescente de densidade (€/kg). Tentamos sempre colocar o objeto inteiro. Quando não pudermos, o algoritmo para - colocamos a fração que podemos, e a partir daí a mochila está no seu limite de peso.

Temos que a densidade de cada um dos objetos acima é, respetivamente, 6€/kg, 5€/kg e 4€/kg. Agora, teríamos de os ordenar por ordem decrescente de densidade (fantástico, já estão), e passar à fase "relevante" do algoritmo: colocá-los na mochila. Dar-se ia tal que:

  • num primeiro momento, a mochila ainda pode levar mais 50kg, e o objeto com maior densidade só pesa 10kg, pelo que o podemos colocar todo. A mochila fica a valer 60€, e pode, agora, levar mais 40kg;

  • num segundo momento, a mochila ainda pode levar mais 40kg, e o objeto com mais densidade (restante) só pesa 20kg, pelo que o podemos colocar todo. A mochila fica a valer 160€, e pode, agora, levar mais 20kg;

  • num terceiro e último momento, a mochila ainda pode levar mais 20kg. Contudo, o próximo objeto pesa 30kg, pelo que não o podemos colocar todo - colocamos 2/3 da sua quantidade, e o respetivo valor também é cortado (são colocados 80€ do objeto 3). A mochila passa, assim a valer 240€, e a mochila está completamente cheia. Pelo que o algoritmo para.

O código para este algoritmo seria qualquer coisa como:

int fracKnapsack(
  std::vector<int> values,
  std::vector<int> weights,
  int maxWeight
) {
  // Assumimos, aqui, que os objetos estão ordenados
  // por ordem decrescente de densidade
  int maxValue = 0;
  for (uint i = 0; maxWeight != 0 && i < weights.size(); i++) {
    if (maxWeight >= weights[i]) {
      maxWeight -= weights[i];
      maxValue += values[i];
    } else {
      float ratio = (float) maxWeight / weights[i];
      maxValue += values[i] * ratio;
      maxWeight = 0;
    }
  }
  return maxValue;
}

A complexidade é linear, O(n)O(n) (de realçar que, sem a condição de paragem maxWeight == 0 seria Θ(n)\Theta(n), dado que correria sempre as nn iterações).

Seleção de Atividades

O problema consiste em, tendo um conjunto de nn atividades que pretendem usar um recurso (e que não o podem usar ao mesmo tempo), encontrar o máximo de atividades mutuamente compatíveis - isto é, o máximo de atividades que conseguimos arranjar que não se "cruzam" com nenhuma das outras. Cada atividade é caraterizada pelo seu tempo de início e de fim. Iremos considerar que estão ordenadas por ordem crescente de tempo de fim.

Podemos aqui fazer, também, uma escolha greedy:

  • Não é escolher, a cada momento, a atividade que começa mais cedo. Tendo, por exemplo, três atividades tais que:

    • A1A_1 começa à hora 1 e acaba à hora 4;

    • A2A_2 começa à hora 2 e acaba à hora 3;

    • A3A_3 começa à hora 3 e acaba à hora 4.

    Aqui, a suposta escolha ótima levaria a podermos ter apenas uma tarefa compatível, quando na verdade existem duas - temos, portanto, um contraexemplo que nos impossibilita de optar por esta escolha.

  • Não é escolher, a cada momento, a que ocupa menos tempo. Tendo, por exemplo, três atividades tais que:

    • A1A_1 começa à hora 8 e acaba à hora 11;

    • A2A_2 começa à hora 1 e acaba à hora 9;

    • A3A_3 começa à hora 10 e acaba à hora 20.

    Mais uma vez, a escolha ótima levar-nos-ia a apenas uma tarefa compatível, quando na verdade existem duas - mais uma vez, um contraexemplo.

A escolha greedy é, aqui, optar sempre pela próxima atividade que acabar mais cedo.

Prova - porque é que esta escolha greedy é correta?

Consideremos SS como um qualquer conjunto de atividades, e a0a_0 com menor tempo de fim em S.S. Pretendemos, aqui, provar que, necessariamente a0Sa_0 \in S^*, onde SS^* corresponde a um subconjunto máximo de atividades de SS mutuamente compatíveis. De realçar que pode haver mais que um subconjunto SS^* possível.

Temos, claro, dois casos:

  • um primeiro, onde a0Sa_0 \in S^*. Aqui, não temos nada a provar.

  • um segundo, onde a0Sa_0 \notin S^*.

Aqui, consideremos então um conjunto Sx=(S\{a1})a0S^x = (S^* \backslash \{a_1\}) \cup a_0 - retiramos a SS^* um elemento a1a_1, que vem diretamente a seguir de a0a_0 na lista de atividades, e adicionamos a0a_0. Temos, claro, que como a1a_1 tem tempo de fim maior que o de a0a_0, e todas as atividades de SS^* são necessariamente compatíveis com a1a_1, então também têm obrigatoriamente de ser compatíveis com a0a_0 (porque acaba primeiro que a1a_1, logo também não "interfere" com nenhuma das outras).

Assim sendo, há necessariamente um subconjunto SS^* que é ótimo e inclui a0a_0, a atividade com menor tempo de fim.

Seguindo esta escolha greedy, conseguíamos construir um algoritmo para calcular o maior número de atividades mutuamente compatíveis semelhante ao abaixo:

int activitySelection(std::vector<int> start, std::vector<int> finish) {
  // Consideramos que as atividades estão ordenadas por tempo de fim
  int numElements = start.size();
  if (numElements == 0) return 0;

  int finishTime = finish[0];
  int count = 1;

  for (int i = 1; i < numElements; i++) {
    if (start[i] >= finishTime) {
      count++;
      finishTime = finish[i];
    }
  }

  return count;
}

O algoritmo acima apresenta complexidade temporal O(n)O(n) e espacial O(1)O(1).

Algoritmo de Huffman

O algoritmo de Huffman tem como objetivo a construção de códigos binários ótimos. Consiste em "comprimir os dados", reduzindo o seu tamanho, sem perder detalhes sobre os mesmos. É bastante útil para comprimir dados com caracteres que ocorrem frequentemente.

Como funciona

Pretendemos transformar um alfabeto num conjunto de 0's e 1's. Tomemos, por exemplo, um alfabeto

Σ={a,b,c}.\Sigma = \{a, b, c\}.

O nosso objetivo passará por tentar transformar cada um dos elementos do alfabeto num código binário. Cada código não pode ser prefixo de nenhum dos outros códigos, isto é, devem ser livres de prefixo. Podemos criar códigos binários de duas maneiras

  • códigos de tamanho fixo ou variável. Optaremos, aqui, por criar códigos
  • de tamanho variável, visto que podem ser otimizados bastante
  • facilmente - os caracteres que aparecem mais frequentemente ocupam menos bits.
Porque é que um código não pode ser prefixo de nenhum dos outros códigos?

Tomemos como exemplo um alfabeto de caracteres {a,b,c}\{a, b, c\}. Poderíamos, teoricamente, criar um código binário tal que:

a=0b=1c=10a = 0\\ b = 1\\ c = 10

Contudo, este código produz resultados não determinísticos, isto é, há mais que uma combinação de caracteres possível para uma dada sequência de bits, considerando os códigos em questão.
Consideremos, por exemplo, 010010 - podemos, aqui, ter abaaba ou acac como combinações de caracteres possíveis, já que ambas coincidem com a sequência de bits apresentada. Tal não aconteceria se cada código não pudesse ser prefixo de outro código.

Podemos representar códigos livres de prefixo através de árvores binárias - é, aliás, nelas que o algoritmo de Huffman assenta.

O conjunto de caracteres, com código binário tal que

a=01b=00c=1a = 01\\ b = 00\\ c = 1

é livre de prefixo, já que nenhum código é prefixo de outro. Podemos representar o código com uma árvore binária (de realçar que aqui optamos por o 0 ser à esquerda e o 1 à direita, mas depende da implementação do algoritmo - no enunciado dos exercícios que eventualmente saírem vem especificado o sentido a escolher):

Árvore binária - código de Huffman

Se seguirmos o "caminho" da árvore binária, podemos observar o código a ser construído.

Custo do Código Binário

Seja CC um código binário sobre um alfabeto Σ\Sigma e f:ΣN0f: \Sigma \to \N_0 uma função de frequências (dos caracteres). Nesta situação, o custo do código é dado por:

B(C)=iΣf(i)C(i)B(C) = \sum_{i \in \Sigma} f(i) \cdot C(i)

Como o código tem uma árvore binária, TT, associada, podemos também exprimir o custo desta maneira:

B(T)=iΣf(i)dT(i)B(T) = \sum_{i \in \Sigma} f(i) \cdot d_T(i)

Aqui, dTd_T corresponde à profundidade de ii na árvore binária.

Temos, portanto, que o algoritmo de Huffman quererá minimizar o custo do código binário. O produto de um caracter muito frequente deve, num modelo ótimo, ser realizado com uma profundidade menor.

O algoritmo em si passa por, inicialmente, considerar todos os caracteres como nós, com valor igual à frequência. Cria-se uma min priority queue (com prioridade igual ao valor), e inserem-se os nós na mesma. De seguida, extraem-se os dois nós com valor menor e somam-se os respetivos valores, criando um novo nó com valor igual a essa soma. Este nó é inserido na queue, e assim sucessivamente Σ1|\Sigma| - 1 vezes, onde Σ|\Sigma| corresponde ao tamanho do alfabeto. O pseudocódigo é o seguinte:

Huffman(alphabet)
  let Q be a min priority queue with the elements of alphabet
  for i := 1 to |alphabet| - 1
    let x := extract_min(Q) // complexidade é O(log |alphabet|)
    let y := extract_min(Q) // complexidade é O(log |alphabet|)
    let z := newNode()
    z.freq = x.freq + y.freq
    z.left = x
    z.right = y
    insert(z, Q) // complexidade desta operação é O(log |alphabet|)
Exemplo da aplicação do algoritmo

Tenhamos um conjunto de caracteres tal que as respetivas frequências são dadas por:

f:5e:9c:12b:13d:16a:45f: 5\\ e: 9\\ c: 12\\ b: 13\\ d: 16\\ a: 45

O decorrer do algoritmo será:

  • Inserir os caracteres na queue, com prioridade = frequência.
  • Extrair os dois nós com menor frequência, neste caso ff e ee, criar um nó com valor 5+9=145 + 9 = 14 e inseri-lo na queue.
  • Extrair os dois nós com menor frequência, neste caso cc e bb, criar um nó com valor 12+13=2512 + 13 = 25 e inseri-lo na queue.
  • Extrair os dois nós com menor frequência, neste caso dd e o nó com valor 1414, criar um nó com valor 14+16=3014 + 16 = 30 e inseri-lo na queue.
  • Extrair os dois nós com menor frequência, neste caso o nó com valor 2525 e o nó com valor 3030, criar um nó com valor 25+30=5525 + 30 = 55 e inseri-lo na queue.
  • Extrair os dois nós com menor frequência, neste caso o nó com valor 4545 e o nó com valor 5555, criar um nó com valor 45+55=10045 + 55 = 100 e inseri-lo na queue.

O algoritmo acaba aqui, e podemos agora verificar que a árvore binária é tal que:

Árvore binária - exemplo

Temos, então, que o custo mínimo será obtido através de:

B(T)=45×1+(16+25)×3+14×4=224B(T) = 45 \times 1 + (16+25) \times 3 + 14 \times 4 = 224

O algoritmo está, claro, inserido na categoria dos algoritmos Greedy: tem, portanto, uma escolha greedy associada. Aqui, a escolha consiste em extrair sempre os dois nós com menor frequência associada, procurando criar um nó com valor igual a soma dos valores dos dois nós.

Prova desta escolha ser ótima

Lema da escolha greedy - Seja Σ\Sigma um alfabeto com ff a respetiva função de frequências. Então, existe uma árvore ótima TT para Σ\Sigma e ff tal que os dois nós com menor frequência são irmãos.

Tenhamos TT^* como sendo uma árvore ótima para Σ\Sigma e ff. Consideremos ainda aa e bb como sendo os dois caracteres menos frequentes (e aa o menos frequente entre ambos). Temos 2 casos possíveis:

  • aa e bb são irmãos: nada a provar;
  • aa e bb não são irmãos: construir, a partir de TT^* uma outra árvore ótima em que aa e bb são irmãos.

Tenhamos, pegando neste último caso, o exemplo seguinte (onde aa e bb não são irmãos):

Árvore T estrela

Temos, a partir daqui, que provar que, ao trocar bb com cc (cc é um qualquer caracter com frequência superior à de aa e bb), a árvore continua a ser ótima, ou seja, que:

B(T)B(T)B(T^*) \geq B(T^\wedge)

onde TT^\wedge é a árvore que resulta da troca de bb com cc.

Árvore T chapéu

A prova dá-se da seguinte maneira:

B(TT)0iΣf(i)dT(i)iΣf(i)dT(i)0B(T^* - T^\wedge) \geq 0\\ \sum_{i \in \Sigma} f(i) \cdot d_{T^*}(i) - \sum_{i \in \Sigma} f(i) \cdot d_{T^\wedge}(i) \geq 0

(aqui cortamos todos os elementos em comum entre árvores, focando-nos apenas nos diferentes)

f(b)dT(b)+f(c)dT(c)f(b)dT(b)f(c)dT(c)0f(b)(dT(b)dT(b))+f(c)(dT(c)dT(c))0f(b)(dT(b)dT(c))+f(c)(dT(c)dT(b))0(f(b)f(c))(dT(b)dT(c))0f(b) \cdot d_{T^*}(b) + f(c) \cdot d_{T^*}(c) - f(b) \cdot d_{T^\wedge}(b) - f(c) \cdot d_{T^\wedge}(c) \geq 0\\ f(b) (d_{T^*}(b) - d_{T^\wedge}(b)) + f(c) (d_{T^*}(c) - d_{T^\wedge}(c)) \geq 0\\ f(b) (d_{T^*}(b) - d_{T^*}(c)) + f(c) (d_{T^*}(c) - d_{T^*}(b)) \geq 0\\ (f(b) - f(c)) (d_{T^*}(b) - d_{T^*}(c)) \geq 0

Explicação do antepenúltimo para o penúltimo passo - a troca é realizada porque a profundidade de bb em TT^\wedge é igual à de cc em TT^* (e vice-versa).

Chegámos, portanto, a um produto com duas partes - temos, claro, que f(b)f(c)0f(b) - f(c) \leq 0, já que cc é mais frequente que bb. Além disso, a profundidade de cc em TT^* é maior que a de bb na mesma árvore, pelo que o segundo membro do produto é também menor ou igual a 0. Assim sendo, o produto é necessariamente maior ou igual a 0, e a prova está concluída.