На пхп многопоточности нет ФАКТ.
Как вариант по никс*

В этом случае остается контролировать выполнение каждого экземпляра скрипта, что весьма неудобно и этот вопрос я думаю решаем с помощью Ajax (как вариант). Для особо придирчивых уточняю что понятьи поток здесь рассмотрено в контексте "Экземпляр скрипта";
Поехали дальше. Многие пишут под  виндовозом. С виндой есть другой вариант - а именно командная строка

В этом примере каждый экземпляр скрипта будет открыт в видимой командной строке, что позволяет смотреть работу скрипта.
Вот типа и все.
Есть еще вариант запускать экземпляры скрипта через сокеты, где количество сокетов будет равно "количеству потоков";

Да и насчет форков. Сильно не усердствуй с ним на пхп (сильная нагрузка на сервер) - это прерогатива Perl.
  

Riddick, ты путаешь понятия потока и процесса. Это все равно, что путать палец с... мордой.

Я смотрел на контекст вопроса ТС, и ему думаю подойдет то что я предложил.
А вот как он рассмотрит это - дело уже его. 
To -> nerezus
Я же сказал на пхп многопоточности нет - то что я описал это эмуляция - но смотря чего и как на это смотреть. Если рассматиривать правильно то каждый раз мы порождаем новый процесс - работающий в один поток - отсюда можно сделать вывод (и он правильный)что мы занимаемся не многопоточностью а плодим процессы. С другой стороны если рассмотреть скрипт порождающий процессы (а процесс работает в один поток) основным и в конечном итоге порождающий потоки(пусть с возникновением новых процессов), то выходит что скрипт многопоточен.
Я здесь не пытаюсь оспорить понятия многопоточности так как многопоточность должна быть и есть в одном процессе, а у нас процессов столько же сколько и потоков, просто если подойти к вопросу философски то все можно "притянуть за уши"; 

Процессы - это эмуляция потоков? Порой кажется, что я в своей жизни пропустил что-то важное... А может и не я.

 Не выходит и даже не входит. Где shared state? Измененные переменные в одном "потоке" изменятся в другом? Это основной признак тредов, и он не выполняется. Так что говорить о какой-то "эмуляции" просто некорректно.

  

nerezus, как вариант, юзать темп файл для хранения общих переменных ;) 

Чего ты так взъелся? Никто ж с тобой не спорит, что нету на PHP многопоточности. Но зайди на любую фриланс биржу - каждому второму заказчику скрипта на PHP подавай многопоточность. Им же не объяснишь =) Вот и приходится выкручиваться как получиться, а не как теоретически правильно ;)

Pori, и? каждую строчку оборачивать кодом с чтением этого файла? С блокировкой его?
Так если он блокируется, многопоточности то и не будет ;)

А если не блокируется - то данные испортятся.

 эффекта не будет

Конешн с блокировкой, а как иначе? =)

Тормозить процесс пока не получит доступ к файлу, а потом вперед. Не известно же в какой момент процессы запросят доступ к файлу. Может, правдо, и повезти - выстроятся в конвейер ;)

Да, конечно, это не многопоточность. Да и, как правило, для того, что требуют заказчики с пометкой "должно работать многопоточно" многопоточность совершенно не требуется. Недавно попался мне такой - я предложил в качестве многопоточности запускать скрипт несколько раз по крону - согласился ;) Вот и вся многопоточность на PHP.

 ЧТД.

 А если потребуют бабушку прирезать?)

Предложим вместо нее девственницу   И не прирезать...   

Есть одна интересная вещь

ну так мы это, вроде, здесь разобрали. Просто там все структурированно и довольно неплохо написано