Re: TerraSync / CDN hosting

Fabiano Notari <[email protected]> Sun, 28 Jun 2026 15:31:43 +0200
Newsgroups gmane.games.flightgear.devel
Message-ID <CAK+yO5kDJAzS3nB4RSx7=vhTQjN96qYJfNq2e+2m7ak8jPPefg@mail.gmail.com>
https://forum.flightgear.org/viewtopic.php?f=25&t=44466#p440306

I found this suggestion on the forum for an alternative Terrasync link:
--prop:/sim/terrasync/http-server=https://terrasync.eti.pg.gda.pl/ts
I tried it and it works!

Kind regards,
Fabiano

Il giorno mar 30 set 2025 alle ore 13:30 James Turner <[email protected]>
ha scritto:

> Some update info on TerraSync: for six weeks now I’ve been using a real
> CDN as *one* of the TerraSync mirrors, and since three weeks ago, it’s the
> ‘entire’ mirror. This is all controlled by Curt+TorstenD via the DNS
> settings (NAPTR records), we can switch it around at will.
>
> The important data-point I’ve already got is that with current
> contributions to OpenCollective, we can easily afford the bandwidth -
> providing the usage remains the same, or grows proportionally to
> contributions. The CDN has hosts globally, so this should improve the
> experience for people in ‘everywhere apart from North America and Europe’.
>
> There’s a bunch more interesting data points, which will likely prompt
> some code tweaks in upcoming releases:
>
> - we need to implement HTTP cache-validity checks on the most commonly
> checked files. There was also a stupid bug in this area, I’ve implemented
> both cache-checking and fixed the bug on `next` and will back-port these
> fixes to stable, probably for 2024.1.4
>
> [image: FlightGear_logo.png]
>
> Add If-Modified-Since / ETag caching to TerraSync (#27) · Issues ·
> FlightGear Flight Simulator / simgear · GitLab
> <https://gitlab.com/flightgear/simgear/-/issues/27>
> gitlab.com <https://gitlab.com/flightgear/simgear/-/issues/27>
> <https://gitlab.com/flightgear/simgear/-/issues/27>
>
> https://gitlab.com/flightgear/simgear/-/issues/28
>
> (These will save a lot of *requests* to the servers, but not actually
> reduce the amount of bytes transferred much)
>
> - adding real archive support so we can use zipped data for each 1x1 would
> be beneficial, the current file structure is very unfriendly for web caches
> (and FG itself). (The epic for this is
> https://gitlab.com/groups/flightgear/-/epics/7 )
>
> - Providing FGData downloads via the CDN is currently *not* financially
> viable, so we’re better using the unlimited bandwidth mirrors for that.
> That does include Ibilbio and SourceForge, as well as ‘our’ mirrors.
>
> To give it some perspective TerraSync is so far is 3TB in September,
> FGData downloads from fresh installs hit the 10TB cap I set, on the 12th of
> September. Each install via the CDN costs us $0.01 (1 cent) since FGdata is
> ~ 2Gb and the volume pricing tier on our CDN is $0.005/GB : so 10TB is 5000
> installs, in principle. (Also if we get featured on some news site etc, we
> don’t want to suddenly be paying more: hence why I set the caps)
>
> The ‘good’ news is that if we don’t use the CDN for the base package, we
> can now safely grow it (eg to 3GB or more) *without* impacting anything.
> This means we can consider some quality-of-life improvements like including
> the TerraSync shared models in the base package directly, and also the
> Airports data. This would give a much cleaner out-of-the-box experience,
> since users won’t need to wait on transferring those rather heavy dirs
> entirely before they can make their first flight. (
> https://gitlab.com/flightgear/flightgear/-/issues/3231 )
>
> Kind regards,
> James
> _______________________________________________
> Flightgear-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>

_______________________________________________
Flightgear-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
FlightGear_logo.png (image/png, 2.7 KB) - not displayed