This is interesting, also as an indicator to the performance gain in
increasing ksmp, relative to what opcodes are used.
If I understand the data correctly, if B is (relatively) high and C is
low, the performance gain in increasing ksmps is less than if B is low
and C is high.
Or... do I completely misunderstand the meaning of the data ?
Maybe the difference is insiginficant in practice.

Oeyvind

2008/7/29, jpff <jpff@codemist.co.uk>:
> Following on from an earlier message, I have now slightly refined my
> model.  For an opcode I am assuming that there is a fix initialisation
> A, and a time that is obeyed every k-cycle, B*k+C where k is the
> ksmps.
>  The table below is of A B and C for the opcodes used in Trapped
> which is my basic test.  In the case of i-rate opcodes I have omitted
> B and C.
>  You will see some oddities mike a few negative numbers, which I have
> not understood yet, but I think the larger view is correct.  Counts
> are in instructions on a i386, and that may not scale exactly to time.
> ==John ffitch
> ------------------------------------------------------------------------
> *.ak:           0       6       15
> *.ka:           0       6       15
> *.kk:           0       0       9
> +.aa:           0       6       16
> +.kk:            0      0       9
> /.kk:           0       0       9
> =.i             7
> =.k:            0       0       7
> init:           0       4       12
> arand:          52      -0.351226       188.512264
> balance:        38      2.351111        274.488889
> buzz:           75      -0.639775       430.385596
> cpspch:         106.368056
> delay:          4097    -0.340018       157.403009
> expon.k:        178.553846      0        9
> expseg.a:       669.121622     5.000011 37
> expseg.k:       669.121622     0.000031 26
> foscil:         81      29       72
> frac.i:         65
> gbuzz:          77      64.000105 125.499682
> int.i:          67
> line.k:         20             0.000762 8.992379
> linen.k:        62             0.000004 20.650515
> linseg.k:       266.971564     0.000559 29.994448
> octpch.1:       74
> oscil.ka:       69      17       46
> oscil.kk:       69      0        41
> oscil.kk:       69      12       47
> oscili.kk:      69      21       49
> outs:           0       9.563279 21.655083
> phasor.a:       38      15.979998 32.000007
> phasor.k:       38      -0.000798 27
> randh.k:        60      0.058034 34.004509
> randi.k:        76      0.015561 35.999951
> rassign:        2
> reson:          39      13.002546 99.545002
> reverb:         6963.481481       77.038957 157.999993
> subkk:          0       0        9
> table.a:        93      23.062626 43.997796
> table.k:        93      0        45
> tablei.k:       93      0        61
> upsamp:         0       4        12
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net