Slashdot Mirror

← Back to Stories (view on slashdot.org)

Raspberry Pi Compute Module 3+ Promises Better Performance, Starts at $25 (venturebeat.com)

Posted by msmash on from the miniature-computers dept.

The Raspberry Pi Foundation is adding a new device to its suite of miniature computers for industrial and enterprise customers. From a report: The charity today unveiled the Pi Compute Module 3+ (CM3+), successor to the two-year-old Compute Module 3 (CM3). The Pi Compute Module 3+ comes in four variants, starting at $25. The Raspberry Pi Compute Module is derived from the CM3 board but offers better thermal behavior under load. That's possible because of the Broadcom's 64-bit BCM2837B0 application processor, which was also used in last year's Raspberry Pi 3B+, and 1GB of LPDDR2 RAM. The difference between the four variants resides in their storage limits. The CM3+ Lite does not offer a built-in eMMC Flash, whereas other variants include 8GB ($30), 16GB ($35), and 32GB ($40) of eMMC Flash. These eMMC flash chips are more reliable and robust than normal SD cards, the foundation claims.

4 of 136 comments (clear)

  1. Link to Raspberry Pi website by houghi · · Score: 3, Informative

    https://www.raspberrypi.org/bl...

    Because linking directly to the original source is hard.

    --
    Don't fight for your country, if your country does not fight for you.
    1. Re:Link to Raspberry Pi website by Sarten-X · · Score: 5, Informative

      Apparently it is. That's the announcement of the original Compute Module in 2014.

      The new post is more recent.

      --
      You do not have a moral or legal right to do absolutely anything you want.
  2. Re:entertainment center by Bobrick · · Score: 4, Informative

    Google will tell you in a split-second that the Raspberry pi doesn't have HEVC hardware decoding but the Orange Pi does. Apparently there are good results on the software side with Raspberry up to 720p, not so much with 1080p.

  3. Re:flash cards by wierd_w · · Score: 4, Informative

    You just need to format them correctly. Throwing "defaults" EXT4 on is bad juju for an SD card. (It does wasteful read-erase-write operations, which kills the card prematurely.)

    What you need to do, is discover what the erase block size is of that SD card, and then abuse the raid features of EXT4 to create aligned disk structures with that erase block size.

    See also this page. It's very informative.

    https://thelastmaimou.wordpres...

    These baked on eMMC cards have smaller erase unit sizes, and so they translate better to "defaults" EXT4 disk structures, and so last longer and give better performance. Removable SDCards have larger erase unit sizes, because they are intended to live inside a camera that throws lots of sequential data down in a huge burst, not tipple at the cup like a traditional disk drive does.

    When you create a filesystem with these extended attributes, the linux caching system changes its behavior so that disk writes are atomic with the stripe and stride. (It *IS* intended for efficiency with a RAID controller, which has to do wasteful stripe reads and writes to accomplish the task. Functionally, a large SDCard is a hardware RAID0 device, where the large erase unit size is derived from the stripe size.) This GREATLY improves throughput on reads and writes, *AND* **VERY GREATLY** improves write life.

    As always, don't be a chump; disable disk swap space, and use zram instead. Your SDCard will thank you.