Products > Dodgy Technology
Optical Bench REDUX: Digital Switching can have Analog Functions!
RJSV:
The embedded problem helps show the 'packed' format and one of the problem areas in the function.
For example, with a 'properly' rightward packed data word you've got an advantage in that a rightward shift can reliably get rid of a single column, by way of a conventional looking shift, in discrete columns.
But with those two 'zero value's bubbles shown, you could take a viewpoint that the data WORD shown at top isn't correctly formatted to do that. So, the diagram today is to show that dilemma.
Looking at the second data WORD shown in figure that is a very similar situation, only shown more loosely resembling (conventional) discrete partitions, but with analog value contents...just that the ultimate interpretation there, can STILL be very close to the usual zeros and ones. Readers may appreciate, the fuller world, of formats that cross boundaries, (between traditional practices) and thus the call for a more varied approach, but having more possible solutions.
Usually, such formats on traditional platforms could do these bit-shift resembling functions within existing instruction sets.
The formatted 'double mid-shifter' is one of these new-looking functions, that, in speculation, could possibly turn out to solve that specific problem discussed, of trying to remove or 'purge' those zero values from the packed word.
The price of such speculation, meanwhile not really showing DIRECT promise in this example, is not that extreme;. A few minutes examination and, 'YUP, no help on that one'...Not a big deal, and possibly helps support some other, wild or less wild speculation.
Besides, having (this) very wide open and novel 'art', of instruction behaviour can be enjoyable and entertaining (up to a point of course).
RJSV:
Yes, sorry MK14, I've been meaning to place a running summary, of about 4 or 5 issues current.
The whole thread is dealing with partially implemented instruction sets or functions, where the processor can't easily 'see' the data getting worked on, thus becomes a bit of detective style work.
Similar to the 'card counting' methods, (in casinos), the overall application might (only) be of use until some additional 'FAST' optical switching gets developed. So it's a speculative tool, possibly only valuable as a place-holder, so that developers can focus on other aspects of development.
Maybe they (researchers) end up obtaining a DECREMENT INSTRUCTION that has wrong answer value, in 5 % of the time, causing a much more restricted value, vs 'perfect' digital results.
The timing (of my post) vs the diagrams posted, I think now is happening due to the limitations (Dave knows) the limitations of using a smart-phone having flakey results. Some of that is new, relating to other upgrades on the whole website, here.
But Dave is right, ultimately, as (my) smartphone functionality shouldn't dictate the whole bug-fixing agenda. (I'm a pretty unsophisticated user, for sure, lol).
Thanks
MK14:
--- Quote from: RJHayward on February 02, 2023, 06:46:49 pm ---Yes, sorry MK14, I've been meaning to place a running summary, of about 4 or 5 issues current.
The whole thread is dealing with partially implemented instruction sets or functions, where the processor can't easily 'see' the data getting worked on, thus becomes a bit of detective style work.
Similar to the 'card counting' methods, (in casinos), the overall application might (only) be of use until some additional 'FAST' optical switching gets developed. So it's a speculative tool, possibly only valuable as a place-holder, so that developers can focus on other aspects of development.
Maybe they (researchers) end up obtaining a DECREMENT INSTRUCTION that has wrong answer value, in 5 % of the time, causing a much more restricted value, vs 'perfect' digital results.
The timing (of my post) vs the diagrams posted, I think now is happening due to the limitations (Dave knows) the limitations of using a smart-phone having flakey results. Some of that is new, relating to other upgrades on the whole website, here.
But Dave is right, ultimately, as (my) smartphone functionality shouldn't dictate the whole bug-fixing agenda. (I'm a pretty unsophisticated user, for sure, lol).
Thanks
--- End quote ---
Thanks for the reply.
It sounds a bit like, some of the advanced AI algorithms and things, going on these days. A bit like what use to be called 'fuzzy-logic', a rather long time ago.
I can understand any difficulties, that attempting to use a smart-phone, to make posts on this forum, creates.
RJSV:
Yes it's a fairly simple and existing technique, intro into CARD COUNTING:
Suppose, (at a party), I announce that "I have a card, here, and can anyone tell me which card, 1 through 9 that I'm holding ?"
Someone guesses, '9', and I say no.
Now, the odds are now changed, better, at 1 in 8 choices left,...ultimately near the end, you've got maybe TWO choices (50 % likely correct guess). With gambling you could perhaps tolerate this uncertainty by way of your betting strategy, which is functionally valid. Best proof of that, in a casino, is that management doesn't like (your) self-tracking counting for that purpose.
Such a strategy still might be useful in something like audio playback, having a 'glitchy' sound but infrequently. Bank accounts would be too risky, to tolerate such predictable errors. Still, I was surprised and amused, at how far one could go, as a 'number detective's.
The biggest plus, for me, has been a more working contact with all the parameters needed for physical engaging the optical realm:. Now, I know, a little better, the difference between, say, a MICRON and a NANO-METER, in everyday terms, vs light beam wavelengths.
Two buggabos bothering me, these days are, these increment / decrement functions, and, the holy grail; Being able to do a test, or conditional processing.
So far, can only barely anticipate, doing an end-test, for zero valued numbers. That's a much bigger hill to die on, than simple decrements.
A good goal, maybe obtainable by 2040 (at my rate), is to be able to operate 'just like' a common 32 bit processor, around 2005 vintage. Scheme here looks like several modules (optical), each doing 3 bits, out of total 32 binary bits.
RJSV:
Here is a super-stuupid example, but a method that can be valid:
In your implementation, at equiv. rate something like 500 giga-hz, suppose you, still, can't respond directly to a calculated value set, but your answer is down to one or the other, out of two possible. It's still possible to proceed through a whole bunch of subsequent calculations, at high rate of speed as long as it's only one answer, or the other. But you would be required to BUILD TWO SETS of 'identical' calculating logic, and thus the IC size is the impacted.
Maybe that's a waste, maybe not. I could imagine doing your speed-up method that way, perhaps a couple of times (max.) but it gets very kludgey and using too much IC die space (for near-duplicate logic paths).
Of course, using the wide decimal data word, vs 2 signals for base2, makes any multi-duplicative scheme very costly, in terms of inefficient use of IC die space, where usually, one structure handles all of the possible data values, in a single computation path.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version