RETRACTION - problem seems to have to do with file() and size of the file being read.

sorry for inconveinence on my stupidities part.

will further research and post new report if necessary.

in version 4.3.1 file() seems to be extremly slow 10-100x as slow. a serious performance issue.
http://bugs.php.net/bug.php?id=19971
also refers to this problem but has been closed with incorrect information it seems.

changed summary - reopened

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip


Also, add a short but complete example script here which 
can be used to reprodude this problem.

EXAMPLE CODE
-------------------------------------------
set_time_limit ('200');

# logfile is 4mb text file with 17370 LINES
$file="test.log";
$times=10;

$i=1;
while($i <=$times){
$mt = explode(' ', microtime()); $script_start_time = $mt[0] + $mt[1];
file($file);
$mt = explode(' ', microtime()); $script_end_time = $mt[0] + $mt[1];
$time[]=round($script_end_time - $script_start_time, 5);

echo 'file loaded in ', round($script_end_time - $script_start_time, 5), ' seconds<br>';

$i++;
}

$average=array_sum($time)/$times;
echo "average time - ".$average;

---------------------------------------------------
RESULTS:

USING 4.3.1
------------
file loaded in 0.47855 seconds
file loaded in 0.74892 seconds
file loaded in 0.7595 seconds
file loaded in 0.58205 seconds
file loaded in 0.82617 seconds
file loaded in 0.83293 seconds
file loaded in 0.86725 seconds
file loaded in 0.90333 seconds
file loaded in 0.63803 seconds
file loaded in 0.82538 seconds
average time - 0.746211

LATEST STABLE
--------------
file loaded in 16.18174 seconds
file loaded in 16.88304 seconds
file loaded in 16.68356 seconds
file loaded in 16.49004 seconds
file loaded in 16.42378 seconds
file loaded in 16.5862 seconds
file loaded in 16.80012 seconds
file loaded in 16.13519 seconds
file loaded in 25.35214 seconds
file loaded in 32.71799 seconds
average time - 19.02538

results are similar even with smaller files

typo - "USING 4.3.1 should be USING 4.2.2"
my bad

Too many reallocs makes for a slow file() implementation.
PHP5 will have much better performance here under windows with the new memory mapping support (and will actually have *faster* performance).
I am working on a fix for 4.3.x now.

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

Fix will be in the next set of snapshots.

FYI, my benchmarks here have the following results (under winxp):

Benchmarking PHP 4.3.0 (without the fix)
Testing file() with 10 iterations with file size: 3323720
file_test(10): 0:29

Benchmarking PHP 5.0.0-dev (using memory mapping)
Testing file() with 10 iterations with file size: 3323720
file_test(10): 0:03

Benchmarking PHP 5.0.0-dev (NOT using memory mapping)
Testing file() with 10 iterations with file size: 3323720
file_test(10): 0:05

This last one is equivalent to the PHP 4.3.x code; I don't have 4.3.x win32 build env set up here, so this will have to do.

latest win32 Stable (4.3.x-dev)
Built On: Mar 18, 2003 17:30 GMT
http://snaps.php.net/win32/php4-win32-STABLE-200303181730.zip
still yields the same results as before. no change

although Latest CVS (5.0.x-dev) is fast as shit.

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

Thanks for testing this; one line of the old code was accidentally left in the 4.3 branch; human error (mine).

I've tested this using PHP 4.3; benchmarked at 4 seconds (using same script and file as mentioned previously).

The next snapshot will have the fix.

Benchmarking PHP 4.2.2
Testing file() with 10 iterations with file size: 4096226
file_test(10): 0.7458 secs

Benchmarking PHP 4.3.2-RC
Testing file() with 10 iterations with file size: 4096226
file_test(10): 13.5399 secs

woooaahhh lots of warnings in that compile log.
think ill have to wait.
thx will test tomorrow

Benchmarking PHP 4.3.2-RC
Testing file() with 10 iterations with file size: 4096226
file_test(10): 0.8426 secs

WORKS GREAT !

BIG PROBLEM!
it seems as though opened files via file()
are staying open and preventing service from openeing new files giving errors.

I checked this with sysineternals utility called handle

IS THIS BUG STILL BEING WATCHED.
I reopened it there still seems to be a problem with the fix.

What is the problem?
We need a script to reproduce the problem, along with a description of what should happen, what does happen and why you think it is wrong.

afer running file() about a 2000 times with latest snapshot in win2k running apache 1.3.27 latest win32 binary

i get this error:
Warning: file(e:\test.txt): failed to open stream: Too many open files in e:\program files\apache group\apache\htdocs\test\testfile2.php on line 12

I used handle.exe from sysinternals to view open file handles
http://www.sysinternals.com/ntw2k/freeware/handle.shtml

and all file handles opened via file() appear to still be 
open. This is not the case when testing php 422

output from handle.exe:
Apache.exe pid: 1640 MAINFRAME\apache
  1e4: File          E:\test.txt
  1e8: File          E:\test.txt
  210: File          E:\test.txt
  ...  etc
  214: File          E:\test.txt
  
and it goes on for the number of times file() accessed the file.

CODE
----
$i=1;
while($i++ <="2000"){
file("e:\\test.txt");
}

I must verify/fix this before 4.3.2 goes gold.

Surely let me know if you need assistance verifying or need any logs or more info.

I dont beleive performance monitors reflect the files open.
But handle.exe from sysinternals http://www.sysinternals.com/ntw2k/freeware/handle.shtml
does indicate that all handles are still open.

I do not know if there is a way in php to check for that.

I am still using 4.22 because 4.23 will stop when total file handles reach a certain number.

Unable to reproduce any sign of a leak using the latest stable snapshot under XP and w2k.
Are you sure you correctly upgraded your PHP installation? (make sure you don't have any stale php dlls)