First we convert the top-level function r-odds:

(define (r-log-odds cluster) (if (leaf-node? cluster) (error "Odds are infinite.") (10log10 (/ (ph1a cluster) (* (px (left-child cluster)) (px (right-child cluster)))))))

.

Recall that the log of a ratio is the difference of the logs of the numerator and denominator and the log of a product is the sum of the logs of the multiplicands. We can rewrite it like this:

(define (r-log-odds cluster) (if (leaf-node? cluster) (error "Odds are infinite.") (- (10log10 (ph1a cluster)) (+ (10log10 (px (left-child cluster))) (10log10 (px (right-child cluster)))))))

.

And now we'll write log versions of ph1a and px, so we have:

(define (r-log-odds cluster) (if (leaf-node? cluster) (error "Odds are infinite.") (- (ph1a-log cluster) (+ (px-log (left-child cluster)) (px-log (right-child cluster)))))) (define (px-log cluster) (if (leaf-node? cluster) (ph1a-log cluster) (10log10 (+ (ph1a cluster) (* (px (left-child cluster)) (px (right-child cluster)))))))

.

Unfortunately, the log of a sum doesn't have an easy transformation. On the other hand, it isn't all that hard, either.

(define (log-sum left right) (if (> right left) (log-sum right left) (+ left (10log10 (+ 1.0 (inverse-10log10 (- right left)))))))

.

If the difference between left and right is small enough, taking the inverse log (exponentiating) won't be much of an issue, but if the difference gets big, this could cause us some problems. For the moment, we'll just leave it and hope we don't have to revisit it later.

(define (px-log cluster) (if (leaf-node? cluster) (ph1a-log cluster) (log-sum (ph1a-log cluster) (+ (px-log (left-child cluster)) (px-log (right-child cluster)))))) (define (ph1a-log cluster) (+ (10log10 *alpha*) (log-gamma (n cluster)) (ph1-log cluster)))

.

We're hardly the first to want to compute in log odds space. The log-gamma function is fairly well-known and there are good approximations to it.

(define (ph1-log cluster) (let ((data-points (cluster-data-points cluster))) (sum (lambda (term) (let ((present (count-occurrances term data-points)) (absent (- (length data-points) present)) (log-bernoulli-beta A B present absent)))) all-terms)) )

.

Ph1-log is like ph1, but we take the sum over the term rather than the product. Log-bernoulli-beta is trivially defined as the sums and differences of the appropriate log-gamma calls.

This part of the conversion was incredibly easy, but I did gloss over a couple of interesting things. I rather cavalierly propagated the log function through conditionals:

(log (if <predicate> (if <predicate> <consequence> => (log <consequence>) <alternative>)) (log <alternative>))

.

That turns out to be a legal transformation, but it would be nice to understand why. Suppose instead of a conditional, I had a different operation that combined two functions.

(log (op f1 f2)) <=!=> (op (log f1) (log f2)) **WRONG

.

I cannot simply rewrite this as

`(op (log f1) (log f2))`

. If `op`

were `*`

,
this would be clearly wrong. What I need to do is find an operation
in log-space that has the effect of `op`

after exponentiation.(log (op f1 f2)) <===> ((logequiv op) (log f1) (log f2)) (logequiv *) = + (logequiv /) = - (logequiv +) = log-sum (logequiv if) = ????

.

We know that

`*`

becomes `+`

, `/`

becomes `-`

, `+`

becomes `log-sum`

, but we
should find the log-space equivalent of ‘`if`

’. (logequiv if) = if

.

It turns out that

`if`

simply stays `if`

, so the transformation above
is legal.With the change from exact probabilities to floating-point operations in log space, we get about a factor of 10 improvement in performance. Now we can cluster hundreds of data points rather than only dozens. There are two more substantial speedups to apply.