Совершенно другой.
Я это знаю.
таких событий как в Экшнскрипте в пыхе нету )) чаще всего они эмулируются, и случай с курлом это как раз такой пример. принцип я уже описал очередь с курловыми потоками постоянно дрючится на наличае оконченных потоков и если находится оконченный поток - то он передается функции которую ты назначил. пока все попотоки не остановятся делать что то далее ты не можешь, т.е. скрипт весит и на другие "события" ему похх )
смысл в том что на скачивание уходит на много больше времени нежели чем на запись, поэтому одного потока пишущего на диск обычно хватает чтобы обслуживать до Н и более потоков курлов ) и для большинства задач людям этого хватает выше крыши. поэтому скорее всего он упрется в СЕТЬ, а не в хард ) и если даже все-же случится второе (что не редкость на широких каналах и граммотно построенном софте), то увлечение потоков записи на ХАРД ниче не изменит - ибо упрется все в ленейную скорость записи на винт или рэйд, которую ты не сможешь преодолеть увелечением кол-ва потокв пишущих на диск, и решения тут уже будут иные, и софт крутой ))) судя по посту ТС у него все на много проще, так зачем мудрить если то что есть должно хватить с полна
ну ты эстет, а в свободно время ты что будешь делать? sleep(3); и чекать не закончилось ли качать? вобщем это из серии а вот если бы у бабушки был бы х... то она была бы дедушкой, т.е. я к тому что такой задачи тут не было и в целом это никогад не нужно. и если она всеже есть то у пыхи есть потоки - Посиксовые, есть симафоры для локов потоков и шаред мем, для обмена инфой между потоками - классический набор инструментов, для написания мультипоточного софта под линуксом - причем если учесть что все это написано в виде враперов к системным вызовам, то говорить о их нелепой реализации неприходится. но чаще всего пишется скрипт который чисто качает и сейвит и пускается в бэкграунд и пишется другой который делает все остальное, это нормальная практика которая сильно упрощает жизнь - отлаживать мультипоточный софт это очень большой гимор. причем неважно на чем он написан.Да хотя бы чтоб избежать
Наверное я слишком критичен
foreach ($site as $s =>$k) {
foreach ($keyword as $sk => $sv) {
switch ($sv) {
// всякие штуки, причем в каждом case идет цикл for(который каждый раз вызывает getContent и все $url записывает в массив)
}
// ну а тут уже все $url из массива в цикле while (count($array) > 0) обрабатываются функцией которая все сохраняет ...
}
}если ты хочешь побыстрее то тебя определенно интересует производительность. в общем чтоб тебе проще было бы заюзай эту либу Для просмотра ссылки Войди
<?php
include_once '../MultiCurl.class.php';
class MyMultiCurl extends MultiCurl {
protected function onLoad($url, $content, $info) {
print "[$url] $content ";
print_r($info);
}
}
try {
$mc = new MyMultiCurl();
$mc->setMaxSessions(2); // limit 2 parallel sessions (by default 10)
$mc->setMaxSize(10240); // limit 10 Kb per session (by default 10 Mb)
$mc->addUrl('http://google.com');
$mc->addUrl('http://yahoo.com');
$mc->addUrl('http://altavista.com');
$mc->wait();
} catch (Exception $e) {
die($e->getMessage());
}
?>потоки создает курл - как только очередной поток прекращает свою работу т.е. скачал страничку, у тебя останавливается код - причем курл все также продолжает качать, если что то осталось в очереди - ты пересчитываешь нужные тебе СТАТ данные и перерисовываешь их на экране, пишешь их в файл или в БД куда тебе нужно, для чего тут нужен отдельный ТРЭД если после каждого эвента у тебя останов мне реально не понятно. всю стату о конекте время, резолв, скачивание тебе все это также вернет сама курл либа поэтому погрешностей в расчетах не будет а если и есть то коррекцию никто не отменял.
Ошибаешься.
Всё написанное было бы верно, если бы мне нужно было грузить от одного юзера.