14 January 2005

XML performance: Which has superior results -- combine analog signal in each bit -v- using an XML accelerator

I read, "XML in binary format..."

Hmmm... I had a thought on that. I recall reading something about binary having a "midway" point.

Meaning, this analog-stuff, is not just 0 or 1, but there's something in between ...from 0.0 ... to some midway value...and then up to 1.0.

But why stop there...at just 0.0, a midway point, and then a third option at 1.0?

Why not allow "binary code" to have a percentage from 0.0 to 1.0. In other words, combine analogy and digital into a single code so that more information can be sent in each bit.

People talk about an ADC for conversion; but why convert, why not simply do both at the same time: Put an analog capability in each bit?

Ref, so going to Berland's article ... I thought when I read about "XML accelerators" .. what if the issue with "slow XML" could be solved, not just with an accelerator... but with combining analog signals into each individual bit.

It would be interesting to see the impact on XML performance using this approach versus the traditional XML accelerator.
I read, "XML in binary format..."

Hmmm... I had a thought on that. I recall reading something about binary having a "midway" point.

Meaning, this analog-stuff, is not just 0 or 1, but there's something in between ...from 0.0 ... to some midway value...and then up to 1.0.

But why stop there...at just 0.0, a midway point, and then a third option at 1.0?

Why not allow "binary code" to have a percentage from 0.0 to 1.0. In other words, combine analogy and digital into a single code so that more information can be sent in each bit.

People talk about an ADC for conversion; but why convert, why not simply do both at the same time: Put an analog capability in each bit?

Ref, so going to Berland's article ... I thought when I read about "XML accelerators" .. what if the issue with "slow XML" could be solved, not just with an accelerator... but with combining analog signals into each individual bit.

It would be interesting to see the impact on XML performance using this approach versus the traditional XML accelerator.
" />