Почитал я тут про память...
И вот, что у меня получилось - некое адресное пространство - линейка в Гб (смотреть равношироким шрифтом):

Итак. В связи с тем, что память общих библиотек начинается с 1 (4h), а SHMBASE - 0.25 (1h), то Informixу остаётся - 1-0.25=0.75 (4h-1h=3h) - 750 Мб. Далее. Ясно, что дальше 4 (10h) Informix ничего не видит (32 бита не позволяют), поэтому я попробовал поставить SHMBASE в 1.5 (6h), в надежде, что до 4 (10h) он сможет управлять 2.5 Гб... Фиг вам! Дальше 2.5 (Ah) операционка не пускает. Почему? В общем, пока Informix занимает 2.5-1.5=1 (Ah-6h=4h) - 1 Гб, и если у кого возникнут какие-то мысли - очень буду ждать любых предложений...

P.S. Кстати, ещё одна мысль у меня всплывала - а не поставить ли вопрос более радикально - вообще, ЭТОТ Informix на ЭТОМ Linuxе может/должен работать? Это вообще, кем-то поддерживается, обеспечивается, гарантируется? Потому как на http://www-306.ibm.com/software/data/informix/linux/ids.html я ничего похожего на то, что выдаёт uname -a (Linux persey.dati.lv 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:32:58 EDT 2003 x86_64 x86_64 x86_64 GNU/Linux) не нашёл...

> некое адресное пространство - линейка в Гб (смотреть равношироким
> шрифтом)
У-у, как-то криво... Смотрите attach.

> параметры ядра надо было сразу выставлять, экзактли как указано
Дык вроде всё как надо стоит...

MACHINE SPECIFIC NOTES:
SHMMAX: 33554432
SHMMIN: 1
SHMMNI: 128
SHMSEG: 128
SEMMNI: 128
SEMMNS: 4096
SEMMNU: 4096
SEMUME: 32
SEMMSL: 100
SEMMAP: 4096

> /sbin/sysctl -a | grep shm
kernel.shmmni = 4096
kernel.shmall = 2097152
kernel.shmmax = 33554432

> /sbin/sysctl -a | grep sem
kernel.sem = 250 32000 32 128

> попробуйте выяснить название вашего Линукса.

Попробовал...

RedHat release -
# cat /etc/redhat-release
Red Hat Enterprise Linux WS release 3 (Taroon)

Base Kernel version -
# cat /proc/version
Linux version 2.4.21-4.ELsmp (bhcompile@dolly.devel.redhat.com) (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-20)) #1 SMP Fri Oct 3 17:32:58 EDT 2003

Glibc version -
# ls -l /lib/libc.so*
lrwxrwxrwx 1 root root 13 Jan 31 08:33 /lib/libc.so.6 -> libc-2.3.2.so

Compiler version
# gcc -v
Reading specs from /usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --host=x86_64-redhat-linux
Thread model: posix
gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-20)

И что? Какие будут комментарии?

> стоить разделять понятия "может работать" и "поддердивается IBM".
Согласен. Выбираю второе. Но никак н могу дождаться ответа от суппорта...

> Удалось заставить информикс использовать больше памяти ?
Ой... Я уже и забыл про это... Надо было срочно сделать сервер доступным (особо не поэкспериментируешь), потом другое навалилось... На данный момент ситуация следующая.

IBM Informix Dynamic Server Version 7.31.UD8 -- On-Line -- Up 11 days 19:36:22 -- 986936 Kbytes
Segment Summary:
id key addr size ovhd class blkused blkfree
4227074 1381386241 60000000 748478464 31164 R* 91361 6
4980761 1381386264 8c9ce000 262144000 4644 V* 14256 17744
Total: - - 1010622464 - - 105617 17750
(* segment locked in memory)

Так что, если кто знает, как увеличить буферы, поделитесь. Есть подозрение, что про это знает Quasimodo, как-то раз он писал:
> при
> SHMBASE 0x10000000
> echo 2952790016 > /proc/$$/mapped_base
> добивался BUFFERS 500000

Но сторочка про mapped_base мне ни о чём не говорит, к сожалению. Поэтому, если кто знает, просветите.