Vi som har bytt/vill byta till Linux från Windows

Antar att det är ett x64 installationsmedia du använder, om så är fallet kan det vara relaterat till UEFI 32-bit bootloader problem.
Så problemet grundar sig i att 64-bits linuxdistros kör med en 64-bits bootloader, när computestick ev. vill ha en 32-bits bootloader så skiter det sig.
På laptops kör de oftast med 64-bits bootloaders dock inte alltid på mindre enheter, budget windowsplattor mm.
Man kan skapa en mappstruktur (EFI/BOOT) och lägga in en extra fil (bootia32.efi) på USB-mediat för att kringgåproblemet.
Finns guider på nätet om du söker på det.

@taggis58:

Precis som krigelkorren nämnt så är det 32-bitars system som gäller på dessa Atombaserade ComputeStick. ''ivf. det som Intel stödjer officiellt och förinstallerar själva.

Även om CPU:n i sig klarar att adressera mer (64) så har Intel valt att gå på 32 som standard då dessa stickor normalt inte kommer med så mycket RAM att det krävs (blir förmodligen lite mer platsbesparande att köra med 32 då).

Skulle misstänka att Ubuntu skruvat till disken eller partitionen på något dumt sätt. Prova att Googla upp det, eller checka Intels supportsidor.

När man installerar om ett OS partitionerar man om disken, så jag har svårt att se att "Ubuntu har pajat partitionen" som vettig anledning till problemet. Jag har tyvärr inget annan kvalificerad gissning, men har du provat att live boota och se om du kan utläsa något vettigt?

Finns paket som ska kunna sköta fläktar, rekommenderar dock att låta bios ta hand om det. Kräver nog en arbetsinsats av dig som användare som jag åtminstone inte orkar.

Nvidia är jobbigare än amd, läSer ofta om problem vid uppdateringar av operativsystem där det går dåligt. Fungerar ju och man lär sig vad man behöver göra.

Cs är inga problem, spelar själv med bra funktion. Men ja det är lite bättre prestanda i Windows det är det.

Skickades från m.sweclockers.com

AMD's drivrutiner är säkert jättebra om du bara vill att det ska funka out of the box, men OpenGL funkar värdelöst. Nvidia ligger långt före även om de kräver lite mer handpåläggning (oftast räcker det att installera drivrutinspaketet och köra autmagisk konfiguration, samt lägga till ForceFullCompositionPipeline i Xorg.conf).

Precis, den relevanta frågan är hur mycket av resurserna som kan släppas vid behov.

Jag vet inte hur minneshanteringen funkar på Linux (det beror väl på i vanlig ordning) men i Windows och MacOS är det mycket som hålls i RAM för att snabbt kunna växla mellan processer. Det minnet frigörs för mer krävande/prioriterade processer.

Alternativet vore väl att antingen ladda om processerna varje gång det växlas fokus eller lagra i mycket långsammare swap-utrymme. Det är inte direkt optimalt om man vill ha ett snabbt system.

Jag har förvisso 32 GB RAM på nuvarande stationära och har aldrig råkat ut för något knas. Dock är det logiskt att om jag har 4 GB eller liknande så kan det vara av vikt.

Någon som vet om AMD har stängda drivrutiner för HD 7950 efter ubuntu 14.04?

@Yooriitzz: Jag tror inte det.
Har ingen GPU ifrån AMD jag kan testa med.

Av nyfikenhet, varför vill du köra med den stängda drivrutinen?

@Lembritt: Den har lite bättre spelprestanda väl?

@Yooriitzz:
Beror väldigt mycket på scenariot.
Open source drivrutinerna för AMD's kort är faktiskt riktigt bra nu för tiden, dock tror jag att många missar att de inte skall köra med enbart det som finns förinstallerat i distron.

Prova t.ex. nedanstående: (för enkelhetens skull)
http://www.omgubuntu.co.uk/2017/03/easy-way-install-mesa-17-0-2-ubuntu-16-04-lts

Annars finns det lite mer läsvärt här + andra alternativ: (även dessa är enkla att trycka in i systemet och fungerar bra för mina ändamål)
http://news.softpedia.com/news/padoka-or-oibaf-ppa-for-ubuntu-gaming-tell-us-which-one-do-you-prefer-and-why-512170.shtml

Den öppna drivrutinen AMDGPU presterar riktigt bra i jämförelse med AMD:s stängda drivrutin (AMDGPU-PRO).

Phoronix brukar köra med senaste Padoka PPA när han testar.
http://www.phoronix.com/scan.php?page=article&item=rx580-pro-...

Kanske värt att testa Padoka PPA stable?
https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkpp...

Om du vill ta bort en PPA använd kommandot ppa-purge
Jag missade det en gång och trodde jag skulle få installera om datorn efter för mycket labbande med PPA:s.
Försökte avinstallera paket och det såg bara mörkare och mörkare ut. Men med ppa-purge löste sig allting och jag fick ordning på datorn igen

Får testa att pilla runt lite. Får nämligen skitdålig prestanda i CS. Ligger typ runt 40 fps om man har tur

Ja, så klart det är så. Det hade jag glömt helt. Tror min gnomesession i Arch drar 400-500 MB vid start.

Jag kör Slackware, började mer seriöst med det nån gång 1994, mest för att leka med nätverk mm.

Stabil distro, ändrar inte saker i onödan bara för att det går.

Debian är bra om man har lite udda datorer (inte PC) och har man riktigt udda så kan man prova LinuxFromScratch vilket dock inte är något för den som tycker Slackware är svårt.

Har provat bl.a. Redhat, Suse och Ubuntu men gillade de inte bättre så det blev inte långvarigt.

OT: Sen har jag nån burk som rullar med FreeBSD.

Tror det beror på vilken typ av servrar du kikar på.

När det gäller HPC/superdatorer så är det 100% Linux. När det gäller övriga typer av företagsservrar så varierar det väldigt, men oftast har de flesta organisationer och företag bägge miljöerna.

Nu blir det även lurigt beroende på vad du definierar som en server, med alla moderna former av visualisering av OS, virtualisering av olika tjänstelager lager, och tom. applikationer, och service fabric, etc.

Oavsett så är på på server och inbyggnad/IoT som Linux är konkurrenskraftigt.

På skrivbordet så är det en nästan löjligt låg marknadsandel för Linux (enstaka % som bäst).

Sedan så skulle jag personligen normalt inte kalla något system för överlägset (om jag inte är väldigt religiös eller ute efter att trolla).

Det finns en orsak till att många serverar kör Windows. Företag driftas av kommersiella orsaker, och inte av ideologiska eller känslomässiga (som för många här). De väljer helt enkelt de lösningar som ger de ett störst värde (ibland blir Windows, ibland Linux, och lite mer sällan något annat).

Ok, men är som sagt inte säkert att ens det stämmer (beror på som sagt helt hur man räknar antalet "servrar").

Något som Linux dock är överlägset framgångsrikt på, och nästan totalt dominerande på, är som generellt embedded/IoT-system. Finns några specialiserade realtidsOS här och där, men i stort så har Linux ingen större konkurrens, och en överlägset stor marknadsdominans där.

Skall man som sagt räkna numerärt gällande överlägset, så är Windows och MacOS garanterat helt överlägset som system på desktop.

Kommer helt ärligt talat inte ihåg, var snart två år sedan jag skrev inlägget.
Linux på min streaming maskin är dock inget alternativ då det saknas drivrutiner för mitt capture card, spelar ingen roll hur stabil linux versionen av OBS har blivit!