MASON-INTEREST-L Archives

July 2010

MASON-INTEREST-L@LISTSERV.GMU.EDU

Options: Use Monospaced Font
Show HTML Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Mime-Version:
1.0 (Apple Message framework v936)
Sender:
MASON Multiagent Simulation Toolkit <[log in to unmask]>
Subject:
From:
vlasios voudouris <[log in to unmask]>
Date:
Thu, 29 Jul 2010 10:31:26 +0100
In-Reply-To:
Content-Type:
multipart/alternative; boundary=Apple-Mail-11--706507872
Reply-To:
MASON Multiagent Simulation Toolkit <[log in to unmask]>
Parts/Attachments:
text/plain (4 kB) , text/html (15 kB)
Applications are invited in the area of energy-economy modeling. The  
applications should be within scope of the ACEGES project (http://www.londonmet.ac.uk/lmbs/research/cibs/cibs-scenario-planning/cibs-scenario-planning_home.cfm 
). The ACEGES software, the main output of the ACEGES project, is  
developed in MASON.
In particular, we encourage applications that aim to investigate the  
relationship between i) the  spot price of crude oil, ii) expectations  
of future oil prices, iii) the price of crude oil futures, iv) the oil  
futures spread (defined as the percent deviation of the oil futures  
price from the spot price of oil) and v)oil supply shocks. The overall  
research aim is to investigate what determines the spot and futures  
price of crude oil and the importance of the evolution of the price of  
oil in explaining oil production of OPEC and non-OPEC countries.

  Applicants are expected to have a Master’s degree with a strong  
quantitative, mathematical or statistical focus. Programming  
experience in Java and MASON is desirable.

It is intended that successful applicants are enrolled before the 1st  
December 2010.  There would be a generic advertisement in the national  
print and electronic media.

Regards,
Vlasios
==============================================
Dr Vlasios Voudouris  <[log in to unmask]>
Senior Lecturer - Quantitative and Computational Economist
Centre for International Business and Sustainability
London Metropolitan Business School
London Metropolitan University
84 Moorgate, London EC2M 6SQ, UK

web (lmbs): http://www.londonmet.ac.uk/lmbs/staff/$-staff-search-results.cfm?QREF=Voudouris
web (CIBS): http://www.londonmet.ac.uk/lmbs/research/cibs/
web(Cities Institute): http://www.citiesinstitute.org/staff/vlasios-voudouris.cfm
SSRN Author: http://ssrn.com/author=1145910
P Save a tree...please don't print this e-mail unless you really need to
==================================================

On 19 Jul 2010, at 21:44, Steven Saul wrote:

> Found the error, as usual simple foolishness on my part.  parallel
> sequence does work like a charm!
>
> Some text forthcoming about my project and publications in response to
> your proposal note.
>
> Thanks!
> Steve
>
>
>> Parallel sequences should work like a charm: for example MASON's
>> HeatBugs example uses one.
>>
>> We recently had some discussion on the list about making sure that  
>> the
>> parallel sequence's threads are properly gathered by simulation's  
>> end,
>> but that shouldn't affect you at all.
>>
>> The entire of a parallel sequence will be executed in one step.  So
>> for example if you want all your fish to gather read-only (be
>> threadsafe remember) information about their world, and have four  
>> CPUs
>> on your machine, you could create a ParallelSequence which holds four
>> Sequences, and load your fish, roughly balanced, into those four
>> Sequences.  Each time the schedule steps, all the fish will be  
>> stepped
>> once.
>>
>> Some possible places where you might be making an error: any chance
>> you're rescheduling your fish agents rather than rescheduling the
>> ParallelSequence?  And don't use a RandomSequence inside a
>> ParallelSequence.
>>
>> Sean
>>
>> On Jul 19, 2010, at 3:31 PM, Steven Saul wrote:
>>
>>> Hi Sean,
>>>
>>> Quick question:  should a parallel sequence work when running my
>>> simulation using the GUI?  I use the GUI just to de-bug and make
>>> sure I
>>> coded something correctly.  With the parallel sequence, the  
>>> simulation
>>> seems to go from start right to the end without stepping  
>>> anything.  It
>>> runs fine on the command line.  I assume this is a coding error on  
>>> my
>>> side, but just wanted to make sure.
>>> Otherwise, I nearly have the whole sim parallelized including events
>>> that
>>> don't happen each time step such as initialziation of objects and
>>> recuitment events.
>>>
>>> Thanks,
>>> Steve
>>>
>>>
>>> --
>>> Steven Saul, M.A.
>>> Graduate Assistant, Marine Biology and Fisheries
>>> Cooperative Institute for Marine and Atmospheric Studies
>>> Cooperative Unit for Fisheries Education and Research
>>> University of Miami - RSMAS
>>> 4600 Rickenbacker Cswy.
>>> Miami, Florida  33149
>>> + 1 305-421-4831
>>> http://cufer.rsmas.miami.edu
>>
>
>
> -- 
> Steven Saul, M.A.
> Graduate Assistant, Marine Biology and Fisheries
> Cooperative Institute for Marine and Atmospheric Studies
> Cooperative Unit for Fisheries Education and Research
> University of Miami - RSMAS
> 4600 Rickenbacker Cswy.
> Miami, Florida  33149
> + 1 305-421-4831
> http://cufer.rsmas.miami.edu
>



ATOM RSS1 RSS2