Конечно есть. Человечество почти утратило тягу к открытию чего-то нового, неизведанного. Все силы ушли на зарабатывание денег.Ну не просто же так не воспользовалось. У всего есть причина.
Всё что в своей основе имеет ислючительно научную цель и в дальнейшем не принесёт прибыли - нафиг. Делаем только то, что набьёт наши карманы.
Объясню ещё раз.А то есть ты склоняешься к моей теории гибридизации?
Оператива быстрая DRAM + Оператива медленная Xpoint + жёсткий диск?
1). Представь ты разработчик Ведьмака 5, пишешь игру, она требует DRAM памяти.
Пользователь запускает твою игру и у него всё тормозит. Почему? Потому что DRAM переполнилась, и игра залезла в медленную Xpoint.
Тебе придётся писать в системных требованиях:
НЕ менее ХГб оперативной памяти DRAM.
2).Допустим ты делаешь игру у которой не возможно чётко определить границу "НЕ менее" (много объектов рождающихся в процессе игры). Тогда игра может начать тормозить неожиданно. А если это не игра? А если это программа? Важная?
Таким образом повышается зависимость работы программы\игры от конфигурации железа, а эта связь и так сильная.
Зачем тратить деньги на медленную, пусть и большую память, если можно поставить на её место быструю.
Все гибриды страдают структурно, это усложнение. От этого разработчикам железа возможно придётся урезать некоторые функции и оптимизации которые могли бы быть на месте гибридизации.
Тут выше речь шла о фотошопе. Возьмём его за пример приложения (любого другого).
У разработчиков есть чёткое представление о том, что для нормальной работы этого приложения (программы, игры) нужно много оперативки. Больше чем есть у потребителя продукта. Встаёт выбор:
1. Использовать место на диске, файл подкачки, который будет ОЧЕНЬ медленный. Приложение будет еле шевелиться. ИЛИ
2. Урезать возможности программы.
Когда у нас появились SSD, резко возрасла скорость работы с файлом подкачки, что уже открыло перед разработчиками ряд возможностей. Во первых скорость приложения возросла, во вторых, можно наворотить новых плюшек в приложение, увеличить его функциональность, но при той же скорости как раньше.
Увеличение скорости работы жёсткого диска по сравнения с SSD на два порядка откроет ещё больше возможностей для разработчиков. Что тут непонятного?
Вот из описанных выше соображений я и утверждаю, что это так. А если тебя интересуют конкретные детали, тебе придётся раскапывать их самому.Потому что ты утверждаешь что это так. Ты веришь в это, но не знаешь этого. Ты часто так делаешь.
Расскажи нам потом, если что-то интересное найдёшь по этому вопросу. Я точно с удовольствием послушаю.
Ещё чуть чуть и SSD будут нормой и тогда в играх мы можем увидеть новое системное требование - SSDИменно, если бы DRAM стоила 10р./1Гб компы бы уже давно обросли бешеными объёмами оперативы.
Речь была о том, что становится доступным и входит в каждый дом. Что толку, что ты сделаешь игру с системными требованиями к оперативке 1 тб? Кто в неё играть будет?
Не всегда есть необходимость обсчитывать все объекты. Не всегда нужна необходимасть обсчитывать объекты полность. Не всегда нужна необходимость обсчитывать объекты по максимально правильной формуле. Многие объекты можно обсчитывать по упрощённой формуле, а многие по очень упрощённой. Например если объекты далеко от игрока, вне зоны его активности.Все эти детали тебе придётся пропустить через центральный процессор... Ты понимаешь что он просто не успеет просчитывать всё то множество объектов о которых ты говоришь. Это как книга, ты можешь написать толстенную книгу, но читать ты будешь примерно 200 слов в минуту. Я говорю, говорю, а ты не понимаешь, что не в объёме оперативы счастье. Да будь у тебя овер9999Тб оперативы, кто всё это будет обрабатывать если всё это будет сразу везде участвовать и взаимодействовать? Количество и живость твоих ботов будет ограничена не памятью, а производительностью. Вот это действительно ограничение для разработчиков - вычислительная мощность.
Нет, конечно большая память поможет в какой-то степени (для составления "таблиц предсказания" например) и отразиться на производительности за счёт оптимизации алгоритмов, но не так сильно и после перехода некоторого порога объёма, дальнейшее добавление памяти никак не повлияет.
А так только загрузка\выгрузка файлов с жёсткого диска уйдёт.
По умоланию - не значит единственные. Программисту приходится сталкиваться с другими типами и осуществлять приведение. Я говорил о том, чтобы отбросит всякое приведение типов. Есть число и всё.Э? Я имел в виду что int и double типы по умолчанию для компилятора C#.
От этого в языке не исчезнут остальные типы и не отпадёт необходимость приведения типов.Компьютер так тоже умеет, ты можешь сам на C# написать такую обёртку которая будет отображать твоё "число" динамической разрядности.
А я бы не отказался от такого языка программирования. Всё что я делал до этого вообще не пострадает. Выполняется операция за 1 миллисекунду или за 2 мне без разницы. Зато удобство разработки повышается.Но есть одно но... Человеку как и компьютеру трудно оперировать многоразрядными числами - падает производительность, а физически АЛУ не сделать "динамически разрядным". Таким образом твоё "число" не будет существовать на низком уровне. А на высоком уже давно есть.
Да и насколько я вижу 90% всех остальных приложений тоже не критичны к производительности.
Ну конечно!Ты как пророк какой-то) Вещаешь, и сам в это веришь. Чем докажешь?
Сейчас брошу всё и буду доказывать. 
Почитай историю развития языков программирования. Как мы докатились до выкокоуровневых языков программирования. А сейчас мы уже имеем все предпосылки для создания сверхвысокоуровневых языков.
Где будет один динамический числовой тип данных.
Где объекты можно будет скопировать так же легко как присвоить объект новой ссылке и не заморачиваться интерфейсами клонирования. Написал например x =+= y; и получил копию объекта, а не присвоил объекту ещё одну ссылку.
и т.д.
Нет. Пока оперативка + xpoin в виде жёсткого диска. Потом универсальная память заменяющая и то и другое.А то есть ты склоняешься к моей теории гибридизации?
Оператива быстрая DRAM + Оператива медленная Xpoint + жёсткий диск?
Значит в этом случае разработчики ведьмака плохо сделали свою работу. xpoint надо было использовать для тех процессов, которые не чувствительны по скорости. Высвобождая тем самым больше оперативки и позволяя реализовать больше моментов, которые к скорости чувствительны.1). Представь ты разработчик Ведьмака 5, пишешь игру, она требует DRAM памяти.
Пользователь запускает твою игру и у него всё тормозит. Почему? Потому что DRAM переполнилась, и игра залезла в медленную Xpoint.
Тебе придётся писать в системных требованиях:
НЕ менее ХГб оперативной памяти DRAM.
Нет, ты хорошо сказал. Я с тобой согласен. Только маленький вопрос. Ты со своей игрой будешь впридачу в подарок оперативку игрокам выдавать? Если нет, тогда тебе придётся ориентироваться на тот объём оперативки, который есть у конечного пользователя, в случае игры у массового потребителя.2).Допустим ты делаешь игру у которой не возможно чётко определить границу "НЕ менее" (много объектов рождающихся в процессе игры). Тогда игра может начать тормозить неожиданно. А если это не игра? А если это программа? Важная?
Таким образом повышается зависимость работы программы\игры от конфигурации железа, а эта связь и так сильная.
Зачем тратить деньги на медленную, пусть и большую память, если можно поставить на её место быструю.
И вот тут, если ты захочешь реализовать чуть больше и сделать чуть интереснее, ты сможешь ряд медленных процессов "привязать" к xpoint, а быстрые будут использовать оперативку.
А это уже разработчикам программ надо будет решить, хотят они заморочиться с усложнением программы ради увеличения функционала. Но возможность то есть. О возможностях я и говорил.Все гибриды страдают структурно, это усложнение.
Выше всё написал.Ну да, Xpoint замечательно заменит SSD если сможет с ним конкурировать. Но не оперативу, так как с ей он сейчас не конкурент.
Ты посчитал уже срок службы такой памяти в качестве оперативки?Во, это уже лучше!
Энергонезависимая - отлично!
Говорят, дешёвая - супер!
Скорость, говорят, соизмерима с оперативой - благодать!
Правда минус всё таки есть - циклы записи... маловато. Оператива - это такое место... как трущаяся деталь, там ведь постоянно что-то пишется\стирается, миллионов может оказаться мало.
Так что скорее всего это не "оно", скорее всё таки пойдёт в нишу SSD за\перед xpoint-ом.
Картина Художник и знаток (П. Брейгель)