переменные-массивы в shared memory, снизить потребление памяти

[pwl...@gmail.com]

Здравствуйте.
Я давно заметил что на одном проекте-форуме apache потребляет память
довольно интенсивно. Выяснил также что происходит это из-за большой
(но нужной ) переменной - кеш форумов. Это древовидная структура
предназначенная только для чтения с настройками каждого подфорума.
Движок переписать довольно проблематично : он покупной,большой да еще
и периодически выпускаются новые версии.

Я решил испробовать акселераторы php и их хранилища. как оказалось что
все они или не поддерживают
хранение массивов или переводят их в текстовый вид и сохранят.

Таким образом, даже используя хранилища, память расходуется два раза :
получение строки и построение копии массива в каждом потомке apache.

Что можно придумать?

Я вижу это себе как функцию на C, которая клонирует массив рекурсивно
упаковывая его элементы в непрерывный блок разделяемой памяти. После в
каждом скрипте объект проецируется в адресное пространство
интерпретатора и массив волшебным образом готов к использованию.

Возможно ли это реализовать и как ? Существуют ли готовые расширения?

[Александр Лозовюк]

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

12.01.08, pwl...@gmail.com <pwl...@gmail.com> написал(а):

--
C уважением, Александр Лозовюк

[pwl...@gmail.com]

On 12 янв, 13:37, "Александр Лозовюк" <aleks.rai...@gmail.com> wrote:
> ну те же акселераторы хранят в разделяемой памяти, не сериализируя
> массивы... можно еще мемкеш использовать или написать свой модуль для работы
> с шаредмемори

Значит я что-то не так делаю ? А как надо?
По-моему они хранят только опкод. Ведь любая "восстановленная"
переменная может быть тут же изменена дальше по ходу программы.
В моем случае она не будет изменятся и я согласен на SEGFAULT )

И не пойму как поможет memcache? он же по tcp/ip работает. то есть
это 100% сериализация.

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

[Andrei Nigmatulin]

On Saturday 12 January 2008 13:15, pwl...@gmail.com wrote:
> Здравствуйте.
> Я давно заметил что на одном проекте-форуме apache потребляет память
> довольно интенсивно. Выяснил также что происходит это из-за большой
> (но нужной ) переменной - кеш форумов. Это древовидная структура
> предназначенная только для чтения с настройками каждого подфорума.
> Движок переписать довольно проблематично : он покупной,большой да еще
> и периодически выпускаются новые версии.
>
> Я решил испробовать акселераторы php и их хранилища. как оказалось что
> все они или не поддерживают
> хранение массивов или переводят их в текстовый вид и сохранят.

Насколько я помню, в XCache документации было что-то про variable caching.

--
Andrei Nigmatulin
GPG PUB KEY 6449830D

Now I lay me down to sleep(3)
Pray the OS my core to keep
If I die before I wake
Pray the Disk my core to take

[Vitaliy Okulov]

Да, есть такое. В XCache есть отдельный кеш для переменных, отдельный для php файлов.

20.01.08, Andrei Nigmatulin < andrei.n...@gmail.com> написал(а):

[fixxxer]

еще есть http://php.net/apc-store

On 20 янв, 10:32, "Vitaliy Okulov" <vitaliy.oku...@gmail.com> wrote:
> Да, есть такое. В XCache есть отдельный кеш для переменных, отдельный для
> php файлов.
>

> 20.01.08, Andrei Nigmatulin <andrei.nigmatu...@gmail.com> написал(а):

[pwl...@gmail.com]

Проблема в том, что все эти хранилища выполняют serialize() для
массивов.
То есть массив каждый раз воссоздаётся в области памяти интерпретатора
из строки получаемой из разделяемой памяти.
Идея оптимизации в том, чтобы рекурсивно запаковать все-все элементы
массива в непрерывный блок и проецировать сразу в адресное
пространство.

Я понимаю, что это грязный хак и, возможно, будет несовместим с
последующими версиями, но, мне кажется, он того стоит.

Какие тут подводные камни могут быть?


On 20 янв, 16:53, fixxxer <fixxxe...@gmail.com> wrote:
> еще естьhttp://php.net/apc-store

[Andrei Nigmatulin]

On Friday 25 January 2008 12:04, pwl...@gmail.com wrote:
> Проблема в том, что все эти хранилища выполняют serialize() для
> массивов.
> То есть массив каждый раз воссоздаётся в области памяти интерпретатора
> из строки получаемой из разделяемой памяти.
> Идея оптимизации в том, чтобы рекурсивно запаковать все-все элементы
> массива в непрерывный блок и проецировать сразу в адресное
> пространство.
>
> Я понимаю, что это грязный хак и, возможно, будет несовместим с
> последующими версиями, но, мне кажется, он того стоит.
>
> Какие тут подводные камни могут быть?

Самые любые. Но имхо попробовать стоит. Если все получится, обязательно
расскажите как все получилось, это обещает быть интересной технологией.