Raspberry Pi 4 Thread - general discussion

[fruitoftheloom]

First off.. Let me say I love Raspberry Pi. It has almost singlehandedly brought back the coolness of home computing with its openness and DIY community. So when I heard the news, of course I ordered the Pi4 faster than an owl can hoot!

I got it yesterday and guess what, they reversed the USB and Ethernet ports. Not only this, but they also stick out a millimeter extra. How could the Pi foundation have made such a mistake... Many casings won't fit anymore.. Is there any chance this will be fixed later on in a variation of the Pi 4?

The points you make were all covered in the Blog, caveat-emptor

https://www.raspberrypi.org/blog/raspbe ... w-from-35/

[ColonelDare]

Does anyone know what happened to Clementine in the Buster repos?
I use it lots, on several devices, and will miss it if I have to move up from Stretch

[HawaiianPi]

Does anyone know what happened to Clementine in the Buster repos?
I use it lots, on several devices, and will miss it if I have to move up from Stretch

You could try the version linked on the Clementine site.
https://github.com/clementine-player/Cl ... _armhf.deb

Or check the site for more options.
https://www.clementine-player.org/

EDIT:
I took a quick look at the Buster repos and I only saw ARM64 builds, which is probably why you can't find it in Raspbian (32-bit). Give the Pi version I linked above a try, and if that doesn't work you could try building it from source.

[jamesh]

First off.. Let me say I love Raspberry Pi. It has almost singlehandedly brought back the coolness of home computing with its openness and DIY community. So when I heard the news, of course I ordered the Pi4 faster than an owl can hoot!

I got it yesterday and guess what, they reversed the USB and Ethernet ports. Not only this, but they also stick out a millimeter extra. How could the Pi foundation have made such a mistake... Many casings won't fit anymore.. Is there any chance this will be fixed later on in a variation of the Pi 4?

Not a mistake, a necessity due to PCB routing difficulties. Will not change.

[ColonelDare]

EDIT:
I took a quick look at the Buster repos and I only saw ARM64 builds, which is probably why you can't find it in Raspbian (32-bit). Give the Pi version I linked above a try, and if that doesn't work you could try building it from source.

Thanks for the quick reply, but Clementine _is_ in the Stretch (and Wheezy) repos which is where I first came across Clementine.

If it runs on my 2x P3B+s and 2x PiZeros under Stretch <hopeful>will someone port it across pls?</hopeful>.

All else is great thanks!!! ..... or at least will be as soon as booting from MSD is up and running.

[djazz]

I am running OpenGL games on a RPi 3B currently. To do that I use the fkms driver with cma=732M (maximum) and gpu_mem=16, to support loading of textures. With a Pi 4 with more RAM, can the CMA go even higher? Or is there another way video memory is allocated to the 3D hardware?
Also, what is the max texture size of the Pi 4? Until now it has been limited to 2048x2048 (VC4).

[bensimmo]

First off.. Let me say I love Raspberry Pi. It has almost singlehandedly brought back the coolness of home computing with its openness and DIY community. So when I heard the news, of course I ordered the Pi4 faster than an owl can hoot!

I got it yesterday and guess what, they reversed the USB and Ethernet ports. Not only this, but they also stick out a millimeter extra. How could the Pi foundation have made such a mistake... Many casings won't fit anymore.. Is there any chance this will be fixed later on in a variation of the Pi 4?

It's deliberate, they needed to make a market for suppliers to design and make new cases.

Actually it's the only way they could fit it all on and work.

Perhaps the first 3 models were the mistake ?

[jamesh]

Also, what is the max texture size of the Pi 4? Until now it has been limited to 2048x2048 (VC4).

Currently 7680x7680.

[djazz]

Currently 7680x7680.

Great! I guess "glxinfo -l | grep MAX_TEXTURE_SIZE" would give 7680 as value then?

[djazz]

On the Pi 4 with 1/2/4 GB is the CMA dynamic allocation still total 256 MB by default with the fkms driver?

Code: Select all

grep Cma /proc/meminfo

[jamesh]

Currently 7680x7680.

Great! I guess "glxinfo -l | grep MAX_TEXTURE_SIZE" would give 7680 as value then?

Just tried that but got no results.

[6by9]

I am running OpenGL games on a RPi 3B currently. To do that I use the fkms driver with cma=732M (maximum) and gpu_mem=16, to support loading of textures. With a Pi 4 with more RAM, can the CMA go even higher? Or is there another way video memory is allocated to the 3D hardware?
Also, what is the max texture size of the Pi 4? Until now it has been limited to 2048x2048 (VC4).

Textures do not come out of the CMA heap, only framebuffer objects.
The new V3D block has an iommu, therefore can access any part of memory without the requirement of it being contiguous.

Currently 7680x7680.

Great! I guess "glxinfo -l | grep MAX_TEXTURE_SIZE" would give 7680 as value then?

It's giving back GL_MAX_TEXTURE_SIZE = 4096 for me at present, which is odd as I've had it render dual 4k displays side by side (hence 7680).
In theory the limit is 8192, but something is timing out if you push it that far, hence why DRM/KMS reports 7680x7680 as the max display size.

Checking on James' Pi4 and it does report 8192, so it must just be my system.

[djazz]

Just tried that but got no results.

Hmm... Can you upload the output of

Code: Select all

glxinfo -l

and upload it somewhere. Also note the memory capacity (1/2/4)

[6by9]

Just tried that but got no results.

Hmm... Can you upload the output of

Code: Select all

glxinfo -l

and upload it somewhere. Also note the memory capacity (1/2/4)

He couldn't copy the command correctly

[djazz]

Okay, so OpenGL memory allocation should just work then without messing with Cma? Great news!

[HawaiianPi]

Thanks for the quick reply, but Clementine _is_ in the Stretch (and Wheezy) repos which is where I first came across Clementine.

If it runs on my 2x P3B+s and 2x PiZeros under Stretch <hopeful>will someone port it across pls?</hopeful>.

The version I linked from the Clementine site is for Jessie, but give it a try. Or you could manually download the Stretch version from the repos. They'll probably work on Buster (unless any dependencies have been deprecated).

All else is great thanks!!! ..... or at least will be as soon as booting from MSD is up and running.

I wouldn't know, mine are still on backorder ...

[Gomoto]

I love my Raspberry Pi 4. I ordered the 2 GB version, mouse and keyboard with US layout (lovley set, but where is the insert key? ), hdmi cable and EU power supply.

The Pi provides a very nice experience on my 2560x1440p monitor. First step on all my computers after setting up the OS: Install the go programming language and vim-go (I used the raspian go version to jumpstart a manual install of go1.12.6). I enjoy to try to beat the 105 TDP Monster CPUs on Project Euler with low power CPUs, golang and a good algorithm, allthough I am not very good at this task . I appreciate the performance improvements of the new Pi.

In the past I used the earlier models. (One is my DNS/DHCP server right now.)

Thanks for the source of joy that is my Pi.

Moved root to ssd. Can not express my feelings

[W. H. Heydt]

First off.. Let me say I love Raspberry Pi. It has almost singlehandedly brought back the coolness of home computing with its openness and DIY community. So when I heard the news, of course I ordered the Pi4 faster than an owl can hoot!

I got it yesterday and guess what, they reversed the USB and Ethernet ports. Not only this, but they also stick out a millimeter extra. How could the Pi foundation have made such a mistake... Many casings won't fit anymore.. Is there any chance this will be fixed later on in a variation of the Pi 4?

Those changes (and the reasons for them) were mentioned in the release blog. There is nothing to "fix". There is a new case and the blog entry also described how to modify an Pi3B case to fit a Pi4B.

[morphious66]

Can some one with a PI 4 go to the command line interface and run the command to test the MHZ speed on the MicroSD bus

Mod: removed insecure link

Then can you place the results here?

I trying to determine the best / fastest Micro SD card as per my thread here: https://www.raspberrypi.org/forums/view ... 3#p1490793

[plugwash]

Does anyone know what happened to Clementine in the Buster repos?
I use it lots, on several devices, and will miss it if I have to move up from Stretch

It looks like it got caught up in the QT opengl es mess.

Debian builds (and raspbian doesn't change this) QT5 against opengl ES on armel and armhf because more arm boards have (or at least had) drivers for opengl ES than for desktop opengl. Unfortunately this breaks apps that rely on both desktop opengl and QT. The result seems to be that when clementine moved from QT4 to QT5, support for armel and armhf was dropped

[jbeale]

Can some one with a PI 4 go to the command line interface and run the command to test the MHZ speed on the MicroSD bus

Hello morphious66 : Is there a good reason for your code to need to run with "sudo"? I suspect not everyone is (or should be) comfortable downloading and running an unknown script in that way.
EDIT: looks like it downloads, compiles and runs the IOzone benchmark, and I presume low-level FS access requires elevated privileges. Nothing personal with you, I'm still unsure how a prudently cautious person these days should approach this sort of thing.

[morphious66]

Can some one with a PI 4 go to the command line interface and run the command to test the MHZ speed on the MicroSD bus

Hello morphious66 : Is there a good reason for your code to need to run with "sudo"? I suspect not everyone is (or should be) comfortable downloading and running an unknown script in that way.

Hi, Its not my code, it is code from another tread https://www.raspberrypi.org/forums/view ... 3&t=140461 it is a script to test the SD speed. My current Pi 3 results looks like this:


Mod: removed insecure link

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 2227 100 2227 0 0 1296 0 0:00:01 0:00:01 --:--:-- 1297

Raspberry Pi Dramble microSD benchmarks
microSD clock: 100.000 MHz

Running hdparm test...

/dev/mmcblk0:
Timing buffered disk reads: 96 MB in 3.03 seconds = 31.66 MB/sec

Running dd test...

51200+0 records in
51200+0 records out
419430400 bytes (419 MB) copied, 69.3182 s, 6.1 MB/s

Running iozone test...
Iozone: Performance Test of File I/O
Version $Revision: 3.434 $
Compiled for 32 bit mode.
Build: linux-arm

Run began: Tue Jul 2 09:01:45 2019

Include fsync in write timing
O_DIRECT feature enabled
Auto Mode
File size set to 102400 kB
Record Size 4 kB
Command line used: ./iozone -e -I -a -s 100M -r 4k -i 0 -i 1 -i 2
Output is in kBytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 kBytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.
random random bkwd record stride
kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
102400 4 1392 1822 6237 6287 5652 984

iozone test complete.

microSD card benchmark complete!

[Heater]

Good grief yes. I do hope people are not in the habit of following random download and run commands they find on the net.

Seems morphious66 suggested it, and he does not even know what it does as he got it from somewhere else!

I'm not suggesting that anyone here has bad intentions but this is how bad stuff happens.

After three or more decades of doing this in the Windows world, download .exe, clicky, click boom, I would have hoped people had learned better.

If you are curious about such things by all means use curl, wget or whatever to download the script. Without sudo. Then read and understand the script. If it looks harmless and possibly useful then run it, with sudo if need be.

If it's an binary executable, just don't do it. Unless you trust the origin somewhat.

[jbeale]

/dev/mmcblk0: Timing buffered disk reads: 96 MB in 3.03 seconds = 31.66 MB/sec

Thanks for the reply. 31.66 MB/sec seems pretty fast for a SD Card, at least on the Pi.
I see https://www.pidramble.com/wiki/benchmarks/microsd-cards reports about the same rate as the fastest result for the Pi2B using a SSD via USB.

[morphious66]

/dev/mmcblk0: Timing buffered disk reads: 96 MB in 3.03 seconds = 31.66 MB/sec

Thanks for the reply. 31.66 MB/sec seems pretty fast for a SD Card, at least on the Pi.
I see https://www.pidramble.com/wiki/benchmarks/microsd-cards reports about the same rate as the fastest result for the Pi2B using a SSD via USB.

Very true! but 2/3rds down it shows the overclocked ones, some hitting 40. I hope we have this abilty on the PI 4 to crank it up....

About previous security concern on the Curl link posted. As someone with 27+ years of working experience in the tech sector, I would personally never post a link to anything that is not a previously posted and tested CLI command / script. A quick search on Google will show this curl command and URL / script has been used by dozens of groups to test speeds of SD cards.