Но хотелось бы конкретики...
Что конкретно ВСЁ на этот раз? 
По пунктам...

Отредактировано Лукомор (2021-12-26 20:38:30)

На 16 странице 2-ой части обсуждения, наверное, можно.
Впрочем, не вопрос. 4 страницы обсуждения пролетят так быстро, что мы и не заметим.

Бррр, погоди, объясни, что такое чётная единица, а что такое нечётная единица?

Ладно, объясни, что ты подразумеваешь под чётностью в двоичном коде. Потом  скажи, как ты представляешь адрес ячейки,

Ещё более всё сложно стало, нули - чётны, единицы не чётные.  две разновидности есть, можно две ячейки памяти адресовать, как работать с остальными?

тогда изначально необходимо называть систему системой ассоциативного поиска, а не системой ассоциативной памяти. и сразу всё меняется!

Тут все не так просто...

Попробую объяснить, как я понял идею-фикс Шарпера, и почему это не будет работать.
Потом, конечно, придет Шарпер, и скажет, что все наоборот, но, по крайней мере, мы сможем зафиксироваться на некотором уровне понимания,
и перестать куда-то скользить в кромешной тьме шарперовских объяснений.

Возьмем, для примера, слово "колобок" и запишем его в память, например, начиная с адреса 0х10 (адреса условные, чисто для примера,
попрошу не доколупываться до тонкостей физической реализации сего действа).
При адресной организации памяти получится такая таблица:

адрес ячейки - символ - код символа по ASCII

0х10 - к - 0хЕА
0х11 - о - 0хЕЕ
0х12 - л - 0хЕВ
0х13 - о - 0хЕЕ
0х14 - б - 0хЕ1
0х15 - о - 0хЕЕ
0х16 - к - 0хЕА

Теперь, если я хочу узнать, сколько букв "о" хранится на складе в памяти, в диапазоне адресов
от 0х10 до 0х16 включительно, я должен код символа, хранящегося в каждой ячейке, сравнить с кодом символа "о" - 0хЕЕ,
и, в случае совпадения, увеличить счетчик на единицу или вывести на печать адрес ячейки.

Чтобы ускорить этот процесс, мы можем (а Шарпер не может) построить ассоциативную память, в которой каждому символу будут соответствовать
адреса ячеек, в которых хранится этот символ:

код символа - символ - адреса ячеек

0хЕ1 - б - 0х14
0хЕА - к - 0х10, 0х16
0хЕВ - л - 0х12
0хЕЕ - о - 0х11, 0х13, 0х15

в таком случае для того, чтобы  узнать, сколько букв "о" хранится в указанном диапазоне адресов,
мы можем сразу либо распечатать соответствющую  строку из таблицы,
либо посчитать количество записей в этой строке, а, по хорошему, оно уже должно храниться отдельным столбцом в этой таблице в таком примерно виде:

код символа - символ - количество адресов - адреса ячеек
0хЕЕ - о - 3 - 0х11, 0х13, 0х15

Теперь, что же предлагает белопушистый взамен этих двух способов организации памяти?!

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

Получим следующую иаблицу:

код символа - символ - адрес ячейки

0хЕ1 - б - 0хЕ1
0хЕА - к - 0хЕА
0хЕВ - л - 0хЕВ
0хЕЕ - о - 0хЕЕ.

Что можно делать при помощи этой таблицы?
На этапе создания - проверить, встречался ли такой символ ранее, если нет - записать его код в соответствующую ячейку.
В результате этих усилий получится полная таблица символов кода ASCII, сориентированная на местности по адресам ячеек памяти.

Что можно делать с такой таблицей после ее создания?
- Ничего!

Например, чтобы узнать, сколько раз в слове "колобок" встречается буква "о", нам нужно, не глядя в таблицу им.Шарпера,
заново ввести это слово, попутно сравнивая код каждого вводимого символа с кодом символа "о", и увеличивая счетчик на единицу при совпадении.

А как же память?
В ней же по идее хранятся (маршрутами) все возможные слова, которые только можно составить из символов кода ASCII.
По идее они там все есть, но по, факту, кроме самих символов, в такой памяти и нет ничего.

Таким образом, по прямому адресному обращению к ячейке 0хЕЕ мы узнаем, что в ней хранится символ 0хЕЕ,
то-есть, не узнаем ничего нового, потому что ничего кроме этого символа в ней храниться не может в принципе.
А при обращении к коду символа 0хЕЕ узнаем, что он хранится в ячейке 0хЕЕ, что тоже не дает никакой новой информации,
поскольку нигде больше он храниться не может.

А для того, чтобы узнать, сколько раз буква "о" входит в слово "колобок", такая память бесполезна, придется ее отложить,
и работать просто с шиной ввода/вывода напрямую, не приходя в память...

Вот примерно так я понял, в общих чертах, прорывную идею Шарпера...
Если я понял не правильно, то правильно понять ее абсолютно невозможно.

Отредактировано Лукомор (2021-12-27 05:57:28)

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

Это потому, что ты только половину рассказал, а вторая половина у тебя "на ум пошла".
А понял неверно, потому что ты рассказал невнятно.
Вот возьми мой пример с колобком в качестве входной последовательности, и покажи, как конкретно она хранится в памяти,
с адресами, паролями и явками,, и покажи, как хранятся в памяти также и маршруты, и как эти маршруты ассоциируют входную последовательность с точкой запуска реакции на нее.
А также, как в памяти хранится точка запуска реакции, и какой тип данных поддерживает эта точка запуска, и много чего еще...

И как это сделать практически?!
Если словарь таки состоит всего из двух строк, то память не нужна вообще. Потому что входная последовательность в таком случае состоит максимум из одного символа.

Отредактировано Лукомор (2021-12-27 11:15:59)

Там совершенно ничего не было про карибский кризис, борьбу с апартеидом и голодовку доктора Хайдера перед Белым Домом.

Потому и невнятно.

... и к бениной маме еще! 
Я помню...

Отредактировано Лукомор (2021-12-27 12:05:54)