Hi John,
A counter-anecdote, but for us at least Windows (Server 2008) is doing
fine with the many-files. Our GWC tile-cache has just shy of 200,000 files
(197,038 files with a disk space of just 3.56GB - 3.96GB on disk) in it
right now and the performance is excellent as a TMS. The machine has 15k
RPM HDD's which help with latency - at its peak it has served about 100
tiles per second (we ran out of users to get it higher), no noticeable
slowdown.
We're not using ImageMosaic or ImagePyramid though. Just BigTiffs.
Jonathan
On 19 July 2013 17:26, John Callahan <[email protected]> wrote:
> Something that we have run into is related to distributing large number of
> files. In our case, we are creating services for several raster datasets
> representing aerial imagery and digital elevation models (among other
> WMS/WFS/WCS services). Some of these required the use of the ImageMosaic
> and ImagePyramid plugins. For others, we use cache tiling.
>
> We have seen folders with thousands of files, sometime tens of thousands
> of files. Windows does a horrible job at disk i/o in these cases
> regardless of the compression level of each tile, type of plugin (mosaic vs
> pyramid vs cache), processor cores, etc... Going 64bit does help here,
> allowing the use of large amounts of RAM, performance was still poor
> (compared to what we and our clients expect), we did lose the native JAI
> benefits, and seemed unstable at times.
>
> You can make this case work on windows by trying to limit the number of
> files per folder in different ways, with average performance, but it is
> still inefficient compared to Linux and seems to be a losing strategy, in
> this case, on Windows. Of course, our decision to go with Windows,
> probably like most everyone else, had mostly to do with staff familiarity
> and IT support.
>
>
> - John
>
>
> John Callahan
> Research Scientist
> Delaware Geological Survey
> University of Delaware
> http://www.dgs.udel.edu
> [email protected]
>
>
>
> On Fri, Jul 19, 2013 at 8:06 AM, Andrea Aime <[email protected]
> > wrote:
>
>> On Fri, Jul 19, 2013 at 1:06 PM, nueve <[email protected]> wrote:
>>
>>> Hello all,
>>>
>>> I'm about to choose production environment for geoserver. Geoserver will
>>> be
>>> connected to MSSQL-2012 DB and will serve WMS and WFS services for .NET
>>> aplication running on standalone server. I have 4 virtual cores and 24
>>> GB of
>>> RAM aa HW resources. My question is how to utilize this HW for best
>>> Geoserver performance? At this time I have two possibilities:
>>>
>>> 1: MS WINDOWS 2012 64bit 4vCore, 24GB RAM + Tomcat7 + Geoserver 233 (java
>>> jdk1.7 64 without JAI)
>>>
>>> 2: sw loadbalanced: 2 x Debian 64bit, 2vCore, 12GB RAM + Tomcat7 +
>>> Geoserver
>>> 233 (java jdk 1.7 64 with JAI)
>>> - possible squid and watchdog
>>>
>>
>> I would go for the second, no doubt.
>> Even if we don't have recent benchmarks, past experiences showed that
>> most web map
>> servers are faster on Linux than on Windows (then again, none of the
>> servers that
>> were benchmarked back then were using .NET, maybe one written with Windows
>> as the sole target can do better).
>>
>> Cheers
>> Andrea
>>
>>
>> --
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>> more information.
>> ==
>>
>> Ing. Andrea Aime
>> @geowolf
>> Technical Lead
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054 Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob: +39 339 8844549
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> -------------------------------------------------------
>>
>>
>> ------------------------------------------------------------------------------
>> See everything from the browser to the database with AppDynamics
>> Get end-to-end visibility with application monitoring from AppDynamics
>> Isolate bottlenecks and diagnose root cause in seconds.
>> Start your free trial of AppDynamics Pro today!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Geoserver-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> _______________________________________________
> Geoserver-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
This transmission is intended for the named addressee(s) only and may
contain sensitive or protectively marked material up to RESTRICTED and
should be handled accordingly. Unless you are the named addressee (or
authorised to receive it for the addressee) you may not copy or use it, or
disclose it to anyone else. If you have received this transmission in error
please notify the sender immediately. All email traffic sent to or from us,
including without limitation all GCSX traffic, may be subject to recording
and/or monitoring in accordance with relevant legislation.
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
