Re: [Flightgear-devel] mpserver02 & mpserver07

2012-06-20 Thread Curtis Olson
An interesting stat (from the perspective of maintaining the list of
mpservers) would be the last time a node was seen alive.  Then if a node is
down for too long we could remove it from the list and recycle the host
name.  And if the node does come back at some point, we can add them back
in and get them a new host name.

Curt.


On Wed, Jun 20, 2012 at 10:24 AM, Rob Bloemers wrote:

> Hi Curt,
>
> The email quoted below i have sent to the admins of the fgms servers that
> are down on 5th april 2012 and have not heard anything. I think it's best
> if they are recycled and if not, updated to an already existing server in
> the same geographical area at your earliest convenience. I have not
> received a single reply (nor bounces). Instead of the 14 days i initially
> set as a response term, its now been a period of 2 months (perhaps should
> have contacted you earlier), imho long enough for anybody to respond what
> their plan is regarding the fgms instance they have been running. And in
> worst case, we can always setup a new one, or restore it.
>
> Kind Regards
> EViL
>
>  QUOTE START -
>
> Hi Admins, :)
>
> [ notification if we/i don't receive a response within the next 14 days i
> will request an update of the subdomain mpserver to an active
> server ]
>
> My name is EViL / Rob Bloemers, some might know me from the IRC network.
> Other perhaps have seen me crash on multiple airports around the FG world :)
> This email is regarding the status of the fgms instance you are running. I
> noticed that for a few weeks now some of the nodes are down.
>
> http://mpmap01.flightgear.org/mpstatus/
>
> If you would no longer like to run a FGMS instance on your server, please
> let us know so we can have the subdomains updated to point to an active
> server. Also if you do want to have fgms running but there is now a long
> downtime scheduled for whatever reason, please let us know. We will then
> request the subdomain to be updated as well, until your server is back up
> again. We'll be glad to restore it when the machine/service is running
> again.
>
> But since many of the launchers and i think fgms itself, come with a fixed
> hardcoded list of the multiplayer servers it's not ideal to have a few
> outages. Many of the pilots will not really understand why multiplayer
> functionality is not working, others will quickly switch to another server
> but in my opinion it's best if we can have all the servers responding.
>
> There have also been some updates on the FGMS code, so when you have time
> please update the server software too. There has been a big change in the
> layout of the network. Previously, older versions still replicated data
> between all other FGMS servers. The updated software uses mpserver01 as a
> main hub which replicates the traffic to the other servers.
>
> Another quick notification, and perhaps unknown to some, on the irc
> network we have a #fgms channel, we try to keep some communication going
> there regarding the FGMS network. It would be great if you could join the
> channel when you are online. It allows quick and direct communication
> between and among all fgms admins.
>
> Looking very much forward to your reply,
>
> Kindest Regards
> Rob Bloemers aka EViLSLuT
> Admin of IRC / MPServer12
>
> - QUOTE END 
>
> - Original Message -
> From: "Curtis Olson" 
> To: "FlightGear developers discussions" <
> flightgear-devel@lists.sourceforge.net>
> Sent: Tuesday, June 19, 2012 10:14:31 PM
> Subject: [Flightgear-devel] mpserver02 & mpserver07
>
> Hi,
>
> Can anyone tell me definitively (or close to definitively, or even
> speculatively) what the status of mpserver02.flightgear.org and
> mpserver07.flightgear.org are?  I can't ping them at the moment.  Host
> names are cheap (maybe even cheaper than version numbers) but if these
> hosts are long gone, we might as well recycle an old number in sequence
> rather than creating a new host name and leaving dead gaps in the sequence.
>
> Thanks,
>
> Curt.
> --
> Curtis Olson:
> http://www.atiak.com - http://aem.umn.edu/~uav/
> http://www.flightgear.org - http://gallinazo.flightgear.org
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussion

Re: [Flightgear-devel] mpserver02 & mpserver07

2012-06-20 Thread Rob Bloemers
Hi Curt,

The email quoted below i have sent to the admins of the fgms servers that are 
down on 5th april 2012 and have not heard anything. I think it's best if they 
are recycled and if not, updated to an already existing server in the same 
geographical area at your earliest convenience. I have not received a single 
reply (nor bounces). Instead of the 14 days i initially set as a response term, 
its now been a period of 2 months (perhaps should have contacted you earlier), 
imho long enough for anybody to respond what their plan is regarding the fgms 
instance they have been running. And in worst case, we can always setup a new 
one, or restore it.

Kind Regards
EViL

 QUOTE START -

Hi Admins, :)

[ notification if we/i don't receive a response within the next 14 days i will 
request an update of the subdomain mpserver to an active server ]

My name is EViL / Rob Bloemers, some might know me from the IRC network. Other 
perhaps have seen me crash on multiple airports around the FG world :)
This email is regarding the status of the fgms instance you are running. I 
noticed that for a few weeks now some of the nodes are down.

http://mpmap01.flightgear.org/mpstatus/

If you would no longer like to run a FGMS instance on your server, please let 
us know so we can have the subdomains updated to point to an active server. 
Also if you do want to have fgms running but there is now a long downtime 
scheduled for whatever reason, please let us know. We will then request the 
subdomain to be updated as well, until your server is back up again. We'll be 
glad to restore it when the machine/service is running again.

But since many of the launchers and i think fgms itself, come with a fixed 
hardcoded list of the multiplayer servers it's not ideal to have a few outages. 
Many of the pilots will not really understand why multiplayer functionality is 
not working, others will quickly switch to another server but in my opinion 
it's best if we can have all the servers responding.

There have also been some updates on the FGMS code, so when you have time 
please update the server software too. There has been a big change in the 
layout of the network. Previously, older versions still replicated data between 
all other FGMS servers. The updated software uses mpserver01 as a main hub 
which replicates the traffic to the other servers.

Another quick notification, and perhaps unknown to some, on the irc network we 
have a #fgms channel, we try to keep some communication going there regarding 
the FGMS network. It would be great if you could join the channel when you are 
online. It allows quick and direct communication between and among all fgms 
admins.

Looking very much forward to your reply,

Kindest Regards
Rob Bloemers aka EViLSLuT
Admin of IRC / MPServer12

- QUOTE END 

- Original Message -
From: "Curtis Olson" 
To: "FlightGear developers discussions" 
Sent: Tuesday, June 19, 2012 10:14:31 PM
Subject: [Flightgear-devel] mpserver02 & mpserver07

Hi,

Can anyone tell me definitively (or close to definitively, or even
speculatively) what the status of mpserver02.flightgear.org and
mpserver07.flightgear.org are?  I can't ping them at the moment.  Host
names are cheap (maybe even cheaper than version numbers) but if these
hosts are long gone, we might as well recycle an old number in sequence
rather than creating a new host name and leaving dead gaps in the sequence.

Thanks,

Curt.
-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org - http://gallinazo.flightgear.org

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Slow frame rates

2012-06-20 Thread castle . 64

Hi Mathias, 

Yes, my apologies. Should have at least acknowledged your reply.. ATM all the 
machines with the source files and data are off line and sitting on the shelf 
while I work on the cockpit. 

Hopefully, I can bring it all on line next month and power up the sim. Then 
will be able to extract the relevant source and data for the warping. Also want 
to confirm Stuart's comments related to running multiple machines. 

Even if the random stuff is "deterministic" across machines if you start with 
the same seed, I foresee a real need, perhaps even demand, for FlightGear to 
live in a multi-machine federated system. Just consider what Nvidia has 
accomplished with GPUs running as super computers. 

Cheers 
John 



- Original Message -
From: "Mathias Fröhlich"  
To: "FlightGear developers discussions" 
 
Sent: Tuesday, June 19, 2012 11:18:35 PM 
Subject: Re: [Flightgear-devel] Slow frame rates 


Hi, 

On Sunday, June 17, 2012 13:00:15 castle...@comcast.net wrote: 
> This email rekindled an idea from a while back. Last year while working on 
> the 747 sim with multiple projectors and a quad core CPU I experimented 
> with setting up three instances of fgfs - one for each cpu, graphics card, 
> and projector. The improvement in the frame rate was quite dramatic; from 
> around 20-22 fps to over 55 fps for each instance. The down side was that 
> all the dynamic features (3d clouds, AI objects, random stuff, etc) all ran 
> in their own graphics context. so while all the static scenery sync'd 
> across the projectors, the dynamic objects "ended" at the display 
> boundaries. 
> 
> Multi-core machines have been around for some time now. Perhaps it is time 
> to think beyond running Flighgear as a monolithic process in a single CPU 
> configuration. 
> 
> It is my understanding that all three platforms ( MS, Mac, Linux) support 
> some form of shared memory IPCs. I use shared memory in the 737/747 cockpit 
> software to great advantage with a global section for all common data and 
> sharing data between the Captian, FO, and MCDUs processes. 
> 
> In Linux creating a shared memory segment is simple and straight forward. 
> The "master fgfs" would create the shared segment and compute the graphical 
> objects, in this case clouds and AI, and the "fgfs slaves" would simply 
> access the shared segment for the data required to create their visual 
> scene. 
> 
> Hopefully, I'll have some time in the fall to pursue this idea further. In 
> the mean time, the floor is open to anyone who would like to comment or 
> pursue this idea on their own. 

Well, that's about what I am about to do with the HLA stuff. 

The nice thing is that the ipc is hidden behind something that is also able to 
distribute this across multiple machines. A local network connect is mostly 
sufficient. But doing the same by an infniband connect is possible too. 
Experimenting with shared memory did not bring notable improovements over a 
system local network connect. At least not on linux... 

In any case I think this could be fast enough to do this stuff. 

Also this stuff is based on a standard that is probably enables us to be a 
little more connective in the end. At least this is a slight hope from me. 

John, by this way, I did send you some mails regarding the unwrapping, but did 
never get an answer - did you recieve them? 

Mathias 


-- 
Live Security Virtual Conference 
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ 
___ 
Flightgear-devel mailing list 
Flightgear-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/flightgear-devel 
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel