Raspberry Pi 4

@BostonGurkan: LibreElec "Just enough OS to run Kodi"

Ny modell av RPi4 med 8GB RAM! £74 i Storbritannien, ca 870 kr.

https://thepihut.com/products/raspberry-pi-4-model-b?variant=...

https://www.electrokit.com/produkt/raspberry-pi-4-model-b-8gb...

Står ju 929 på sista länken du har så?

Jag har problem med kylningen som jag köpte till min Pi 4, Pimoroni Fan SHIM. Den låter helt enkelt fruktansvärt mycket! Jag har den i ett stängt skåp bredvid TVn och hör den konstant, när jag går och lägger mig i rummet bredvid med stängd dörr hör jag den också!
Vad jag förstår går det inte att reglera varvtalet med mjukvara, och när jag söker hittar jag inte att någon annan tycker att den låter mycket...
Någon annan som har haft liknande problem?

Använder en Argon One låda, den har fläkt men förstår inte varför, varför ens starta den då lådan är så bra att pajjen knappt blir ljummen vid stresstest.

https://www.argon40.com/argon-one-raspberry-pi-4-case.html
Fläkt känns som nån primitiv bruteforcelösning.

@mrqaffe: Snygg låda!

Däremot har jag svårt att förstå hur den skulle hjälpa så mycket med kylning. Vad jag har sett i test så throttlas ofta CPUn under stresstest vid olika former av passiv kylning, t.ex. ganska rejäla kylflänsar. Därav drog jag slutsatsen att det är bäst med en fläkt.
Min blir obekvämt varm om den står på sidan utan chassi så att det är fritt luftflöde på båda sidor.

Tack!
Jag har testat att styra den via de mjukvarufunktioner jag hittat, men problemet är egentligen att det bara är på/av. Jag tycker att min låter såpass högt att det bara blir mer störande när den går igång ibland snarare än att det surrar hela tiden. Helst hade jag velat ha den på ett lägre varvtal konstant, men det verkar inte gå att lösa utan att själv löda på motstånd.
Du tycker alltså inte att din fläkt låter för högt?

Argonlådan behöver bara fläkt om du överklockar, i normal frekvens så går det passivt i normal rumstemp.

@HarreBarre:
Har du testat vnc genom att vara på samma nätverk och slå in ip-adressen?

@HarreBarre:
Jag misstänkte att det kunde varit något sådant som spökade, därav frågan om du hade testat det bakom brandväggen.
Kul att det löste sig.

Cool upptäckt! Kör 32-bit Rasbian (debian) på min RPi4 2GB, för att det är default-imagen från raspberrypi.org, inte reflekterat innan huruvida det var 32 eller 64bit.

Planen är att testa det på min 8GB med operativet på en USB3-ansluten SSD, min 4GB går med Twister OS som bara finns som 32-bitars, körs från SSD.

Kan garantera dig att en överväldigande majoritet kör 32-bitars. Varför? För att 64-bit fortfarande är beta.

Sedan så undrar jag vad det är för verklig vinst för en vanlig användare som kanske har sin pi för att köra home assistant på med 32 kontra 64-bit? Kan förstå att det kan säkert vara roligt om man kör specifika testfall och kanske skriver en kod/program som man använder vid vissa specialfall. Men vad är den stora vinsten för en vanlig användare just nu att köra 64-bit? Jag har sett andra som har testat 32 kontra 64-bit och då har det inte varit några 50% snabbare när de använt sig av "vanliga" program så var får du det ifrån att vid vanligt använda och inte enbart vid speciella "testcase" att 64-bit skulle vara 50% snabbare?

Självklart beror prestandavinsten på exakt vad man gör och gissar att de flesta använder sin RPi till saker där prestanda inte spelar någon större roll.

Men för de som köper 4 alt. 8 GB versionen av RPi kanske man har lite mer krävande saker i kikaren och då kan det vara bra att känna till möjligheten att köra 64-bit ARM. Till skillnad från de flesta andra CPU-arkitekturer är 64-bit läget hos ARM fundamentalt annorlunda än 32-bit, det på sätt som i många lägen ger fler möjligheter för kompilatorer att generera kod som presterar bättre. Vidare kör Raspbian ARMv6 (för att vara kompatibel med första RPi), vilket än mer begränsar vad kompilatorer kan göra.

Att det finns fall med >100 % prestandavinst beror med största sannolikhet att man råkar ha ett fall som inte använder NEON i 32-bit läget för fall där NEON kan vara till rejäl nytta. NEON är ARMs motsvarighet till SSE/AVX hos x86, det inte finns hos ARMv6 och är inget krav för ARMv7 medan NEON är ett krav för ARMv8 som alla 64-bitars ARM är garanterade att stödja (och kompilatorer är relativt bra på att utnyttja NEON för 64-bit ARM).

Observera att man inte måste köra Raspbian, är fullt medveten om att stödet för 64-bit är beta där. Det var en av flera anledningar till att jag själv väljer att köra Ubuntu Server 20.04 LTS, framförallt då man inte tappar något HW-stöd (även GPIO stöds).

Finns andra som sett liknande resultat

Inte helt fel att få upp till 100 % prestandaboost i paketprocessande

Om man använder sin RPi4 för någon form av programmeringsarbete bör man definitivt välja 64-bit läge, medan det i många fall lär kvitta vad man kör.

Intressant. Min raspbian-installation har just rasat, så kan lika gärna testa. Finns det några fördelar med raspbian vs ubuntu server som jag kommer sakna?

Skulle behöva lite hjälp:

Har precis flyttat till ny lägenhet och gått från Telia till Comhem som internetleverantör. Hade hoppats att jag skulle kunna få igång min pi4 med Rasbian relativt smidigt men eftersom jag har haft en statisk ip innan och behövt mata in den manuellt i varje program jag kör för att få dem att samspela (nordvpn, remote desktop, deluge, samba m.m.) och comhem tydligen har 192.168.0.1 istället för min förra IP från Telia som var 1.1 så funkar ingenting längre. Finns det nått bra sätt att ändra detta för att få allt att funka igen eller måste jag gå in och ändra allt manuellt till 0.1? Tror redan jag vet svaret men hade hoppats slippa allt pillande då det var ett tag sedan jag gjorde detta så jag kommer inte ihåg alla program jag har igång och vilka guider jag följt...

Javisst, det låter som det enklaste för dig vore att logga in i din router och ändra nätverket till .1.1.
De .0.1 och .1.1-adresserna är ditt LAN-nätverk och du kan sätta det till lite vad du vill med reservation (https://en.wikipedia.org/wiki/Private_network). Kommunikationen mellan det nätverket och internet sköter routern.
Inställningen borde ligga under nätverk och/eller dhcp. Det är viktigt att din router är en del av nätverket (oftast .1).
Räkna med att du kan behöva starta om samtlig ansluten utrustning för att enheterna ska få nya adresser efter att du gjort inställningen.

Om du istället är ute efter en mer flexibel lösning så hade nog jag skrivit ett script som ändrar ip:n beroende på enhetens adress.

Jaha, jag trodde att man var begränsad till 0.1-0.255 med comhem, men om man kan byta till 1.1 så löser det ju alla problem. Återkommer efter att jag testat.

Edit: Funkade utan problem. Tack för hjälpen. Tur jag frågade här först!

Den uppenbara fördelen med Raspbian är att alla projekt specifikt skapade för RPi lär primärt vara testade på just Raspbian. T.ex. nämner wiringPi projektet att det enda man officiellt stödjer är 32-bitars Raspbian.

Å andra sidan finns idag bättre sätt att använda GPIO-delen av RPi än de sätt man historiskt använt, detta då GPIO-stöd har blivit en standardfunktion i kärnan där man lagt tankeverksamhet på att få det "rätt" designat. Den metoden är både effektivare än de som typiskt använts specifikt för RPi (så länge man inte kör direkt i OS-kärnan) samt fungerar på all plattformar med GPIO!

Tar man ett projekt som Home Assistant är ju inte det designat specifikt för RPi eller Raspbian. Om något lär det fungerar minst lika bra på Ubuntu då det totalt sett är en större distribution jämfört med Raspbian. Ubuntu på Aarch64 har det lagt rätt mycket jobb på då det används allt mer i "molnet", bl.a. av Amazon på deras egna ARM-server plattform.