многопоточность

@Nebiros · Регистрация: 23.03.2010

Студворк — интернет-сервис помощи студентам

сделал определенный запрос по базе - поиск и запись найденного результата в другое поле, скрипт работает долго но при этом процессор загружается максимум на 10%, можно его както запустить чтобы он 50% к примеру забирал но и при этом в 5 раз быстрее работал?

P.s. Какой скрипт неважно - обычный поиск по базе с большим количеством записей и найденные результаты записываются в отдельную базу...

@Grossmeister · 22.06.2011, 16:10

При работе с БД I/O имеет не меньшее значение, чем проц, а иногда и большее

@Nebiros · 22.06.2011, 16:18 **[ТС]**

Сообщение от Grossmeister

При работе с БД I/O имеет не меньшее значение, чем проц, а иногда и большее

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

@Grossmeister · 22.06.2011, 16:25

А эти данные надо считать из файла(ов) БД и поместить в кэш.

@Nebiros · 22.06.2011, 16:41 **[ТС]**

Сообщение от Grossmeister

А эти данные надо считать из файла(ов) БД и поместить в кэш.

может я неправильно описал задачу, обьясню по другому
1) Есть таблица со списком слов ( 200000 записей);
2) Есть таблица со списком текстов (1500000 записей, тексты от 200 до 500 слов);
3) В первой таблице нужно указать сколько это слово встречается во всех текстах(прогонять как я понял лайком, другого метода ненашел)

Скрипт сделал но даже если прогонять через всего 10000 текстов это займет около недели и при этом процессор загружен на 10%, вот я и интересовался мжно ли както это сделать в несколько потоков ?

@Grossmeister · 22.06.2011, 16:51

В некоторых СУБД есть возможность распараллеливать запросы (например, в Oracle). Но это лучше спрашивать на подфоруме соответствующей СУБД, поскольку к PHP это отношения не имеет.
В любом случае загрузка проца здесь не является определяющей, поскольку основное время идет на чтение данных с диска. Поэтому здесь бОльшую роль играет скорость чтения с диска и размер кэша данных.

Новые блоги и статьи Все статьи Все блоги /
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка SDL3 и Box2D из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»

@Nebiros 41 / 40 / 16 Регистрация: 23.03.2010 Сообщений: 3,122

	многопоточность 22.06.2011, 16:06. Показов 1267. Ответов 5 Метки нет (Все метки) сделал определенный запрос по базе - поиск и запись найденного результата в другое поле, скрипт работает долго но при этом процессор загружается максимум на 10%, можно его както запустить чтобы он 50% к примеру забирал но и при этом в 5 раз быстрее работал? P.s. Какой скрипт неважно - обычный поиск по базе с большим количеством записей и найденные результаты записываются в отдельную базу... 0

@Grossmeister 4217 / 3059 / 583 Регистрация: 21.01.2011 Сообщений: 13,203
	22.06.2011, 16:10
	При работе с БД I/O имеет не меньшее значение, чем проц, а иногда и большее 0

@Grossmeister 4217 / 3059 / 583 Регистрация: 21.01.2011 Сообщений: 13,203
	22.06.2011, 16:25
	А эти данные надо считать из файла(ов) БД и поместить в кэш. 0

@Grossmeister 4217 / 3059 / 583 Регистрация: 21.01.2011 Сообщений: 13,203
	22.06.2011, 16:51
	В некоторых СУБД есть возможность распараллеливать запросы (например, в Oracle). Но это лучше спрашивать на подфоруме соответствующей СУБД, поскольку к PHP это отношения не имеет. В любом случае загрузка проца здесь не является определяющей, поскольку основное время идет на чтение данных с диска. Поэтому здесь бОльшую роль играет скорость чтения с диска и размер кэша данных. 1