view src/os/win32/nginx_icon32.xpm @ 7669:52b34c3f89b4

Too large st_blocks values are now ignored (ticket #157). With XFS, using "allocsize=64m" mount option results in large preallocation being reported in the st_blocks as returned by fstat() till the file is closed. This in turn results in incorrect cache size calculations and wrong clearing based on max_size. To avoid too aggressive cache clearing on such volumes, st_blocks values which result in sizes larger than st_size and eight blocks (an arbitrary limit) are no longer trusted, and we use st_size instead. The ngx_de_fs_size() counterpart is intentionally not modified, as it is used on closed files and hence not affected by this problem.
author Maxim Dounin <mdounin@mdounin.ru>
date Mon, 22 Jun 2020 18:02:59 +0300
parents 7e24168b0853
children
line wrap: on
line source

/* XPM */
static char * nginx_xpm[] = {
"32 32 2 2",
/* colors */
"   c none",
"GG c #009900",
/* pixels */
"                                                                ",
"                                                                ",
"                                                                ",
"                                                                ",
"                  GGGGGGGGGGGGGGGGGGGGGGGGGGGG                  ",
"                GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG                ",
"                GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG                ",
"              GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG              ",
"              GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG              ",
"            GGGGGGGGGG                    GGGGGGGGGG            ",
"            GGGGGGGGGG                    GGGGGGGGGG            ",
"          GGGGGGGGGG                        GGGGGGGGGG          ",
"          GGGGGGGGGG                        GGGGGGGGGG          ",
"        GGGGGGGGGG                                              ",
"        GGGGGGGGGG                                              ",
"      GGGGGGGGGG            GGGGGGGGGGGGGGGGGGGGGGGGGGGGGG      ",
"      GGGGGGGGGG          GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG      ",
"        GGGGGGGGGG        GGGGGGGGGGGGGGGGGGGGGGGGGGGGGG        ",
"        GGGGGGGGGG        GGGGGGGGGGGGGGGGGGGGGGGGGGGGGG        ",
"          GGGGGGGGGG        GGGGGGGGGGGGGGGGGGGGGGGGGG          ",
"          GGGGGGGGGG                        GGGGGGGGGG          ",
"            GGGGGGGGGG                    GGGGGGGGGG            ",
"            GGGGGGGGGG                    GGGGGGGGGG            ",
"              GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG              ",
"              GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG              ",
"                GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG                ",
"                GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG                ",
"                  GGGGGGGGGGGGGGGGGGGGGGGGGGGG                  ",
"                                                                ",
"                                                                ",
"                                                                ",
"                                                                "