mirror of
https://github.com/php/php-src.git
synced 2024-09-22 18:37:25 +00:00
f3f6cd24e9
The slower I/O as a traditional bottleneck on Windows which is the target of this patch. The recursive path resolution, while being an allround solution, is expensive when it comes to the common case. Files with proper ACLs set can be resolved in one go by usage of specific API. Those are available since Vista, so actually can be called old. Those simpler api is used for the cases where no CWD_EXPAND is requested. For the cases where ACLs are improper, the existing solution based on FindFirstFile still does good job also partially providing quirks. Cases involing reparse tags and other non local filesystems are also partially server by new APIs. The approach uses both APIs - the quick one for the common case still integrating realpath cache, and the existing one as a fallback. The tests show the I/O load drop on the realpath resolution part due to less system calls for the sub part resolution of paths. In most case it is justified, as the sub parts were otherwise cached or unused as well. The realpath() implementation in ioutil is also closer to the POSIX.
24 lines
359 B
C
24 lines
359 B
C
#ifndef TSRM_CONFIG_W32_H
|
|
#define TSRM_CONFIG_W32_H
|
|
|
|
#include <../main/config.w32.h>
|
|
#include "Zend/zend_config.w32.h"
|
|
|
|
#define HAVE_UTIME 1
|
|
#define HAVE_ALLOCA 1
|
|
|
|
#include <malloc.h>
|
|
#include <stdlib.h>
|
|
#include <crtdbg.h>
|
|
|
|
#endif
|
|
|
|
/*
|
|
* Local variables:
|
|
* tab-width: 4
|
|
* c-basic-offset: 4
|
|
* End:
|
|
* vim600: sw=4 ts=4 fdm=marker
|
|
* vim<600: sw=4 ts=4
|
|
*/
|