Чисто теоретически.Допустим какая нибудь игра весит всего 4GB в полностью распакованном и установленном виде (какое нибудь некроговно мамонта или казуалочка на Flash/визуальная новелка из 90-х), а меня на борту видеокарта с 8GB памяти (или больше). Получается ли так что в память карты можно фактически загрузить всю игру целиком, минуя харды и RAM чуть более чем вообще? Это вообще возможно, или существуют какие-то анальные подводные камни на софтварном или железном уровне из-за которых такое не может быть осуществлено в принципе? Даже если нет, речь идёт о дискретном видео. А возможно ли подобное если видео будет встройкой, например полная установка игры в память встроенного видео проца (если памяти будет достаточно, естессно) и подгрузка напрямую из него? В общем как-то так.
>>1714018 (OP)>агрузить всю игру целиком, минуя харды и RAM чуть более чем вообще?Нет, нельзя.
>>1714019Всё сообщение прочти сначала пержде чем отвечать, Пингвин.
Вообще-то во-первых, игра создает много динамического контента по ходу дела. Во-вторых, текстурки у тебя на диске сжатые, а в памяти превращаются в обычный RGBA и весят дохуя(сильно более 4ГБ суммарно).В-третьих, игори состоят не только из того что льется на GPU, но и много чего должно делать в обычной памяти потому что:В четвертых, GPU это специализированные процессоры для параллельных вычислений примитивной хуеты, в частности, графики. 99% кода игорей исполняется на CPU, и на GPU переведено быть не может.
>>1714018 (OP)Можно, но зачем? Работать она из неё не будет, это не RAM, из которой процессор может просто так считать данные и загрузить их обратно без слоя абстракций.
>>1714021>>1714022Опять же, чисто теоретически возможно ли такое ВООБЩЕ? Если например будет создан новый язык програмирования или новая структура железа (INB4: 3D Xpoint) позволяющая производить такие операции? Проще говоря, если через десяток-другой лет память видеокарт будет быстрой как/быстрее RAM и при этом накапливать/отгружать информацию по принципу SSD, то в таком случае будет ли возможно загружать игры целиком в видеокарту если на руках будет новое API или программерский язык позволяющие делать подобное?
>>1714022Может он считать, и записать, нехуй делать.Только он не приспособлен для этого, он на bandwidth заточен, а не на latency, в отличие CPU и обычной памяти. Будет тормозить.И еще раз, в GPU нет возможностей обычных CPU. Тупо нет. Он по-другому устроен. Игори требуют сложной логики, которую не написать без этого.
>>1714023>Проще говоря, если через десяток-другой лет память видеокарт будет быстрой как/быстрее RAMлол
>>1714020Я и прочел твой высер, о чем тут же пожалел. Гугли, что такое графическая память и опертивная, статей на вики тебе хватит.
>>1714021>Вообще-то во-первых, игра создает много динамического контента по ходу дела. Я прекрасно понимаю что Игори переполнены плавающими точками и всякими всратыми not a number'ами чуть более чем дохуя (на которых чуть более чем почти всегда и основываются динамические расчёты), но чисто теоретически если видеокарты будущего смогут сохранять информацию в большом количестве и хранить её долгосрочно и при этом будут иметь дополнительный кэш для подгрузки молниеносно обсчитываемых эффектов, то в принципе возможно написать игру "под видеокарту", например? Такую игру которая будет устанавливаться непосредственно в видеокарту, и задействовать ресурсы только лишь самой видеокарты. APU ведь уже давно пытаются совместить процессорные и видео задачи, а ещё к тому же с приходом HSA и 3D Xpoint подобное совсем уже не кажется такой уж фантастикой, особенно учитывая что квантовые компьютеры уже совсем на пороге.
>>1714023Еще раз, GPU заточены на микрооперации с флоатами на massive-parallel scale. Он туп, но параллелен. 99% кода требуют как раз умного и последовательного выполнения.И думаю, так будет всегда, такое разделение.Даже если будет интеграция GPU и CPU.Просто будут разные ортогональные ALU, для разных классов задач.
>>1714029>Даже если будет интеграция GPU и CPUНо ведь APU уже почти с десяток лет существуют.
>>1714029И такое разделение требует разного обращения с памятью итд.Нет смысла будет заливать огромный сложный последовательный код в видеокарту и выполнять его на 1м достаточно слабом ядре. Когда ядер 9000+ и каждое тупое и заточено на спец. операции.Т.е. даже если instrution set будет как у современных CISC, тупо смысла не будет.Поэтому ответ нет.
>>1714030Это просто два разных процессора в одной коробке. Чтобы продажи повысить, и толкать свое поделие.
>>1714033Судя по всему ты APU никогда не пользовался и никогда не видел как там внутри всё устроено.
>>1714018 (OP)Так-то ничего не мешает, но зачастую игра хранит свои данные не только в неудобном виде, который только стартовой точкой для генерации служит, но ещё и в сжатом. Разверну мысль гейфонщика: к примеру, есть у тебя гном из сотни полигонов с йоба-бутылкой в сумке, каждый полигон хранится, например, в виде трёх точек. Эти 3 точки ты конвертируешь в тот более пухлый формат, который воспринимает движок игры, попутно вычисляя уравнение плоскости и храня его отдельно, потом копируешь на этот полигон кусок текстуры, который на сотне таких полигонов может быть каждый раз заново копирован в зависимости от криворукости разраба движка, потом тебе надо ещё хранить слой с бампмаппингом, высчитанными и ещё отдельно записанными значениями освещённости, гаммы, ещё кучи всякого спецэффектного говна. Итого три точки и пара килобайт текстуры у тебя разрастается в ёбаный ком говна, в десятки раз больше занимая места.А ещё все эти координаты с текстурками могут быть жаты-пережаты каким-нибудь йоба-алгоритмом, который позволит это всё уместить на CD или какой-нибудь стандартный DVD-5.Напоминаю, что я щас описал эпический говнокод на коленке студента авиатракторного чушка из девяностых, который с тех пор оброс кучей методов оптимизации всего этого процесса, но тенденцию, я надеюсь, ты понял.По сути ты щас просишь рамдиск, что в принципе иногда разумно, но в видеокарте, что есть адовый костыль и эталонное нинужно с сегодняшними вычислительными мощностями и носителями с такими соотношениями статического и динамического контента.
>>1714018 (OP)Такое невозможно насколько знаю, потому что ничего кроме графики (И OpenCL c CUDA) не может использовать графическую память на сегодняшний день. Но можно загрузить игру в оперативную память, что даст нехуевый буст, создаешь RAM-disk и оттуда запускаешь игру.Еще есть SSD на основе RAM, очень дорогие, но небольшого размера недорого обойдется, есть даже с аккумуляторами, так что они не сбросятся при выключении.
>>1714018 (OP)вобще в видео памяти можно хранить данные, делал так чисто для прикола в одной утилите для университета, думаю профессор ебанулся, разбирая код и соснул пидор гнойный. но скорость чтения будет заботлнекчена шиной и необходимостью их копировать в RAM для непосредственной работы. будет что-то вроде рам диска или мэппера для нинтендо.
Витя, т?
>>1715721RAM-disk из видеопамяти это же гениально!
Димошкольники не знают, что это давным-давно юзается.https://www.opennet.ru/opennews/art.shtml?num=41267
>>1718694Если у тебя 16 гигов оперативки то это не нужно же.Но хорошо что есть возможность.
>>1718694>Производительность vramfs на тестовой системе с GPU AMD R9 290 4GB (Sapphire Tri-X) достигает 2.4 GB/s для операций чтения и 2.0 GB/s для записи, что составляет примерно 1/3 от производительности классического RAM-диска.Неплохо!
Мне с дивана кажется, что на данном этапе было бы круто создать какие-то быстрые твердотельные накопители и йоба-интерфейсы под них, чтобы на них располагалась сразу и файловая система, и оператива, типа чтобы только своп был, планки нинужны. (ну еще видеопамять, но тут скорее нет, ибо это уже дохуя быстро).
Алсо, в соснолях новых вроде 8 гиг ЖДДР5 используются параллельно как видеопамять и как оператива.
>Получается ли так что в память карты можно фактически загрузить всю игру целиком, минуя харды и RAMЕсть такое устройство с общей памятью, называется игровая консоль. Вот там этим давно занимаются, поскольку одна дорогая память дешевле одной дорогой и одной дешевой.
>>1719385Идиот, оперативка всяко быстрее даже за память видеокарты.Из накопителей самое быстрое что есть это SSD RAM-based с аккумулятором, дораха все еще.
>>1719396Процессоры там кукурузные, им с такой оперативы особого зыска не будет. 4 канальной DDR4 более чем достаточно для любых задач.
>>1719407Выигрыш в экономии железок минимум в 2 раза. а раньше было следующим образом: 512 использует консоль, компьютер требует 512 видео и от 5122 до 5126 обычной только для игры, потому что он еще и дублирует что-то в основной памяти.А по поводу хватает, можно сказать, что и привода двд хватает, потому что уже давно уровни не грузятся полностью.
>>1719514>от 5122 до 5126от 512x2 до 512x6
>>1714018 (OP)Ну у меня например swap а нет, и подгружается в оперативную память, но только немного мозги проебал система зависла, приходится BleachBit выгружать ее там есть такая функция, но не всигда а когда что нибудь большое капируешь или распаковываешь. Конечно запустится
>>1719525Охеренная гифка. А почти кончил на неё.
Пасаны-пасаны)))А я че падумал, ВИДИО-игра жи работает на ВИДИО-карти))А можит игра залезть в память ВИДИОКАРТИ?)))))))Не ну в ПРИНСИПЕ?!?!?
>>1719640Вот-вот. И таких, что самое печальное, 70% прогача.
>>1719640Но буквально же можно это сделать, только не на шиндовс. Вообще сейчас игры слишком большие чтобы так делать.
>>1719677Софтача, прогача двусмысленно звучит.