Jump to content

HawP

Medlemmer
  • Content Count

    1049
  • Joined

  • Last visited

Community Reputation

81 :)

Recent Profile Visitors

7226 profile views
  1. Kan se ut som at noen av 2011-modellene har radeon i tillegg, så da er neppe det grafikk-problemet aktuelt. Og kan se ut som at hastigheten på minnet ble økt til 1333 på early 2011, så da må du passe på at brikkene støtter minimum den hastigheten. For å sjekke hvilken modell du har og kunne finne spesifikasjoner, se her (hvis du får bootet den): https://support.apple.com/no-no/HT201581
  2. Høyst sannsynlig, ja. I alle fall dersom du har en modell som ikke har en "subtil" feil på det integrerte nvidia skjermkortet, som i alle fall noen av mid-2010 modellene hadde. Viste seg i form av "vilkårlige" krasj (dvs. vanskelig å framprovosere). Mulig feilen var "avhengig" av versjon av OS som ble brukt, for vi merket det ikke før reklamasjonsfristen nærmet seg. Husker jeg ikke feil er det vel DDR3 1066 SO-DIMM som passer. Vi kjøpte bare en "standard variant" fra komplett (corsair tror jeg), og en samsung SSD (siden det var det den lokale datasjappa hadde).
  3. De som må (eller "må") kjøre programmer laget for Windows vil nok få det litt vanskelig, ja. 😋
  4. Jeg har også en slik vm med Windows, og PCI-passthrough krever litt "ekstra" å sette opp, ja. Er noen betingelser som må være oppfylt. For de som måtte være interessert er det at CPU, HK og bios/uefi alle må støtte iommu (amd-vi/intel vt-d) og at skjermkortet må være en annen modell enn det som brukes til host siden passthrough "baseres på" pci id, så kortene må ha forskjellig pci id. I tillegg er det en fordel å ha kortet i sin egen "iommu gruppe", slik at det kan "isoleres" (for passthrough) uten at andre enheter "følger med på kjøpet". Men dette avhenger av hvordan HK er designet (ikke hvor forskjellige ting er plassert, men hvordan de "henger sammen"). Når det er sagt er min lille erfaring at det kan virke som at (de fleste) pcie-spor (i alle fall de som er større en x1) havner i sin egen gruppe. En heads-up for de som måtte få lyst til å prøve dette med en nvidia "desktop" gpu; nvidia sine drivere sjekker om de kjører i en vm og vil i så fall "krangle litt" og gi "error code 43" (mener jeg å huske). Er visstnok mulig å komme seg rundt det, en søkemotor er da din venn. Forøvrig, og dette er nok også sagt av andre før; når det gjelder Linux og spilling så er det en fullt mulig kombinasjon, også 3D-spill, så sant spillet er laget for Linux. Og dessverre er det jo her den største ulempen er, og det er et "høna og egget"-problem. Steam har en del titler som (også) har en Linux-versjon, men det er helst indie-titler/mindre utgivere eller litt eldre versjoner selv om unntak finnes. Så det er ganske få av de "større" AAA-titlene (eneste jeg vet om/kommer på er Civilization V/VI, Tomb raider (2013) og F1 2017). Men det er mange bra indie-titler, de er bare ikke er så (veldig) kjente (er mitt inntrykk).
  5. Nei, men jeg kjører vm'er med egen fysisk GPU "inni". Men har ikke foldet med det siden det skjermkortet ikke duger spesielt godt til folding, men "oppsettet" er jo det samme siden det bare gjelder å få GPU'en "inni" vm'en (aka. pci passthrough). Men det er noen forutsetninger som må være på plass for at det skal være mulig. De viktigste er Maskinvaren, dvs. cpu+hk+bios/uefi, må alle ha støtte for iommu (vt-d eller amd-v; tror dette er betegnelsene fra hhv. Intel og Amd). Er ikke dette på plass er det ikke mulig å få til. Pci-e slot skjermkortet sitter i bør helst være i sin egen "cgroup" (dvs. "isolert" fra annen hw bortsett fra evt. en pci-bridge e.l.), siden alt som er i samme "cgroup" "flyttes" til vm'en enten det skal brukes eller ikke (hvis jeg ikke husker feil). Men dette pleier i praksis å ikke være et problem har jeg inntrykk av. Har bare erfaring med kvm (Linux) når det gjelder dette, og som jeg tipper er det unraid bruker (uten at jeg har sjekka). Jeg bruker en kernel-parameter for å hindre kernel å tilordne driver til GPU, og bruker enkelt og greit libvirt/virt-manager til å tilordne GPU til vm (libvirt/virt-manager har blitt mye bedre på dette i de nyeste versjonene). Men har ikke testa å ha en vm med både en fysisk og en virtuell GPU. Når det er sagt så er Nvidia ikke spesielt "glad" i pci-passthrough av deres desktop-GPU'er, for deres Windows-driver sjekker da om den kjører i en vm og gir i så fall "errorcode 43" (mener jeg å huske, har bare lest om det), men kan visst trikses rundt. Vet ikke om samme "restriksjon" også gjelder Linux-driveren.
  6. Spurte de om det, siden jeg har fått nytt PD etter router-restarter og det jo vel egentlig ikke er noen grunn til at vi ikke skulle kunne få vårt eget ipv6-prefix (slik jeg har forstått det ut i fra antall mulige prefix) ... Svaret var (ikke ordrett) at etter deres erfaring var det like statisk som ipv4, men at ipv6 fortsatt er i utviklingsfasen og at det at jeg fikk ny PD kan skyldes pågående endringer på tjenesten. Så vi får vente og se det an ... kjedelig å "stadig vekk" måtte oppdatere brannmur-regler og andre ip-baserte allow/deny-regler fordi PD endrer seg.
  7. Har du samme SSID på begge routerne (på forskjellige kanaler)? Hvis ikke forsøk det, siden det visstnok gir resultatet du ønsker i følge https://forums.macrumors.com/threads/why-wont-my-iphone-automatically-connect-to-the-strongest-wifi-network.2057377/ (det er noen ios-versjoner siden, men Apple har antakelig ikke endret så mye på den funksjonaliteten?)
  8. Oj, der fikk jeg jammen i gang AMD GPU'en under Linux også 😀 Men "bare" et RX570 ...
  9. Ja, men det var i forbindelse med at de gjorde endringer i sin infrastruktur. Og jeg ble varslet på forhånd.
  10. Ja, og hadde det ikke vært for at antakelig ganske mange av folderne som har kommet til pga. covid-19 folder med CPU (evt. i tillegg til GPU) ville det nok tatt sin tid og få gjort alle de nye covid-19 CPU WUene ...
  11. Ryzen 3800X, med folding på 12 kjerner estimerer ca. 208000 ca. halvveis på prosjekt 14542. Varierer (typisk) mellom 180k og 200k avhengig av prosjekt. Lurer på om noe av grunnen til at mange av covid-19 jobber er CPU, er at jeg mener å huske at jeg for lenge siden leste at "fah-core" for cpu er mer fleksibel (eller noe slikt) og at det dermed er enklere å lage jobber til (og kommer derfor raskere i gang) ? Kan jo for moro alltids ta med TPF på 14542 også: 1m 10s
  12. Var nok bare sprengt kapasitet (el. server-kluss), ja. Men testet da like godt installasjon av nyeste versjon av klienten på opensuse, og nå ser det faktisk ut til at de har tatt i bruk nyere versjon av openssl. For nå starter klienten uten problem 😀 (og den fikk WU også) Så da trenger jeg ikke lenger å kjøre den i en kubuntu-vm ...
  13. Hmm ... tomt for CPU-jobber, eller har vi (foldere verden rundt) sprengt kapasiteten dems igjen ...? 😋
  14. Det kan være at de i ettertid har oppdaget problemer e.l. med ett eller flere "run", og må kjøre disse på nytt etter evt. å ha fikset/ordnet årsaken. I slike tilfeller må de da kjøre dette på samme core som prosjektet ble startet på.
  15. Nå har forskere i Hong Kong "lagt ut" jobber/WUer som skal bidra til å undersøke om Remdesivir, Ribirine og tilsvarende kan brukes/endres litt på for å kunne brukes til å forhindre at covid-19/SARS-CoV-2 replikerer seg selv (hvis jeg har forstått det riktig). Ser at min cpu jobber med en slik WU nå 😀
×
×
  • Create New...