Maar eens een desktop gekocht voor numerieke simulaties thuis.

i5 6600k processor, 16GB RAM 3.2Ghz, 250GB SSD, moederboord dat overklokken toestaat, stille behuizing en processorkoeler. Hype!

Netjes! Poidh.

quote:

---

Op 11 maart 2016 7:16 schreef BenKnuckles het volgende:
Netjes! Poidh.

---

Dinsdag is 'ie gebouwd

quote:

---

Op 11 maart 2016 1:04 schreef iPim het volgende:
Maar eens een desktop gekocht voor numerieke simulaties thuis.

i5 6600k processor, 16GB RAM 3.2Ghz, 250GB SSD, moederboord dat overklokken toestaat, stille behuizing en processorkoeler. Hype!

---

Zo zo, jij kan je bezig houden met aardige modelletjes nu

quote:

---

Op 11 maart 2016 1:04 schreef iPim het volgende:
Maar eens een desktop gekocht voor numerieke simulaties thuis.

i5 6600k processor, 16GB RAM 3.2Ghz, 250GB SSD, moederboord dat overklokken toestaat, stille behuizing en processorkoeler. Hype!

---

16GB? Dat is echt ontzettend veel, kan me moeilijk voorstellen dat dat nodig is. Maar ja, hoe dan ook goed voor elkaar

quote:

---

Op 11 maart 2016 12:48 schreef Ascendant Grotesque het volgende:
16GB? Dat is echt ontzettend veel, kan me moeilijk voorstellen dat dat nodig is. Maar ja, hoe dan ook goed voor elkaar

---

In de relevante literatuur hebben ze 16 cores en 50GB RAM nodig om een model op te lossen binnen twee uur! De eerste afgeleiden zijn vaak alleen necessary en niet sufficient, waardoor je gewoon ale mogelijke permutaties in je grid moet uitrekenen (kort gezegd). Erg inefficiënt allemaal, en daardoor veel rekenkracht nodig.

quote:

---

Op 11 maart 2016 13:09 schreef iPim het volgende:
In de relevante literatuur hebben ze 16 cores en 50GB RAM nodig om een model op te lossen binnen twee uur! De eerste afgeleiden zijn vaak alleen necessary en niet sufficient, waardoor je gewoon ale mogelijke permutaties in je grid moet uitrekenen (kort gezegd). Erg inefficiënt allemaal, en daardoor veel rekenkracht nodig.

---

Ahja, met stelsels differentiaalvergelijkingen (neem ik dan aan) kan je geheugengebruik behoorlijk exploderen. Kan me dan nog moeilijk voorstellen hoe je aan de 50GB komt, maar ik weet dan ook zeer weinig van economische modellen Worden daar dan ook technieken bij gebruikt om de oplossingsruimte te verkleinen? Gaat het om 'pure' modellering, of ook om optimalisatieproblemen enzo?

---

Mijn nieuwste computeraanschaf was een Raspberry Pi 3 die ik als mediacenter voor de TV inzet Gewoon ordinair een mediacenter-OS op de micro-SD geflashed en klaar.

De Pi 2 die ik daar eerst voor gebruikte ben ik nu tot "mp3 vanaf NAS"-speler met touchscreen én interface via mobiele app aan het maken. Daar komt wat meer Linux(/raspbian)-klooierij bij kijken, en daar heb ik eigenlijk geen tijd voor, pffft... Wel leuk hobbyen Later maar eens wat andere rommel voor kopen, en nog nuttelozere projectjes mee opzetten

[Dit bericht is gewijzigd door Ascendant Grotesque op 11-03-2016 13:36]

spam

[Dit bericht is gewijzigd door Mutilator op 11-03-2016 14:48]

Senks.

quote:

---

Op 11 maart 2016 13:29 schreef Ascendant Grotesque het volgende:
Ahja, met stelsels differentiaalvergelijkingen (neem ik dan aan) kan je geheugengebruik behoorlijk exploderen. Kan me dan nog moeilijk voorstellen hoe je aan de 50GB komt, maar ik weet dan ook zeer weinig van economische modellen Worden daar dan ook technieken bij gebruikt om de oplossingsruimte te verkleinen? Gaat het om 'pure' modellering, of ook om optimalisatieproblemen enzo?

---

Ja, met differentiaalvergelijkingen bijvoorbeeld. Ik heb het gevoel dat deze modelen vooral 'brute force' uitgerekend worden. Vaak gaat het om dynamische optimisatieproblemen waarbij redelijk veel keuze-variabelen en stochastische-variabelen inzitten. Vaak wordt de 'steady state' berekend en de transitie naar de nieuwe 'steady state' na een beleidsverandering/exogene schok.

Je kan voor de gein eens kijken naar A Model of the Consumption Response to Fiscal Stimulus Payments van Kaplan & Violante (2014, Econometrica).

quote:

---

Op 11 maart 2016 15:27 schreef iPim het volgende:
Ja, met differentiaalvergelijkingen bijvoorbeeld. Ik heb het gevoel dat deze modelen vooral 'brute force' uitgerekend worden. Vaak gaat het om dynamische optimisatieproblemen waarbij redelijk veel keuze-variabelen en stochastische-variabelen inzitten. Vaak wordt de 'steady state' berekend en de transitie naar de nieuwe 'steady state' na een beleidsverandering/exogene schok.

---

Met stochastiek erbij wordt het allemaal nog erger, ja, en vermoedelijk nog een pak meer dan alleen nonlineaire optimalisatie. Dan snap ik wel dat het een keer naar de 50GB rolt, zeker als het brute force gaat zoals je zegt.

quote:

---

Je kan voor de gein eens kijken naar A Model of the Consumption Response to Fiscal Stimulus Payments van Kaplan & Violante (2014, Econometrica).

---

Foei, wat veel woorden voor een paper over een model!

Ziet er wel uit als een behoorlijk setje variabelen en non-lineariteit. Kan het zo snel niet vinden, maar de populatie waar naar gekeken wordt; wordt dat op groepsniveau uitgerekend (en dan hoeveel groepen) of op huishoudenniveau (en dan hoeveel huishoudens)?

Voor meer modellering moet je Brunnermeier & Sannikov eens checken voor de nonlineaire nachtmerries.

Zijn huishoudens die optimiseren, 400.000 om precies te zijn.

quote:

---

Op 11 maart 2016 12:48 schreef Ascendant Grotesque het volgende:
16GB? Dat is echt ontzettend veel, kan me moeilijk voorstellen dat dat nodig is. Maar ja, hoe dan ook goed voor elkaar

---

Ik wil zelfs voor mijn laptop 16GB. Maar ik ben heel vaak bezig met virtualizeren, dus dan is een beetje RAM wel een vereiste.

quote:

---

Op 11 maart 2016 13:29 schreef Ascendant Grotesque het volgende:
Mijn nieuwste computeraanschaf was een Raspberry Pi 3 die ik als mediacenter voor de TV inzet Gewoon ordinair een mediacenter-OS op de micro-SD geflashed en klaar.

De Pi 2 die ik daar eerst voor gebruikte ben ik nu tot "mp3 vanaf NAS"-speler met touchscreen én interface via mobiele app aan het maken. Daar komt wat meer Linux(/raspbian)-klooierij bij kijken, en daar heb ik eigenlijk geen tijd voor, pffft... Wel leuk hobbyen Later maar eens wat andere rommel voor kopen, en nog nuttelozere projectjes mee opzetten

---

Vet, ja! Ik heb zelf ook een Pi 2 liggen, waar ik voor de klooierij op één geheugenkaart een game emulator op wil gooien. Op een andere geheugenkaart wil ik dan een LAMP stack opzetten via Raspbian. Leuk om een mens bezig te houden.

quote:

---

Op 11 maart 2016 18:30 schreef BenKnuckles het volgende:
Ik wil zelfs voor mijn laptop 16GB. Maar ik ben heel vaak bezig met virtualizeren, dus dan is een beetje RAM wel een vereiste.

---

Dat is inderdaad weer wat anders Als je veel met videobewerking doet of ruimtelijke data zijn die gigs ook wel logisch.

quote:

---

Vet, ja! Ik heb zelf ook een Pi 2 liggen, waar ik voor de klooierij op één geheugenkaart een game emulator op wil gooien. Op een andere geheugenkaart wil ik dan een LAMP stack opzetten via Raspbian. Leuk om een mens bezig te houden.

---

Wat is een LAMP stack?

quote:

---

Op 11 maart 2016 16:43 schreef iPim het volgende:
Voor meer modellering moet je Brunnermeier & Sannikov eens checken voor de nonlineaire nachtmerries.

Zijn huishoudens die optimiseren, 400.000 om precies te zijn.

---

2013? Mooi die MATLAB-plotjes! Nostalgisch word ik er van. Zo te zien wel sneller op te lossen dan dat andere verhaal. Al overzie ik het ook niet helemaal natuurlijk

Dat tikt wel aan dan!

[Dit bericht is gewijzigd door Ascendant Grotesque op 14-03-2016 8:33]

LAMP = Linux/Apache/MySQL/PHP|Perl|Python

Video en audio gaan beter met meer geheugen. Macs op het werk hebben allemaal minimaal 32 gig.

Broertje heeft laatst een nieuwe mac pro uitgebreid naar 128 gig intern.

Liep met 32gig steeds tegen 'low memory' meldingen aan als 'ie met z'n samples bezig was.

quote:

---

Op 14 maart 2016 9:09 schreef powertieke het volgende:
LAMP = Linux/Apache/MySQL/PHP|Perl|Python

---

Aiiiiiiiiight.

Je hebt ook wamp en mamp.

En ramp.

IIS inderdaad.

quote:

---

Op 14 maart 2016 9:44 schreef powertieke het volgende:
Je hebt ook wamp en mamp.

---

Ja, ondertussen begint me eea te dagen. Ik kende de afkorting LAMP gewoon niet. De back-end mannetjes hier rollen vaak... LTMJ's uit. Tomcat/Java Of zou je dan Tomcat alsnog Apache noemen? Soms nog een PostgreSQL ipv MySQL. Oh, misschien ook wel vaker Oracle eigenlijk.

[Dit bericht is gewijzigd door Ascendant Grotesque op 14-03-2016 10:02]

quote:

---

Op 14 maart 2016 10:00 schreef Ascendant Grotesque het volgende:


Ja, ondertussen begint me eea te dagen. Ik kende de afkorting LAMP gewoon niet. De back-end mannetjes hier rollen vaak... LTMJ's uit. Tomcat/Java Of zou je dan Tomcat alsnog Apache noemen? Soms nog een PostgreSQL ipv MySQL. Oh, misschien ook wel vaker Oracle eigenlijk.

---

Ik noem het altijd gewoon 'spul'.

quote:

---

Op 14 maart 2016 10:06 schreef Illusione het volgende:
Ik noem het altijd gewoon 'spul'.

---

Niet onterecht.

quote:

---

Op 14 maart 2016 10:10 schreef Ascendant Grotesque het volgende:
Niet onterecht.

---

Het heeft me geen windeieren gelegd door de jaren heen.

quote:

---

Op 14 maart 2016 9:47 schreef powertieke het volgende:
IIS inderdaad.

---

Wel heel easy peasy.

quote:

---

Op 14 maart 2016 10:00 schreef Ascendant Grotesque het volgende:


Ja, ondertussen begint me eea te dagen. Ik kende de afkorting LAMP gewoon niet. De back-end mannetjes hier rollen vaak... LTMJ's uit. Tomcat/Java Of zou je dan Tomcat alsnog Apache noemen? Soms nog een PostgreSQL ipv MySQL. Oh, misschien ook wel vaker Oracle eigenlijk.

---

Bij een LAMP installeer ik gewoon Linux en Apache. MySQL en Python/Perl installeer ik er dan bij, maar enkel om te kunnen spreken van een LAMP Stack. Anders installeer ik gewoon een LA stack, dat klinkt nergens naar.