Lista de problemas de complexidade (não resolvidos) decorrentes do PL


17

Quais são alguns dos principais problemas de complexidade computacional aberta que surgem das linguagens de programação, especialmente a análise e compilação de programas? Estou procurando problemas nas linhas "da complexidade temporal da inferência do tipo Hindley-Milner" ou "da complexidade temporal de 0CFA" (embora ambos sejam problemas resolvidos).


5
Por que a votação para fechar? Se esta pergunta for "muito ampla", muitas outras perguntas neste site devem ser encerradas.
— Damiano Mazza

Um que estou interessado (mas não tenho certeza se não foi resolvido) está usando a distância Beta (não fechada) da distância beta dos termos lambda de um termo básico como uma medida de complexidade.
— Samuel Schlesinger

Respostas:


7

Pippenger (1), de 1996, mostra que (sob algumas suposições) as linguagens de programação funcional estritas (CBV) são assintoticamente mais lentas que as linguagens imperativas. Está aberto se o resultado de Pippenger pode ser generalizado para linguagens funcionais preguiçosas , como apontado em (2).

Pippenger impõe duas suposições simplificadoras (computação on-line e uma certa atomicidade de entrada). Está aberto se eles podem ser removidos. Pippenger conjetura que isso pode ser feito, mas alerta: "[...] um resultado parece muito [...] além do alcance dos métodos atualmente disponíveis na teoria da complexidade computacional" .

Veja também a resposta de Campbell em (3) e as anotações de Ben-Amram (4).


1. N. Pippenger, Pure Versus Impure Lisp .

2. R. Bird, G. Jones, O. De Moor, Mais pressa, menos velocidade: avaliação preguiçosa versus ansiosa .

3. Stack Overflow, eficiência de programação puramente funcional .

4. AM Ben-Amram, notas sobre a comparação entre Pippenger e LISP puro e impuro .

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.