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

@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 это отношения не имеет.
В любом случае загрузка проца здесь не является определяющей, поскольку основное время идет на чтение данных с диска. Поэтому здесь бОльшую роль играет скорость чтения с диска и размер кэша данных.

Новые блоги и статьи Все статьи Все блоги /
Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .
Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.

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

	многопоточность 22.06.2011, 16:06. Показов 1292. Ответов 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

Опции темы