разрывали циклы руками

это был риторический вопрос)

но ведь на него есть вполне однозначный ответ :)

когда был 5.2 люди особо не парились по поводу текущей памяти

это 2006 или 2007й вроде был

эх... верните мой 2007-ой

я тогда первые скриптики писал...

кто парился, тот делал явный unset() в нужных местах и всё было хорошо

но в основном, конечно, всем было пофиг. Особенно с учётом фреймворков тех дней. Это сейчас на каждый get создаётся миллион объектов, которые тут же убиваются

поправьте если что не так ставлю nginx ставлю cgi сервер какой-нибудь ставлю php ts, настраиваю его на вебсервер ставлю php nts, ставлю pthreads, настраиваю

> ставлю cgi сервер какой-нибудь php-fpm

> ставлю php nts, ставлю pthreads, настраиваю php-cli ts

thead-safe

в требованиях к pthreads, вроде, написано, компилить с опцией non thread safe

> pthreads requires a build of PHP with ZTS (Zend Thread Safety) enabled ( --enable-maintainer-zts or --enable-zts on Windows )

сорри, что-то попутал nginx->php-fpm->php ts->php-cli ts

в требованиях к pthreads, вроде, написано, компилить с опцией non thread safe

я еще раз поясню почему "pthreads не нужны" в большинсве случаев: - Родить поток чуть дешевле чем родить процесс но все так же дорого. Более того, есть такая вещь как переключение контекста и количество потоков сильно больше количества ядер будут убивать производительность. Насколько сильно - зависит от эффективности кода. А потому вместо того что бы постоянно создавать потоки тебе всеравно нужен будет демон, который будет держать пул потоков. - Исходя из предыдущего профит относительно нескольких процессов воркеров лишь в том, что чуть проще организовывать коммуникации и синхронизации. В целом же в большинстве случаев у тебя потоки будут выполнять какую-то работу и отдавать результат. При этом им не нужна доп. синхронизация или обмен информацией между потоками (разве что кэш но это чуть другое). - то есть в 99% случаев выгоднее будет завести очередь (beanstalkd например) и много обработчиков которые постоянно будут висеть в памяти ну или pub/sub организовать между процессами.

- если твоя задача - оптимизировать работу с подсистемами ввода/вывода (надо распаралелить работу с базой, надо распаралелить работу с http) есть асинхронные API (с базой данных посложнее но например для mysql оно есть) и event loop. Это наиболее эффективный вариант. Особенно в совокупности с очередями и пулом процессов-воркеров.

нихрена себе Сергей разошелся)

Тут еще тогда вопрос в том, что хочешь распараллелить, может оно вообще не нужно тебе?)

попробую воспользоваться аллегорией на склад завезли фуру консервов в коробках каждую коробку надо забрать, отнести, распаковать, разложить, проверить и т.д. изложите процесс, как вы его видите

И как бы сэкономит тебе 20мс на рассчеты, но добавит 30мс на хождения грубо говоря

очереди + демоны масштабируются как минимум лучше

Это кстати да

прислали мне, скажем 1000 id групп vk по каждой группе надо собрать пользователей, как минимум появление списка я отслеживаю через event loop для каждой группы создаю процесс, ограничивая, скажем по 15 шт одновременно?

запихиваешь все эти группы в очередь и разбираешь консьюмерами

+1

там где курл, можно еще и батчами запросы отправлять

я програмирую всего несколько месяцев, и поэтому не знаком со многими технологиями, про которые вы говорите

работаю разрабом уже 9 лет, и поверь. если тебе нужна многопоточность или реальная асинхронность, то лучше брать для этого подходящие инструменты - java, nodejs, go. на пхп с этим сложно и не стоит стрелять по ногам

Да уж, простая истина

Для новичка советовал бы golang

на пхп либо ивент луп и упороться в 1 ядро, либо делить на процессы консьюмерами и очередями

дебажить потоки на пхп это должно быть забавно

не хочу сильно отрываться от рабочих стандартов ) пока, но хочу свои задачи покодить потоки дебажатся нормально ) уже проверено про очереди можно подробнее? отправил человек с сайта get запрос со списком ссылок, что должно дальше с этим списком произойти

дома просто решил в виртуалке поднять среду разработки, сижу, компоненты сервера выбираю, нюансы выясняю

>отправил человек с сайта get запрос со списком ссылок, что должно дальше с этим списком произойти а что с ним должно произойти? просто выбрать из вк все что есть по этим ссылкам?

http://docs.guzzlephp.org/en/latest/quickstart.html#concurrent-requests

Ты столкнешься с ограничением апи ВК, который не даст тебе просто так взять и сделать 1к параллельных запросов

Там тоже есть некий батч вроде

нееет, сейчас я каждую ссылку в отдельный поток пихаю, очередь организую как раз не больше чем 15 объектов одновременно

vk это для примера

Ну так, в отрыве от реальной задаче тогда хз как что-то подсказывать

у нас очень хороший ведущий программист ) но он не любит, когда я ему вопросы задаю не связанные с работотой

Если кругом аллегории, да потоки в вакууме

аналогия очень точная

А если набор данных очень мал, то проще не оверинженерить и тупо его перебрать

Очень мал - до 10к элементов например, в зависимости от

на выходе получается список на несколько миллионов строк

в процессе обработки каждой ссылки по несколько десятков http запросов

Сколько оно в один поток у тебя разгребается?

Наверное много)

я не проверял, при мне все уже в потоках было

Народ, а что есть issue в гите?

эт норма?

Просто название ветки ж

пилят фичу/фиксят баг - ветку с кодом называют с номером фичи/бага, так легче найти описание, например, или подгрузить куда-нить автомтически

эт норма?

Это пиздец имхо

лучше называть %номер-задачи%-%имя фичи%

а то теряться будешь)

Если не делать больше 3 задач одновременно, то норм)

https://twitter.com/benmatselby/status/828177649390456832 Интересно.

https://twitter.com/s_bergmann/status/828185078635311104

хм, надо проверить тоже

ERROR: S client not available

тут GO упоминали, расскажите, плиз, про производительность его

тут GO упоминали, расскажите, плиз, про производительность его

збс

кимпилируемый язык, микротреды

очень красноречиво )

ну а что ты еще хочешь?)

https://benchmarksgame.alioth.debian.org/u64q/go.html

go vs java

go vs c++

http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=go&lang2=gpp

вот писькомерки

выводы делай сам

цифры ) затраты памяти на одинаковые задачи ) а то я не нашел как-то сравнений толковых в google

ну вот я тебе скинул ссылку

там php нет (

там php нет (

есть

https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=go&lang2=php

спасибо )

а есть online обучалки по нему?

golang-book.com

Через час или около того будешь уже прогать на Go.

tour.golang.org — потом вот это читать. Чуть посложнее, но тоже быстро и легко читается.

крутой учебничек)

пойду учить go

В мире умерло минимум 2 пхпшника ?

В мире умерло минимум 2 пхпшника ?

Три на каждого родилось, нивалнуйся ))

А есть оффлайн версия?

А есть оффлайн версия?

зачем?)

В мире умерло минимум 2 пхпшника ?

что мешает сразу двумя языками владеть

в яндексе вон некоторые отделы на голанг перевели, не меняя работников

Да, язык очень простой.

В удаленных уголках галлактики где вафля не несет силу и свет приходится скучать и читать состав освежителя