[1] O SQR 1e6 me saiu cruel demais para micros de 8 bits. Ninguém vai ter saco de esperar 1 hora e meia (pelo menos). Se o seu teste demorar mais que 5 minutos, aborte e coloque "Não Testado" com um belo comentário desaforado. :-)
[2] Não tem memória suficiente para um ARRAY de 8K x 32 bits (o tamanho de um Integer na máquina)
[3] Tem que copiar o AmigaBasic do WorkBench 1.3 - No WB2.0 em diante, caparam fora. Entre em contato comigo (Lisias), eu tenho um disco já pronto com o AmigaBasic, já patcheado para rodar no 68020 pra cima!
[4] A Range RAM da A501 foi ajustada para só ser usada faltar FastRAM.
[5] Considerações: O AmigaBASIC usa uma janela para mostra o resultado do programa, o que adiciona uma camada de abstração na funcionalidade. Em um modo gráfico "RAW" seria ainda mais rápido!
[6] EU NÃO FAÇO A MAIS PÁLIDA IDÉIA DO PORQUE A PRIMEIRA MEDIÇAÕ FOI TÃO MAIS RÁPIDA! Pior, eu não consigo repetir esta medição!!! A Range RAM da A501 foi ajustada para só ser usada faltar FastRAM.
[7] A Range RAM da A501 foi ajustada para só ser usada faltar FastRAM. Embora o processo seja rodado na PC286, o emulador de vídeo que roda no A500 fica levemente mais rápido quando roda na FastRAM (como todo mundo!)
[8] Vale lembrar que o IIc+ utiliza um ZipChip que é um 65C02@4MHz mas que todo o resto do sistema continua operando a 1MHz.
[9] O Integer Basic não tem rotinas de ponto flutuante. (pun not intended!)
[10] Não tem memória suficiente para um ARRAY de 8K x 32 bits (o tamanho de um número de ponto flutuante na máquina)
[11] Não tem memória suficiente para um ARRAY de 4K x 32 bits (o tamanho de um número de ponto flutuante na máquina)
[12] o C128 em modo 40 colunas, usando o VIC-II está operando a 1MHz (porém o BASIC 7.0 já apresenta uma melhoria razoável de performance que o BASIC dos C64, que foi o que não aconteceu -- será que o C128 usa o resto da RAM para as variáveis?)
[13] Opa, lembrei que o BASIC 7.0 do 128 tem um comando FAST como o dos ZX-81! Que desliga a geração de vídeo do VIC-IIe e libera o 8502 pra rodar a 2MHz
[14] Tempo em que houve K.O. no operador. rsrs
[15] É extremamente curioso observar o BASIC invadindo a HGR com o ARRAYzão, e então observar ele ser atualizado pelo algoritmo. (Lembrando que o MPF-II não possui tela de texto nem de baixa resolução, tal qual o ZX-Spectrum - é tudo desenhando na unha na HGR!) O programa só não CRASHou porque eu não imprimo nada na tela durante o processo - isto iria inexoravelmente corromper o ARRAYzão que estava usando esta mesma memória. Eu deveria ter usado MP para usar a página secundária de vídeo, mas isto mataria o TK-DOS e, francamente, eu estava com preguiça de ficar dando boot para cada benchmark... X-P
[16] JC
[17] EC
[18] Não tem memória suficiente para um ARRAY de 8K x 16 bits (o tamanho de um Integer na máquina)
[19] Ver: http://zx81.eu5.org/tkwait.html
[20] Até tem memória suficiente para um ARRAY de 8K x 16 bits (o tamanho de um Integer na máquina), mas o mapa de memória do BASIC não aguenta ARRAYs com este tamanho.