З посібника PHP для розширення pthreads :
pthreads - це об'єктно-орієнтований API, який дозволяє багатокористувацьку нитку в PHP. Він включає в себе всі інструменти, необхідні для створення багатопотокових програм, орієнтованих на Інтернет або консоль. PHP-програми можуть створювати, читати, писати, виконувати та синхронізувати з потоками, робочими та штабелями.
Як це неймовірно звучить, це абсолютно правда. Сьогодні PHP може створити багатопотоковий вміст для бажаючих спробувати.
Перший випуск PHP4, 22 травня 2000 р., PHP постачався з безпечною архітектурою для потоків - способом для виконання декількох примірників інтерпретатора в окремих потоках у багатопотокових середовищах SAPI (Server API). Протягом останніх 13 років дизайн цієї архітектури був вдосконалений та вдосконалений: вона з часу використовує у виробництві на найбільших у світі веб-сайтах.
Нитки в землю користувачів ніколи не хвилювали команду PHP, і вона залишається такою і сьогодні. Ви повинні розуміти, що у світі, де PHP веде свою справу, існує вже визначений метод масштабування - додайте обладнання. Протягом багатьох років PHP існувало, апаратне забезпечення стало дешевше і дешевше, і це ставало все менше турбот для команди PHP. Поки вона дешевшала, вона також стала набагато потужнішою; сьогодні наші мобільні телефони та планшети мають двоярусну та чотирьохядерну архітектуру та багато оперативної пам’яті, яку ми можемо використовувати разом із цим, у наших настільних комп'ютерів та серверів зазвичай є 8 чи 16 ядер, 16 та 32 гігабайт оперативної пам’яті, хоча ми не завжди можемо мати дві в межах бюджету та наявності двох робочих столів рідко корисно для більшості з нас.
Крім того, PHP було написано для непрограміста, це багато любителів рідною мовою. Причина PHP настільки легко прийнята - це те, що вивчати та писати це легка мова. Причина PHP настільки надійна сьогодні в тому, що велика кількість роботи, яка входить в її розробку, і кожне окреме рішення, прийняте групою PHP. Його надійність і велична величина зберігають його в точковому світлі після всіх цих років; де його суперники впали в часі чи тиску.
Багатопотокове програмування для більшості непросте, навіть із самим узгодженим та надійним API, можна подумати про різні речі та багато помилок. Група PHP не бажає, щоб багатопотокова наземна робота була основною особливістю, їй ніколи не приділяли серйозної уваги - і це правильно. PHP не повинен бути складним для всіх.
Зважаючи на все, є ще переваги, які дозволяють PHP використовувати його готові та перевірені функції, щоб забезпечити можливість максимально використати те, що ми маємо, коли додавання більше не завжди є варіантом, і дуже багато Завдання ніколи насправді не потрібні.
pthreads для тих, хто бажає дослідити його, забезпечує API, який дозволяє користувачеві багатопотоково застосовувати PHP-програми. Його API - це вже незавершена робота, і він визначив бета-рівень стабільності та повноти.
Загальновідомо, що деякі бібліотеки, які використовує PHP, не є безпечними для потоків, програмісту повинно бути зрозуміло, що pthreads не може цього змінити, і не намагається спробувати. Однак будь-яка бібліотека, захищена від потоку, є корисною, як і будь-яка інша безпечна настройка інтерпретатора.
pthreads використовує Posix Threads (навіть у Windows), що програміст створює - це реальні потоки виконання, але для того, щоб ці нитки були корисними, вони повинні знати про PHP - вміти виконувати код користувача, ділитися змінними та дозволити корисні засоби зв'язку (синхронізація). Отже, кожен потік створюється за допомогою екземпляра інтерпретатора, але, за задумом, його інтерпретатор ізольований від усіх інших примірників інтерпретатора - як і багатопотокові середовища API API. pthreads намагається подолати проміжок безпечним та безпечним способом. Багато проблем, що стосуються програміста потоків в C, просто не існують для програміста pthreads, за задумом pthreads - це копія при читанні та копіювання під час запису (оперативна пам'ять дешева), тому жоден екземпляр жодного разу не маніпулює одними і тими ж фізичними даними , але вони можуть впливати на дані в іншому потоці.
Навіщо копіювати на читати та копіювати на запис:
public function run() {
...
(1) $this->data = $data;
...
(2) $this->other = someOperation($this->data);
...
}
(3) echo preg_match($pattern, $replace, $thread->data);
(1) Поки блокування читання та запису зберігається у сховищі даних об'єктів pthreads, дані копіюються з оригінального місця в пам'яті до сховища об'єктів. pthreads не коригує перерахунок змінної, Zend здатний звільнити вихідні дані, якщо на нього немає подальших посилань.
(2) Аргумент до деякихOperation посилається на сховище об'єктів, оригінальні дані, що зберігаються, а це сама копія результату (1), знову копіюються для двигуна в контейнер zval, в той час як це відбувається блокування читання, утримується на магазин об'єктів, замок звільняється і двигун може виконувати функцію. Коли zval створено, він має коефіцієнт знижки 0, що дозволяє двигуну звільнити копію після завершення операції, оскільки інших посилань на неї не існує.
(3) Останній аргумент preg_match посилається на сховище даних, виходить блокування читання, набір даних у (1) копіюється в zval, знову зі знижкою 0. Замок звільнений, виклик до preg_match працює на копія даних, тобто сама копія вихідних даних.
Що потрібно знати:
Хеш-таблиця об’єктного магазину, де зберігаються дані, захищена потоками,
заснована на TsHashTable, що постачається разом із PHP, Zend.
Магазин об'єктів має блокування читання і запису, для TsHashTable передбачено додаткове блокування доступу, таким чином, що при необхідності (і це робить, var_dump / print_r, прямий доступ до властивостей, оскільки двигун PHP хоче посилатися на них) pthreads може маніпулювати TsHashTable за межами визначеного API.
Блокування зберігаються лише під час операцій з копіювання, коли копії зроблені, блокування звільнені, у розумному порядку.
Це означає:
Коли відбувається запис, утримуються не тільки блокування читання і запису, але й додаткове блокування доступу. Сама таблиця заблокована, немає іншого способу, коли інший контекст може її заблокувати, прочитати, записати чи вплинути на неї.
Коли відбувається читання, утримується не тільки блокування читання, але й додатковий блокування доступу, знову ж таки таблиця заблокована.
Жоден два контексти не можуть фізично чи одночасно отримувати доступ до одних і тих же даних із об’єктного сховища, але записи, зроблені в будь-якому контексті з посиланням, впливатимуть на дані, прочитані в будь-якому контексті з посиланням.
Це архітектура, що розділяється нічим, і єдиний спосіб існування - це співіснування. Ті, хто трохи кмітливі, побачать, що тут робиться багато копіювання, і вони задумаються, чи це хороша річ. Досить багато копіювання триває протягом динамічного виконання, це динаміка динамічної мови. pthreads реалізується на рівні об'єкта, оскільки хороший контроль можна отримати над одним об’єктом, але методи - код, який програміст виконує - мають інший контекст, без блокування та копій - локальної області застосування методу. Об'єм об'єкта у випадку з об'єктом pthreads слід розглядати як спосіб обміну даними між контекстами, тобто це його мета. Зважаючи на це, ви можете скористатися прийомами, щоб уникнути блокування магазину об'єктів, якщо це не потрібно,
Більшість бібліотек і розширень, доступних для PHP, - це тонкі обгортки навколо сторонніх сторін, функціональність ядра PHP до певної міри - це те саме. pthreads не є тонкою обгорткою навколо ниток Posix; це API для різьблення на основі Posix Threads. Немає сенсу впроваджувати теми в PHP, які його користувачі не розуміють або не можуть використовувати. Немає причин, що людина, яка не знає, що таке мютекс чи не має, не зможе скористатися всім, що вони мають, як з точки зору майстерності, так і ресурсів. Об'єкт функціонує як об'єкт, але там, де інакше стикалися б два контексти, pthreads забезпечує стабільність та безпеку.
Кожен, хто працював у Java, побачить схожість між об'єктом pthreads та потоком в java; ці ж люди, без сумніву, побачать помилку під назвою ConcurrentModificationException - оскільки це звучить помилка, що виникає під час виконання Java, якщо два потоки записують однакові фізичні дані одночасно. Я розумію, чому вона існує, але мене бентежить, що ресурси, настільки дешеві, як і вони, в поєднанні з тим, що час виконання може виявити паралельність точно і єдиний час, коли безпека може бути досягнута для користувача, яку він вирішить кинути можливу фатальну помилку під час виконання, а не керувати виконанням та доступом до даних.
Жодних дурних помилок не буде випущено pthreads, API написано, щоб зробити нарізку максимально стабільною та сумісною, наскільки я вважаю.
Багатопотокове використання не схоже на використання нової бази даних, пильну увагу слід звертати на кожне слово в посібнику та приклади, що постачаються з pthreads.
Нарешті, з посібника PHP:
pthreads був і є експериментом із досить хорошими результатами. Будь-які його обмеження чи функції можуть змінюватися в будь-який час; така природа експериментів. Це обмеження - часто накладені реалізацією - існують з поважних причин; мета pthreads - забезпечити корисне рішення для багатозадачних завдань PHP на будь-якому рівні. У середовищі, яке виконує pthreads, необхідні певні обмеження та обмеження для забезпечення стабільного середовища.
pcntl_fork()) спрацює, якщо його дзвонять з Apache?