VIX 2.3 on VU+ uno memory is just 275260kb

[laraaj]

Hello checking the Vu+ uno memory with the free command it gives me the following strange output :


root@vuuno:~# free
total used free shared buffers
Mem: 275260 243888 31372 0 1112
-/+ buffers: 242776 32484
Swap: 98300 0 98300

wondering where did the reset of the 512Mb goes. is it something wrong with my receiver or is it something wrong with the image ?

[pooface]

No, that's perfectly fine. Rest of memory is used for other stuff such as graphics etc iirc...

Sent with Tapatalk

[Larry-G]

Linux systems use memory more efficiently that windows systems do. in a Linux environment free memory is wasted memory.

[laraaj]

Thank you guys for your replay. you maybe right pooface the rest of the memory may be used for graphics or as a reserved memory for other hardwares. but there is no efficiency in linux not to show 212Mb of the memory. it should at least used as a buffer for the 1000 Gigab hard drive i'm using in my receiver. i have been using linux for a very long time and i never heard or experienced this kind efficiency. but this is really a serious subject that's worth further investigation because on the box of the vu+ "Main Features" says "128M NAND Flash/512M DRAM" but in the manual of the receiver inside the box "Main Features" says "128M NAND Flash / 384M DRAM".
we shouldn't allow ourselves to be victims of marketing lies. i contacted Vu+ about this and they didn't replay yet.

[Rob van der Does]

Thank you guys for your replay. you maybe right pooface the rest of the memory may be used for graphics or as a reserved memory for other hardwares. but there is no efficiency in linux not to show 212Mb of the memory...it should at least used as a buffer for the 1000 Gigab hard drive .....
That has nothing to do with efficiency: as that memory is reserved for frame buffer & drivers, it's not available. And there's no point in showing not-available memory, is there?
And being reserved it's also not available for any other purpose, as you suggested.

And besides: a STB can't be (fully) compared with a Linux-based PC: ts-streams being steady streams there's no need for any buffering at all. Even recording some 6 streams and viewing another is an easy job for any HDD without any buffering help from the outside world. There's no point in using valuable memory for that.

BTW: Why do you use a SWAP-file? You know that this slows down your box?

[Trial]

Hi laraaj,
be assured that from your used 240MB is more then 150MB cache for the file system.

PC Example: What shows a PC with 4GB running under XP-32? 3-3.5 GB why did they not show 4GB? Because they cannot use it.

ciao

[laraaj]

Thanks Rob van der Does for your reply, i was just checking the options of some images i was trying and i activated the swap. that's when i actually used the command free to check the memory. it was chocking that it says there is just about 300MB total memory so i was afraid my receiver wasn't genuine, but i checked with the vuplusgenuine plugin and it said Authenticated. Do you have any idea why the contradiction between the manual and the box. on the box of the vu+ "Main Features" says "128M NAND Flash/512M DRAM" but in the manual of the receiver inside the box "Main Features" says "128M NAND Flash / 384M DRAM".

[Rob van der Does]

Nope, apart from possible typo's I don't.

The kernel bootlog of the DUO shows:


DDR Freq: 395MHz
CPU speed: 405MHz
Memory Config: 32+16 non-UMA
Device Tech: 1Gb
Total memory: 384MB
Boot Device: NAND
ECC: Hamming
Total flash: 128MB

[laraaj]

Hi laraaj,
be assured that from your used 240MB is more then 150MB cache for the file system.

PC Example: What shows a PC with 4GB running under XP-32? 3-3.5 GB why did they not show 4GB? Because they cannot use it.

ciao
Hi Trial thanks for your replay as for 4 Giga under x86 or 32bit operating system that's a different subject it has to do with the processor address range a 32bit processor should only address a range of 2 exponent 32. which equal 4294967296 bits minus addresses reserved for hardwares and bios. that only leaves about 3.5 Giga for the operating system. any memory more than 4Giga wouldn't be used. that's why they are migrating to 64bit or x64 processors which means 2 exponent 64 of memory addresses the processor can support which means 18446744073709551616 bits about 21474836488 Gigabit of memory. the chip used on Vuplus Uno is BCM7413 with a processor MIPS16e.
http://www.broadcom.com/products/IPTV/IPTV-Solutions/BCM7413
http://www.mips.jp/products/architectures/mips_16e.php#summary

[laraaj]

Rob van der Does Can you please tell me how did you get that kernel bootlog so i can try it with Vu+ Uno, and what's the output of the free command on your receiver ?

[Rob van der Does]

Rob van der Does Can you please tell me how did you get that kernel bootlog so i can try it with Vu+ Uno, and what's the output of the free command on your receiver ?


root@vuduo:~# free

total used free shared buffers
Mem: 138280 135280 3000 0 6708
-/+ buffers: 128572 9708
Swap: 0 0 0

UNO:

DDR Freq: 396MHz
CPU speed: 405MHz
Memory Config: 64-bit UMA
Device Tech: 1Gb
Total memory: 512MB
Boot Device: NAND
Total flash: 128MB


root@UNO-2:~# free

total used free shared buffers
Mem: 275244 117140 158104 0 628
-/+ buffers: 116512 158732
Swap: 0 0 0
root@UNO-2:~#

A kernellog can be obtained by using a serial connector and a program like Putty.

[laraaj]

thanks alot for your help Rob van der Does, i already tried to use Null modem cable with putty but i only get unreadable characters.

[Rob van der Does]

Make sure you use the correct settings:

speed: 115200
databits: 8
stopbits: 1
parity: none
flow controll: XON/XOFF

[laraaj]

thanks alot I got the same output like had

DDR Freq: 396MHz
CPU speed: 405MHz
Memory Config: 64-bit UMA
Device Tech: 1Gb
Total memory: 512MB
Boot Device: NAND
Total flash: 128MB