| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <84c89ac10910180551j123e94a7ud5dce240619ab99@mail.gmail.com> Date: Sun, 18 Oct 2009 18:21:53 +0530 From: Viji V Nair <viji@...oraproject.org> To: Jon Burgess <jburgess777@...glemail.com> Cc: Theodore Tso <tytso@....edu>, linux-ext4@...r.kernel.org, ext3-users@...hat.com Subject: Re: optimising filesystem for many small files On Sun, Oct 18, 2009 at 4:55 PM, Jon Burgess <jburgess777@...glemail.com> wrote: > On Sun, 2009-10-18 at 15:01 +0530, Viji V Nair wrote: >> The application which we are using are modified versions of mapnik and >> tilecache, these are single threaded so we are running 4 process at a >> time. > > If your tiles use the OpenStreetMap / Google style 900913 projection > then you could consider using mod_tile[1]. This renders and stores each > block of 8 x 8 PNG map tiles inside a single file on the disk. This > makes the storage and access much more efficient. It cuts down the > number of files on the disk by 64 and allows nearby tiles to be read > from a single file. > > Jon > > 1: http://wiki.openstreetmap.org/wiki/Mod_tile we are using our own data set, not google map or openstreet map. Since we are using mapnik layer I will surely give a try with this. > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-ext4" in > the body of a message to majordomo@...r.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists