Базы данных от многопроцессорности (во всяком случае той что доступна в обычных компах) особо не выигрывают - у них основная нагрузка на i/o. 90% существующего софта вообще никак не готово к многопроцессорности.
Надо же - а я грешным делом думал, что вычислительная нагрузка на СУБД с появлением технологий DMA и подобных уже давно процессора не касается :-) А если ввод вывод под 100% улетел - так это из-за того что горе-программист вместо работы с индексами и логикой table-scan увлекается, ему за структуру данных и SQL двойку нужно ставить (может там и нет никакого SQL - стоит какой нибудь record manager - вы же сами писали foxpro) ... В моих системах я обычно процессор "добиваю" а не подсистемы вывода, а там ох как система чувствительна к распараллеливанию. По секрету скажу - кроме распараллеливания по процессам - интересный эффект и дает распараллеливание (слияние) по данным - скажем переходы 32/64 бит на процесс дают впечатляющие результаты - индексы раз в 10 (!) быстрее перебалансируются.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
90% существующего софта вообще никак не готово к многопроцессорности.
no subject
no subject