.
Отредактировано Шарпер (2021-12-04 22:51:04)
Амальгама |
Привет, Гость! Войдите или зарегистрируйтесь.
Вы здесь » Амальгама » Reductor Sapiens » Новая теория памяти – прорыв или утопия? #2
.
Отредактировано Шарпер (2021-12-04 22:51:04)
а он всего-то 250м2.
А как тебе сила тока 399 А?!
А как тебе сила тока 399 А?!
Это просто дополнительная опция чтобы пытать врагов, ну и для сварки на всякий случай, мало ли.
Я так понимаю, что так и не увижу как в десятичную таблицу вписывают число 52.
Я так понимаю, что так и не увижу как в десятичную таблицу вписывают число 52.
А чем Вас простые числа не устраивают? Почему именно 52?
зы Там есть 53
Отредактировано Шарпер (2021-12-30 11:49:59)
Я так понимаю, что так и не увижу как в десятичную таблицу вписывают число 52.
Это несложно сделать.
Можно туда вписать хоть черта с рогами.
Только ты не по адресу обращаешься.
Шарпер эту таблицу придумал, но как ее употребить по прямому назначению, он не понимает.
Я, в принципе, могу показать, как это делается.
Оно реально надо, или все эти вопросы просто по приколу?
Это просто дополнительная опция чтобы пытать врагов
Ага.
Причем сразу целый батальон, включенный в цепь последовательно!
из блока ВЧ однажды были торжественно извлечены офицерские хромовые сапоги
После этого агрегат мог перестать работать, если бы ВЧ контуры были подстроены с учётом наличия сапог.
А как тебе сила тока 399 А?
Это скидка к новому году, обычно по 400.
Шарпер эту таблицу придумал, но как ее употребить по прямому назначению, он не понимает.
А по шее? И придумал не я. Я только модернизировал Trie
После этого агрегат мог перестать работать, если бы ВЧ контуры были подстроены с учётом наличия сапог.
Там все продумано, и контуры - экранированые.
Как- то хотел найти фото воздушных конденсаторов, которые как-раз за настройку на частоту отвечают.
А вот фигушки!
Фото с выдвинутым блоком ВЧ дофига в сети, но там все закрыто экранами, и самих конденсаторов не видно..
контуры - экранированые
С навесной динамической защитой толщина композитных экранов доходила до 200 мм, судя по описанию.
А чем Вас простые числа не устраивают? Почему именно 52?
Простые не устраивают, потому что интересует именно десятичная таблица. Там то ли я опять не понял принцип ее действия, то ли это в ней вообще сделать нельзя.
Если лень перерисовывать, то просто скажи, какие числа в каких ячейках должны там появиться.
Там есть 53
Я не нашел. Где?
интересует именно десятичная таблица
Так она и есть десятичная. Лукомор в нее 29 чисел не поленился нарисовать
Я не нашел. Где?
Так она и есть десятичная.
Я то про твою десятичную. Ну ок, проехали.
Лукомор в нее 29 чисел не поленился нарисовать
Это трудовой подвиг. Но пока что я вижу, что для этого нужен массив 64х11=704 байта вместо обычных 29. Разница почти что в 25 раз.
В 15-й строке
Ну ок. А 531 как туда записать? Вот не получится ли так, что в ячейку с координатами строка 13 столбец 5 кроме ссылки на стоп-строку 15 придется еще одно (а на самом деле не одно) значение вписывать?
С навесной динамической защитой толщина композитных экранов доходила до 200 мм, судя по описанию.
Я искал фото, чтобы рассказать об одном казусе, который имел место, когда переходили от Р-250м2, к следующему поколению приемников - к Р-399А.
Но потом как-то проехали эту тему, а фото я так и не нашел...
Этот казус касался ручки настройки приемника на частоту, и именовался он "валкодер",
но Шарпер такого слова все равно не знает, так что - ни к чему...
Спасибо, я примерно так и понимал, что увеличение количества цифр в числе будет вызывать бурный рост таблицы.
Для обычной памяти у нас на число будет уходить примерно фиксированное число байтов памяти, ну пусть 4 байта для длинных целых, итого для n чисел нужно максимум 4n байтов. А таблица похоже будет расти вниз со скоростью ~10^х строк, где х - число цифр. При этом на запись каждого числа будет уходить (х+1)*11 байтов, но это полбеды, беда в том, что для хранения любого количества чисел всё равно нужно иметь полную таблицу размером 10^х*11 байтов. Ну а с переходом с десятички на все коды ascii всё становится еще более печально.
То есть моя оценка, что требуемый обьем памяти в случае таблицы вырастет в десятки-сотни раз, оказывается довольно оптимистичной, для больших чисел все может быть даже хуже.
Ну и в целом получается, что таблица позволяет узнать, а есть ли в памяти числа 53 и 531, но не позволяет мне целенаправленно извлечь нужное значение. Типа телефонной книжки, в которой есть только телефонные номера, но нет имен их владельцев - можно убедиться, что такой-то номер записан, но нельзя узнать чей он и нельзя узнать номер телефона конкретного человека.
Или я не прав?
Я то про твою десятичную
У Лукомора лучше
что для этого нужен массив 64х11=704 байта вместо обычных 29.
Ну так эта таблица не для 29 чисел, а для 290 = 10*29, не считая пустые стоповые строки. Другое дело, что это память маршрутов к данным, а не данных и на каждый бит потребуется 32 или 64 адресных, хотя аппаратно видимо можно извратиться со смещениями. Ну и исключение дубликатов рулит.
Ну ок. А 531 как туда записать
Лукомора не обошнать
Или я не прав?
Причем во всем тексте.
Это память маршрутов, а не данных. "Второе полушарие", в качестве аналогии.
А таблица похоже будет расти вниз со скоростью ~10^х строк, где х - число цифр
Нет, если Вы не собираетесь записывать числовой ряд целиком. Естественный язык содержит значительно меньше слов, чем количество возможных комбинаций. Плюс к этому, не плодятся дубликаты
Ну а с переходом с десятички на все коды ascii всё становится еще более печально
Наоборот. В двоичке больше совпадений
Ну и в целом получается, что таблица позволяет узнать, а есть ли в памяти числа 53 и 531, но не позволяет мне целенаправленно извлечь нужное значение
Значение или обработчик хранится в точке указанной маршрутом в обычной памяти.
Лукомора не обошнать
"А чего сразу Лукомор?!" (с) Лукомор
Значение или обработчик хранится в точке указанной маршрутом в обычной памяти.
Именно это я и полагал!
Таким сложным маневром записан просто адрес ячейки (531) в обычной памяти, в которой ячейке хранится число 531.
Отредактировано Лукомор (2021-12-31 11:51:08)
Плюс к этому, не плодятся дубликаты
Да, не плодятся.
Поэтому вместо слова "колобок" в памяти сохранится "колб",
А вместо фразы "Косой Косой косил косой косой", из такой памяти можно извлечь только мычание:
"Косой ил".
если Вы не собираетесь записывать числовой ряд целиком.
Для выполняемой любой программы, в ОЗУ обычно хранятся:
коды операций, адреса операндов, и адреса, в которых будут сохранены результаты выполнения команд.
После завершеия работы программы память освобождается...
Ну так эта таблица не для 29 чисел, а для 290 = 10*29, не считая пустые стоповые строки.
Вот как раз наоборот.
Пустые стоповые строки и есть числа...
Именно поэтому в моей таблице - из 64 строк ровно 29 пустых стоповых строк.
По одной на каждое простое число.
Все остальное - это заготовки чисел - полуфабрикаты, -промежуточные участки маршрута к каждой из стоповых строк...
И всю эту таблицу можно, в принципе, сохранить в 110 битах, если проставить единички в тех битах, номера которых - простые числа.
Если считать крайний левый бит нулевым, получится такая битовая строка:
00110101 00010100 01010001 00000101 00000100 01010001 00000100 00010100
00010001 01000001 00010000 01000000 01000101 00010100
В этой строке 112 бит. Их номера соответствуют нулю и первым 111 натуральным числам.
Номер бита равен самому числу, а значение бита:
0 - составное число,
1 - простое число.
В строке ровно 29 единичек, потому что на интервале (0...111) ровно 29 простых чисел.
Лукомор это еще на Мембране предлагал, а Шарпер искусно довел все до логического абсурда.
Отредактировано Лукомор (2021-12-31 12:31:17)
Таким сложным маневром записан просто адрес ячейки (531) в обычной памяти, в которой ячейке хранится число 531.
Типа того, ага. Но "Лукомор" хранится в конце маршрута "лукомор", а это не число
Поэтому вместо слова "колобок" в памяти сохранится "колб",
Не понял с чего вдруг. Путаешь память путей к данным с данными?
Для выполняемой любой программы, в ОЗУ обычно хранятся:
коды операций, адреса операндов, и адреса, в которых будут сохранены результаты выполнения команд.
После завершеия работы программы память освобождается...
Это верно для программируемых калькуляторов, а вот для обучаемых автоматов деменция противопоказана.
Вот как раз наоборот.
Пустые стоповые строки и есть числа...
Я согласен, что все наоборот, но таки наоборот - пустые строки не нужны. Точнее это уже область обычной памяти с данными и обрпботчмками
Остальные - это мусор - промежуточные участки маршрутов, которые никаких чисел не содержат.
Ну так, специальная поисковая память
И всю эту таблицу можно, в принципе, сохранить в 110 битах, если проставить единички в тех битах, номера которых - простые числа.
А ты отвлекись от числового ряда. Перейди к последовательностям с АЦП, например.
В этой строке 112 бит. Их номера соответствуют нулю и первым 111 натуральным числам.
Это не универсально и даже для текстов не годится, а Triе и музыку может
Типа того, ага. Но "Лукомор" хранится в конце маршрута "лукомор", а это не число
"Всё есть число" (с) Пифагор.
"Лукомор" - это число ( ASCII Win-1251 кириллица) :
11001011 11110011 11101010 11101110 11101100 11101110 11110000
Путаешь память путей к данным с данными?
У тебя же данные хранятся в памяти путей?
Вот поэтому путь к данным и совпадает с самими данными...
Это верно для программируемых калькуляторов, а вот для обучаемых автоматов деменция противопоказана.
Поэтому у обучаемых автоматов данные хранятся на внешних носителях, а не в RAM.
Вы здесь » Амальгама » Reductor Sapiens » Новая теория памяти – прорыв или утопия? #2