Samsung begins mass production of 1GB GDDR5 chips #SDC

  • 60 results
  • 1
  • 2

This topic is locked from further discussion.

Avatar image for navyguy21
navyguy21

17952

Forum Posts

0

Wiki Points

0

Followers

Reviews: 10

User Lists: 0

#51  Edited By navyguy21
Member since 2003 • 17952 Posts

Going from 16 512mb to 8 1gb would mean games coded under former wouldn't work.......no?

Avatar image for deactivated-57d8401f17c55
deactivated-57d8401f17c55

7221

Forum Posts

0

Wiki Points

0

Followers

Reviews: 0

User Lists: 3

#52 deactivated-57d8401f17c55
Member since 2012 • 7221 Posts

@navyguy21 said:

Going from 16 512mb to 8 1gb would mean games coded under former wouldn't work.......no?

Doesn't change anything other than the number of space taken up by RAM in the box. It's just like a chip die shrink but for memory.

Avatar image for navyguy21
navyguy21

17952

Forum Posts

0

Wiki Points

0

Followers

Reviews: 10

User Lists: 0

#53  Edited By navyguy21
Member since 2003 • 17952 Posts

@Chozofication said:

@navyguy21 said:

Going from 16 512mb to 8 1gb would mean games coded under former wouldn't work.......no?

Doesn't change anything other than the number of space taken up by RAM in the box. It's just like a chip die shrink but for memory.

Thats not what i mean. Ill try to simplify:

Right now, games are coded for the 16-512MB modules, so changing.......reducing.........the number of modules is like changing hardware no?

Console games arent coded like PC games, the hardware is fixed.

I would think that.........without heavy patches...........that older games would be presented with glitches, crashes, bugs, etc..........associated with the change in RAM modules.

If i programmed my game specifically for an AMD processor then switched to Nvidia, there would be problems...........no?

Or programmed my game expecting a certain bandwitdth.....and certain setup..........the same applies (with fixed hardware).

Avatar image for deactivated-583e460ca986b
deactivated-583e460ca986b

7240

Forum Posts

0

Wiki Points

0

Followers

Reviews: 0

User Lists: 0

#54 deactivated-583e460ca986b
Member since 2004 • 7240 Posts

@emgesp said:

@clyde46 said:

@GoldenElementXL said:

@clyde46 said:

If you think this will benefit the PS4 then you are sadly mistaken.

Not going to happen. You can increase the storage but you can't increase the memory without having devs redesign their games.

PS4 slim? This new chip could be used for that, right?

If its the same specs as the original build then sure. You won't see a PS4 with 16GB of GDDR5 though.

No, I think he meant that Sony could achieve the same amount of ram by using half the amount of memory modules. Making things overall cheaper to manufacture.

Bingo

Avatar image for Opus_Rea-333
Opus_Rea-333

1238

Forum Posts

0

Wiki Points

0

Followers

Reviews: 0

User Lists: 0

#55  Edited By Opus_Rea-333
Member since 2013 • 1238 Posts

So cheapers PS4 coming late 2015..

329.99 or 299.99 sounds like the ideal price for a Indie/Bloodborne machine..

Avatar image for FoxbatAlpha
FoxbatAlpha

10669

Forum Posts

0

Wiki Points

0

Followers

Reviews: 0

User Lists: 0

#56 FoxbatAlpha
Member since 2009 • 10669 Posts

I was reading the OP, trying to figure out where TC was going with it. Got to the end and proceeded to ROFLMMFAO!

Avatar image for Couth_
Couth_

10369

Forum Posts

0

Wiki Points

0

Followers

Reviews: 0

User Lists: 0

#57  Edited By Couth_
Member since 2008 • 10369 Posts

@navyguy21 said:

@Chozofication said:

@navyguy21 said:

Going from 16 512mb to 8 1gb would mean games coded under former wouldn't work.......no?

Doesn't change anything other than the number of space taken up by RAM in the box. It's just like a chip die shrink but for memory.

Thats not what i mean. Ill try to simplify:

Right now, games are coded for the 16-512MB modules, so changing.......reducing.........the number of modules is like changing hardware no?

Console games arent coded like PC games, the hardware is fixed.

I would think that.........without heavy patches...........that older games would be presented with glitches, crashes, bugs, etc..........associated with the change in RAM modules.

If i programmed my game specifically for an AMD processor then switched to Nvidia, there would be problems...........no?

Or programmed my game expecting a certain bandwitdth.....and certain setup..........the same applies (with fixed hardware).

No.. They can change to 8 1 GB modules. They can switch to a single 8GB module. It doesn't make a difference on the developer level. Memory is addressed by the processor all the same

Avatar image for Gue1
Gue1

12171

Forum Posts

0

Wiki Points

0

Followers

Reviews: 7

User Lists: 0

#58  Edited By Gue1
Member since 2004 • 12171 Posts

@navyguy21 said:

@Chozofication said:

@navyguy21 said:

Going from 16 512mb to 8 1gb would mean games coded under former wouldn't work.......no?

Doesn't change anything other than the number of space taken up by RAM in the box. It's just like a chip die shrink but for memory.

Thats not what i mean. Ill try to simplify:

Right now, games are coded for the 16-512MB modules, so changing.......reducing.........the number of modules is like changing hardware no?

Console games arent coded like PC games, the hardware is fixed.

I would think that.........without heavy patches...........that older games would be presented with glitches, crashes, bugs, etc..........associated with the change in RAM modules.

If i programmed my game specifically for an AMD processor then switched to Nvidia, there would be problems...........no?

Or programmed my game expecting a certain bandwitdth.....and certain setup..........the same applies (with fixed hardware).

read some about compilers, API's and memory model.

When you code for CPU AMD or Nvidia people usually do so on a high level language like C. If you want to get closer you use something like Assembler with the x86's instruction set on 32 or 64 bit, and if you are crazy then on binary. TLOU has code optimized on a binary level, you can't get closer than that since you're literally talking to the HW face to face.

But what is the purpose of compilers? It takes high level code like C (mostly words) or slightly lower code like Assembler (mostly hexadecimals with some letters) and turns it into machine language. High-level language of-course uses the most resources due to the overhead caused by the compiling process and so on.

When you code for GPU you usually do it with DX or openGL through a high level language too. On college I coded openGL (my prof hates MS with a passion) on C++ and I made some snowmen with specular lighting and snow falling. Then a planetary system with rotation and lighting changes. All done manually at low level with my own calculations, no engine used with pre-baked stuff. I ran this code on Nvidia GPU, AMD GPU and Intel IGC and there was no problem at all because well... That is the purpose of the API. Communication.

------

Now talking about that memory model... When you optimize for memory you're optimizing for bandwidth not HW since you can only talk directly to the CPU, GPU or I/O. So reducing memory modules for ones that offer higher capacity will go unnoticed by the code.

But when it comes to performance, the code will still run well regardless, I have read on many forums that 2 sticks of 512MB gives better performance than 1GB stick because of dual channel mode. But then again, when these consoles are redesigned they change stuff, so what prevents them from using slightly wider conductors in favor of cheaper manufacturing cost of the GDDR5 memory if the trade off is worth it?

------

Avatar image for funsohng
funsohng

29976

Forum Posts

0

Wiki Points

0

Followers

Reviews: 0

User Lists: 0

#59 funsohng
Member since 2005 • 29976 Posts

Samsung? You mean that Korean company that basically ended Sony's Electronic division?

Avatar image for papatrop
PapaTrop

1792

Forum Posts

0

Wiki Points

0

Followers

Reviews: 0

User Lists: 5

#60 PapaTrop
Member since 2014 • 1792 Posts

@funsohng said:

Samsung? You mean that Korean company that basically ended Sony's Electronic division?

It's kinda like how Sega works for Nintendo now.

Avatar image for deactivated-57d8401f17c55
deactivated-57d8401f17c55

7221

Forum Posts

0

Wiki Points

0

Followers

Reviews: 0

User Lists: 3

#61 deactivated-57d8401f17c55
Member since 2012 • 7221 Posts

@Couth_ said:

@navyguy21 said:

@Chozofication said:

@navyguy21 said:

Going from 16 512mb to 8 1gb would mean games coded under former wouldn't work.......no?

Doesn't change anything other than the number of space taken up by RAM in the box. It's just like a chip die shrink but for memory.

Thats not what i mean. Ill try to simplify:

Right now, games are coded for the 16-512MB modules, so changing.......reducing.........the number of modules is like changing hardware no?

Console games arent coded like PC games, the hardware is fixed.

I would think that.........without heavy patches...........that older games would be presented with glitches, crashes, bugs, etc..........associated with the change in RAM modules.

If i programmed my game specifically for an AMD processor then switched to Nvidia, there would be problems...........no?

Or programmed my game expecting a certain bandwitdth.....and certain setup..........the same applies (with fixed hardware).

No.. They can change to 8 1 GB modules. They can switch to a single 8GB module. It doesn't make a difference on the developer level. Memory is addressed by the processor all the same

Well actually if they used just 1 stick that would cost some performance, since memory is faster in dual and quad channel configurations. But since it will have 8 modules it wouldn't hamper anything.

The Xbox one already uses quad channel memory so they can't reduce the amount of modules (4x 2gb modules) without lowering bandwidth. Not like they need to since DDR3 is so cheap.