|
|
XCIII. Funzioni relative alla memoria condivisa
Shmop � un set di funzioni di semplice utilizzo che permettono al PHP di leggere,
scrivere, creare e cancellare i segmenti di memoria condivisa di Unix. Queste funzioni
non sono attive sui sistemi Windows, dato che quest'ultimo non supporta la memoria condivisa.
Per utilizzare shmop si deve compilare il PHP con il parametro --enable-shmop
nella linea di configurazione.
Nota:
Nella versione 4.0.3 di PHP queste funzioni hanno il prefisso shm
anzich� shmop.
Esempio 1. Descrizione delle operazioni con la memoria condivisa <?php
// Crea un blocco di memoria condivisa di 100 byte con id 0xff3
$shm_id = shmop_open(0xff3, "c", 0644, 100);
if(!$shm_id) {
echo "Non si riesce a creare il segmento di memoria condivisa\n";
}
// Ottiene la dimensione del blocco di memoria
$shm_size = shmop_size($shm_id);
echo "Dimesione blocco creato: ".$shm_size. ".\n";
// Scrittura di una stringa di test nella memoria condivisa
$shm_bytes_written = shmop_write($shm_id, "my shared memory block", 0);
if($shm_bytes_written != strlen("my shared memory block")) {
echo "Non si riesce a scrivere tutti i dati\n";
}
// Ora si rilegge la stringa
$my_string = shmop_read($shm_id, 0, $shm_size);
if(!$my_string) {
echo "Non si riesce a leggere dalla memoria condivisa\n";
}
echo "I dati presenti nella memoria condivisa sono: ".$my_string."\n";
// Ora si cancella il blocco e si chiude il segmento di memoria condivisa
if(!shmop_delete($shm_id)) {
echo "Non si riesce a marcare il blocco di memoria condivisa per la cancellazione.";
}
shmop_close($shm_id);
?> |
|
- Sommario
- shmop_close -- Chiusura di un blocco di memoria condivisa
- shmop_delete -- Cancella un blocco di memoria condivisa
- shmop_open -- Crea oppure apre un segmento di memoria condivisa
- shmop_read -- Legge i dati da un segmento di memoria condivisa
- shmop_size -- Restituisce la dimensione di un blocco di memoria condivisa
- shmop_write -- Scrittura di dati nel blocco di memoria condivisa
User Contributed Notes Funzioni relative alla memoria condivisa |
|
09-Jan-2001 05:29 |
|
Why would anyone use shmop whem sysvshm does all this and more? Serious
question. This manual should explain, unless it really is a redundant
extension. Maybe block functions should be merged into sysvshm?
|
|
11-Jan-2001 09:02 |
|
What you need to realise is that sysvshm is extremly php oriented in it's
ability, it's quite a kludge interfacing other NON PHP utilities with it.
For example have you tried using sysvshm to read an shm segment NOT
created by php? It's not possible, because sysvshm uses a proprietry
format, in essense it can ONLY be used within PHP unless of course you
take time to figure out this format.
So basically, the purpose of shmop is to provide a symple interface to
shared memory that can be used with OTHER NON php shm creators.
Hope this clears it up.
|
|
11-Jan-2001 09:16 |
|
The idea behind SHMOP is an easy to use shared memory interface,
without any additional headers added to the shared memory segment
or requiring any special special controls to access the shared memory
segment outside of PHP. SHMOP borrows its api from C's api to shm,
which makes it very easy to use, because it treats shared memory, like C,
as
a file of sorts. This makes it very easy to use even for novices, due to
this
functionality. Most importantly SHMOP uses shm segments to store raw
data,
which means you don't need to worry about matching headers, etc... when
you are
using C, perl or other programming languages to open/create/read/write shm
segments
that were create or are going to be used by PHP. In this it differs from
sysvshm, who's shm interface uses a specialized header, which resides
inside
the shared memory segment this adds an unnecessary level of difficulty
when
you want to access php shm from external programs.
Also, from my personal tests in Linux 2.2/2.4 and FreeBSD 3.3 SHMOP is
about
20% faster then sysvshm, mostly due to fact it does not need to parse the
specialized header and stores the data in raw form.
|
|
13-Jan-2002 08:10 |
|
shared memory functions allows you only to write data in shared memory
block on creation time, on second opening time you can only read, writing
will cause crash (see bugs).
there is no way to update data in shared block, only way is to read data,
delete shared memory block, create new one, and write changed data back.
crash of writing in "a" mode will kill not only script but even
apache child will crash with SIGSEGV :\
|
|
16-Jan-2002 11:21 |
|
You can write to an existing shared memory segmenet if you have permissions
to do so.
In the old version, 'a' option was inproperly documented & coded, it
reality it opened the segment for read & write.
In the current CVS, I have fixed this problem.
|
|
30-Mar-2002 03:53 |
|
These functions work on windows. You have to install as an ISAPI filter,
but these functions work great......
|
|
30-Apr-2002 11:36 |
|
Hi all !
Got a problem when trying to use shmop_open function with "a"
flag :
Warning: shmop_open: unable to attach or create shm segment
This happens whenever i try to access to my shm. Creating it doesn't make
problems... Please Help ! =)
|
|
02-May-2002 12:15 |
|
Your segment probobly doesn't exist. You should probobly be using the c
flag...
"a" for access (sets SHM_RDONLY for shmat) use this flag
when you need to open an existing shared memory segment for read only
"c" for create (sets IPC_CREATE) use this flag when you
need to create a new shared memory segment or if a segment with the same
key exists, try to open it for read and write
|
|
|
| |