Inlägg

Inlägg som thu har skrivit i forumet
Av thu

@Wasp: Haha, lätt hänt att man tappar bort vilken tråd man svarar i. Jag såg ingen tråd för vanliga R15, men sökte inte så noga.

Av thu
Skrivet av Necrodude:

Ja. Så du har alltså bekymmer med att någon ställer frågor i ett forum där man kan ställa frågor till folk och inte gick ut kontaktade etablerade instutiuioner och beställde tunga raporter eller googlade och lästa första sponsrade svar som dök upp. Jaha.... Ok....?

Du ser ju på vilken nivå svaren hamnar på.. och du klankar ner på alternativen på ett rätt felrepresenterande sätt. Du behöver varken kontakta institutioner eller beställa nåt.

Men, för att särskilja mig det mesta av tråden i övrigt så ska du få lite hjälp på traven.

googlar antarctic ice sheet -> hamnar på https://en.wikipedia.org/wiki/Antarctic_ice_sheet -> hittar stycket "Approximately 61 percent of all fresh water on the Earth is held in the Antarctic ice sheet, an amount equivalent to about 58 m of sea-level rise.[3]"
Fotnot 3 längst ner på sidan visar sen:

P. Fretwell; H. D. Pritchard; et al. (31 July 2012). "Bedmap2: improved ice bed, surface and thickness datasets for Antarctica" (PDF). The Cryosphere. Retrieved 1 December 2015. "Using data largely collected during the 1970s, Drewry et al. (1992), estimated the potential sea-level contribution of the Antarctic ice sheets to be in the range of 60-72 m; for Bedmap1 this value was 57 m (Lythe et al., 2001), and for Bedmap2 it is 58 m."
Och en länk till pdf:en:
http://www.the-cryosphere.net/7/375/2013/tc-7-375-2013.pdf

Överst där har vi en DOI: doi:10.5194/tc-7-375-2013 - den ska vi hålla koll på tillsammans med det första namnet, P. Fretwell och årtalet 2013.

I tabell 7 där hittar vi sen:
Volume excluding ice shelves: (10^6km³): 26.54 för den uppdaterade forskningen.

I conclusion hittar vi också deras vattenhöjningsberäkning:
In comparison to Bedmap1, the total volume of ice calculated from Bedmap2 has risen considerably (by 1.2×10^6 km³ or 4.6 %), but as the mean elevation of the bed has fallen significantly (by 72.6 m), resulting in a muchgreater volume of ice below sea-level (from 2.1×10^6 km³ to 2.6×10^6 km³), the total potential contribution of Antarctic ice to sea-level rise has only risen modestly (from 57 m to 58 m).

Tillbaka till ovan nämnda doi, vi går till https://scholar.google.com och petar in den tillsammans med "issues". Jag får 63 resultat. "Issues" är med för att hitta forskning som finner bedmap2-rapporten problematisk, ett sätt att kolla om det är allmänt accepterad forskning eller inte.
Stegar igenom rubrikerna och ser inget direkt knepigt, men du kan anstränga dig mer där om du vill.
Då du läser ytterligare forskning så kommer alla referenser till Bedmap2-mätningen av isen i fotnoter innehålla ovan DOI och i själva texterna letar vi efter (P. Fretwell et al., 2013).

Efter det kollar vi DOI på vanliga google för att se om andra diskuterar forskningen, ibland kan man snappa upp forskare som sitter och idiotförklarar nån rapport och då pekar de ofta på annan forskning där man kan börja läsa.

Jag hittar inte mkt kritiskt. Jag hittade doi.org/10.5670/oceanog.2018.216 "Projections of Future Sea Level Contributions from the Greenland and Antarctic Ice Sheets: Challenges Beyond Dynamical Ice Sheet Modeling" som lät som nåt som kanske kunde problematisera frågan lite.:
https://tos.org/oceanography/article/projections-of-future-se...
Där söker vi efter Fretwell för att hitta vart forskningen vi är intresserad av nämns och hittar stycket:

In the past decade, we witnessed a shift from a world with very limited modern observations to an era with abundant high temporal and spatial resolution data. Newly acquired data and improved models influence each other in terms of requirements, areas studied, and limitations. The launch of several satellite and airborne missions made available a wide range of large-scale observations that are being used to better initialize, constrain, and validate ISMs. Prior to the first complete maps of ice surface velocity (published fewer than 10 years ago; Joughin et al., 2010; Rignot et al., 2011), it was impossible to compare one of the main model diagnostics, ice velocity, with large-scale observations. The improved description of geometry was directly included in ISMs to define their initial states (Bamber et al., 2013; Fretwell et al., 2013). The opportunities offered by these new observations, however, go well beyond their simple use as model inputs. Using data assimilation methods, modelers were able to infer ice properties that cannot be directly observed, such as basal conditions that are buried under kilometers of ice, or rigidity of ice shelves (MacAyeal, 1992; Joughin et al., 2001; Goelzer et al., 2018).

Mkt referenser, utan att lägga så mkt tid på det kan man få uppfattningen att det uppfattas som bra forskning att bygga vidare på.

Så, nu har du en siffra på mängden is och deras svar på hur mkt vattenhöjning det motsvarar.

Jag har gjort det här lite då och då på vissa klimatskeptiker, bl.a. nån som var med och tog fram SD:s klimatpolitik. Där börjar man fort hitta knepigheter som att de säger emot sig själva, ljuger om vad som står i forskningen eller hänvisar till forskning som är utskrattad som uppenbart forskningsfusk med bildmanipulationer och allt möjligt.

Av thu
Skrivet av Wasp:

Det känns väldigt lågt.

Om jag utgår från posten innan där 3900x med 12kärnor a 3,8GHz får 860 så tänker jag såhär:

860/(12*3,8)= ~18,86 poäng/GHz
Multiplicerar vi med mina kärnor:
18,86*8*3.6 = 543

Så känns det rätt spot on. Då har jag 3200c16 istället för 3666c15 och använder wine för att köra windowsprog i linux. Boost ställer till beräkningen, men känns ju inte som jag ligger helt off?
edit: Jag kör ECC-minnen dessutom, har inte riktigt klurat ut det påverkar subtimings eller nåt än, men Crucial nämner att det ger nån procents prestandaförlust.
Lite osäker på om R15EE behöver jobba så mkt mot ram dock.

Av thu

Ryzen 3700x i Linux
4698

Av thu

Ryzen 3700x i Linux

543

Av thu

ZFS följer med ubuntu:
$ dpkg -S /lib/modules/5.0.0-29-generic/kernel/zfs/zfs.ko
linux-modules-5.0.0-29-generic: /lib/modules/5.0.0-29-generic/kernel/zfs/zfs.ko

Avinstallera dkms-zfs som länken ovan anger och kolla att linux-modules är installerat

Av thu

@Ratatosk: Ska bli intressant se resultatet.

Här verkar kretsarna leva upp till hypen, jag har sakta stegat mig upp till 3200MHz och allt funkar toppen. Har kört en vända benchmarks var 133:e MHz och är strax klar här. Ska låta memtest86 stå och jobba under natten och sen klura lite på timings imorrn.

Av thu

@Ratatosk: Yes, men jag har inget problem att nyttja 16 kärnor, så det känns som en given uppgradering sen.

Låter som en bra plan. För ryzen1 är väl 2666MHz minnen maxfrekvens enligt spec också?

Kingston verkar variera chip som de använder på minnena jag har, de matchar nämligen inte flera andra bilder jag hittar på samma modellnummer. Mina minnen har Micron D9VPP, dessa används tydligen på Ballistix Sport LT 3200mhz:
https://www.guru3d.com/articles-pages/ballistix-sport-lt-ddr4...
Där syns också att kretsarna är specade till 1600Mhz (3200DDR) 16-18-18-36-72.

Jag insåg att ryzen3 verkar klocka och volta och ha sig out of the box efter att jag lämnat de mesta BIOS-inställningar på sina Auto-värden. Den verkar klara det bra dessutom.
För ryzen3 verkar det ligga nån sorts sweetspot vid 3200MHz och eftersom att de under tillverkning måste ha testat kretsarna för vad de är specade för och att minnesklockning inte direkt ökar ljudnivån så tänker jag att jag helt riskfritt bör kunna stega mig upp till 3200MHz och justera ner timings oavsett om de kanske använder sig av binning för ballistix-minnena. Guru3d får ju dessutom upp dem i 3600Mhz.

Sen bör jag kunna volta ner minnena tills det börjar uppstå bitflips och på så sätt verifiera att ECC fungerar.

Apropå minnespriserna så såg jag det också, det ser ju lite ut som att priserna stegats ner och sen tar det stopp där nånstans runt Ryzen-släppet. Jag ser också att kompletts lagerstatus nu är 73st, och det har varit nere på 40-nånting då jag har bläddrat runt senaste veckan (kanske veckorna).
Det kanske är ett antal som börjar köra ECC på nya Ryzen och att priserna därmed började stiga lite då det blev omsättning på minnena

edit: Hittade denna också:
https://community.hwbot.org/topic/189330-8gbit-micron-reve-e-...

Citat:

Overclocking characteristics are:

  • Apparently no CB/CBB

  • Scales with voltage

  • Very temperature sensitive

  • At least the low bins seem to need high tRCD

Anyway they do DDR4-3600 daily stable. Which for 4 DIMMs on first-gen Ryzen is just insane. So this is actually really interesting data, makes me think these sticks might be super easy to run somehow.

Jag hade kanske tur på chiplottot med Kingstonstickorna ändå. Råkar det strula med dina minnen verkar det som det är dessa du ska testa i Ryzen1-bygget

Av thu

@tvelander: Du skriver att det inte är att rekommendera ECC för att det är jobbigt med kompabiliteten. Jag svarar att det väl inte är ett argument mot tekniken utan att det bara gör att man får anstränga sig lite mer med bygget. Du svarar att det är lättare att bygga för att ECC-minnen (antar du snackar om dem eftersom du skriver att det inte är vanlig pc) har möjlighet att fästa kylflänsar?

Va?
Vanliga minnen kommer väl oftare med flänsar?
Vad har flänsarna med kompabilitet att göra?
Tappade du bort dig i konversationen? Missuppfattar jag helt galet?

Av thu

@Gx rade: Aha, hittade täckningskartan där, de verkar ju ha rätt många ställen på gång:
https://www.micronat.se/tackningskartor

Var ju rätt bra räckvidd på en mast också.

Lite frågor om du pallar sidospåret: Vad är det som strular vid spel? Packetloss? Latency?
Hur påverkas det av regn och snö?

Av thu
Skrivet av Ratatosk:


Riktigt trevligt, vilken CPU kör du med?

3700x tills vidare. Tanken är att jaga nån bra deal på 3950x då priserna börjar sjunka på dem, sen om en 5-7år kanske hela bygget fortfarande gå att använda som helt okej server.
Kanske fallerar på att det inte är nog med PCIe-platser. Hoppas lite på att det ska gå att splitta en plats mellan flera kort då.

Kör lite benchmarks nu för att få en baseline inför klockning av minnena, vore lite tragiskt om är begränsad till 2666MHz pga. ECC. Men som jag förstått det är detta kisellotto av rang då det ska saknas högre binning av ECC-minnen, speciellt om alla fyra stickorna ska klara högre frekvens.

Vet inte riktigt om det finns intresse här så jag bör skriva av mig på svenska också, men annars så har det blivit lite av en logg på reddit om just minnena där jag tänkte att det kanske blir lättillgängligt på engelska och lättgooglat:
https://old.reddit.com/r/ASUS/comments/cw74rl/asus_pro_ws_x57...

Av thu

Ett fjärde alternativ är att skaffa en liten pfsense-router och styra vilken trafik som ska gå vart där. Jag gör så personligen för att styra vad som ska gå via VPN och inte.

Edit: Förresten, vart har du radiofiber? Inget jag sett nåt om tidigare.

Av thu

Har nu 4x16GB KSM26ED8/16ME i 2666MHz och har tagit mig igenom en runda av memtest86 utan problem!
Trodde verkligen inte det skulle funka så oproblematiskt som det gjort.

Av thu

@tvelander: Det är väl en svårighet i att bygga systemet, inget argument mot själva tekniken?

Av thu

@Triton242: Står att det är registrerad ecc, konsumentkorten vill ha unbuffered.

Jag har nåt vagt minne av att det inte finns nån spec. för unbuffered ECC med högre frekvenser än 2666Mhz och att det därmed inte finns några snabbare till salu. Kiselkretsarna som sitter på är ju dock kapabla till högre hastigheter, men det ska tydligen totalt saknas binning, så det är ett kisellotteri utan like att få minnen som klarar i närheten av vad icke-ECC minnena gör.

Edit: Glömde helt att jag var i en Intel-tråd efter att ha jiddrat med ECC @ Ryzen i flera dagar. Intels nyare HEDT brukar klara både Reg. & Unbuffered.

Av thu
Skrivet av Triton242:

7700kr +moms för en 64gig ECC PC3000 sticka. Inte så farligt ändå

3000MHz? Eller 3750MHz PC30000?
Vart hittar du högfrekventare ECC-minnen?

Skrivet av tvelander:

Kör ECC över dom CPUs är ej rek tbh

Varför inte? Beror väl på ändamål?

Av thu

@William97e: Tycker det ser normalt ut för en ej tom 660p förutom 4K read där du har ~33% lägre prestanda. Vilket stämmer med att du också verkar ha ~33% högre latency.
Inget som borde ställa till problem om det generellt är lite högre latency, men det kan vara så att det högre genomsnittet beror på att vissa läsningar tar rejält mkt längre tid än de övriga, vilket då skulle matcha vad du upplever.

Jag skulle köra nån benchmark där du kan se latency-distributionen på anropen eller kolla nån performance monitor om det blir så att det sticker iväg då du spelar. Har dock inga bra rekommendationer på hur detta görs i windows.

Av thu

@molle89_89: Nyinhandlad 3700x här i väntan på släpp av fler kärnor. Jag störde mig också på svajet i varvtal, vid ryckig last så verkar CPUn kunna elda på såpass att den ökar 18° i temperatur på en sekund följt av att det tar 3-8 sekunder ner igen innan det varvar upp på nytt. Fruktansvärt irriterande.

Nu har jag dock tysta fläktar, så det var mer varvtalsförändringen som störde eftersom det blev nåt jag la märke till.
För mig verkar det som det finns nån sorts gränser vid 55°, 60° och 65° där varvtal går upp samtidigt som CPUn sänker sina boostmöjligheter. Syns tydligast vid all-core boost där jag tappar ~50MHz för varje steg på 5°.
Hittade några inställningar i BIOS (ASUS) för Fan Up/Down time. Med 2,5sekund där så verkar CPUn hinna fatta att den är påväg som en raket genom templimit och dämpar sig precis över 60° eller 65° lite beroende på vad det är för last, men eftersom fläkten då släpar efter lite så hinner temperaturen sjunka precis under gränsen innan den fått upp varvtalet. Sen går det långsammare att varva ner fläkten igen, vilket gör att det inte blir så kraftig varvtalsförändring då nästa lastspik kommer.
Startar jag full belastning på alla kärnor så rusar det mot 60° och lägger sig sen rätt lugnt vid 61-63° utan att fläktarna blir ett problem

Av thu

@Shrudder: Å andra sidan så har de ju flera ggr gjort det knepigare för adblockers till chrome.

https://www.techdirt.com/articles/20190604/11492342331/as-goo...

Citat:

“In order for Google Chrome to reach its current user base, it had to support content blockers—these are the top most popular extensions for any browser,” he said. “Google strategy has been to find the optimal point between the two goals of growing the user base of Google Chrome and preventing content blockers from harming its business.

Hill argues that the blocking ability of the webRequest API caused Google to yield some control of content blocking to third-party developers. Now that Chrome’s market share is greater, the company’s in a better position to “shift the optimal point between the two goals which benefits Google's primary business,” Hill said.

Av thu

@N0tepad: Syftet är såklart att slippa reklamen..?