В отличие от обычной машинной памяти (памяти произвольного доступа, или RAM), в которой пользователь задает адрес памяти и ОЗУ возвращает слово данных, хранящееся по этому адресу, АП разработана таким образом, чтобы пользователь задавал слово данных, и АП осуществляла его поиск, чтобы выяснить, хранится ли оно где-либо в памяти. Если слово данных найдено, АП возвращает список одного или более адресов хранения, где слово было найдено (и в некоторых архитектурах также возвращает само слово данных или другие связанные части данных). Таким образом, АП — аппаратная реализация того, что в терминах программирования назвали бы ассоциативным массивом.

Из-за того, что АП разработана, чтобы искать во всей памяти одной операцией, это получается намного быстрее, чем поиск в RAM фактически во всех приложениях поиска. Однако, есть и минус в большей стоимости АП. В отличие от чипа RAM, у которого хранилища простые, у каждого отдельного бита памяти в полностью параллельной АП должна быть собственная присоединенная схема сравнения, чтобы обнаружить совпадение между сохраненным битом и входным битом. К тому же, выходы сравнений от каждой ячейки в слове данных должны быть объединены, чтобы привести к полному результату сравнения слова данных. Дополнительная схема увеличивает физический размер чипа АП, что увеличивает стоимость производства. Дополнительная схема также увеличивает рассеиваемую мощность, так как все схемы сравнений активны на каждом такте. Как следствие, АП используется только в специализированных приложениях, где скорость поиска не может быть достигнута, используя другие, менее дорогостоящие, методы.

Это из ВИКИ. Но можете почитать где угодно - с аппаратной реализацией сплошные проблемы. И это при том, что Трие метод существует 60 лет! А он легко превращает RAM в ассоциативную память в которой  ассоциативный доступ обеспечивается к каждому биту. Принцип, если угодно,  примерно, как при обогащении урана - когда проблема решается массой дешевых элементов.

Кстати, проблемы с реализацией из-за маниакального пристрастия к складской парадигме, что искомое значение надо непременно хранить, хотя само место с которым ассоциирован/закоммутирован вход вполне самодостаточно для запуска реакции/рефлекса

Идея там проще пареной репы и основана на алгоритме "поиска по бору", когда каждая следующая буква ассоциипрвана с предыдущей. Слово связано ссылками. В пределе буквы можно и не хранить, что в 60-х и изобрели - смещаясь на величину кода символа получали ассоциированную ссылку, а символы слова не хранились вовсе. Почему от этого отказались, мне неведомо. Видимо из-за ЯВУ и увеличения объемов памяти.

Ну, а когда я пришел к идее  рефлексирующего коммутатора, то сразу понял, что на RAM он реализуется на раз, только не мог найти протоип и некоторое время глючил что сделал изобретение. Потом нашел Трие. Но отличие все де есть, поскольку я предлагаю изменить внутренний формат данных у всей или у части памяти (зависит от целей) и значения не хранить вовсе, а ассоциировать с местом=алдресом. Четные считать нулями, нечетные - единицами. И вперед. Все биты будут связаны ссылками.

Я не думал насчет бытового применения, а вот в качестве альтернативы нейросетям вполне может пойти. По крайней мере для автоматическим обучения вполне может сгодиться.

А Вы расскажите тем, кто занимается. Может им этой мелочи не хватает.
Вот пример построенного бора для строк: 1)acab, 2)accc, 3)acac, 4)baca, 5)abb, 6)z, 7)ac.

Как видите входная последовательность однозначно определяет маршрут, как телефонный номер. Так вот для сигнала с АЦП нужно строить деоево для двоички, что и лакт автоматическое ассоциирование

Мухлюете, сэр! Разговора о топливе не было, только о перевозке грузов в вагонах

Есть такая профессия

Это даже не совсем алгоритм, а расширение фон-неймановской архитектуры введением в нее способа  представления двоичных данных четными/нечетными адресами с ассоциативным доступом по значению. Как назвать этот способ представоления данных  понятия не имею.
Стандартный способ для представление двоичных единиц использует биты памяти организованные в адресуемые байты и слова. Предлагаемый способ использует четные адреса для представлению двоичных нулей, нечетные - единиц. Как назвать такой способ представления данных просто не знаю, но это точно не символьный, а типа табличный что-ли, или псевдогеометрический.  Но способов всего два - двоичный код из данных и вот этот маршрутный

Офигенная логика! Главное слова подходящие, а то что вообще о другом, так какая разница?

Что значит лучше/хуже? Это неверная постановка вопроса. Она просто другая и для калькуляторов просто не нужна. Ну и технологичнее и дешевле и вообще решение, которое искать не надо.

А мне сдается, что просто мысля не заходила реализовать для двоичных единиц, ибо память была дефицитной и дорогой, а тут на каждый двоичный символ требуется адрес. Но эта расточительность компенсируется единственностью представления уникального экземляра. В смысле для примера ФИО тезок представляется один раз. Ну и обучение фильров- распознавалок происходит автоматически.
Ну и ,конечно требуется не RAM в чистом виде, а возможно "второе полушарие", ассоциативное в плюс к обычной памяти. Подозреваю, что маршруты можно и не адресами связывать, а вентилями под управлением входной последовательностью.