[PHP] resource id opnieuw gebruiken

[Eindewege]

Ik ben een script aan het schrijven wat nogal lang uitgevoerd wordt. In dit script wordt elke keer een stream geopend. Wanneer deze stream gesloten wordt zou je zeggen dat 't geheugen weer vrijgemaakt wordt, maar er wordt wel elke keer een nieuwe resource id gebruikt.

Nu is mijn vraag of het kwaad kan dat de resource id # oploopt tot duizenden, of hoe ik dat kan voorkomen.

Voorbeeldje:

code:

while(1)
{
$sock = fopen("test.txt","r");

echo $sock."\n";

fclose($sock);
unset($sock);
}

uitvoer is:
Resource id #5
Resource id #6
Resource id #..1000

(Kan ie niet gewoon elke keer nr 5 hergebruiken?)

[NMe]

ID's zijn per definitie uniek.

Verder kun je heel eenvoudig kijken of het kwaad kan: maak 10000 van die resources aan, en kijk naar je geheugengebruik.

[Eindewege]

Gedaan, scheelt iets van 1mb op 100000 id's (niet dat t gauw zover zal komen).

Ik wilde maar weten of er geen vage errors bij 65000 zouden komen ofzo, blijkbaar niet

Overigens is er ook zoiets dergelijks bij arrays, haal nr 2 weg, en zet er een waarde bij, komt ie op 3.

code:

arraynaam("text1","text2");
unset(arraynaam[1]);
array_push(arraynaam, "text");
print_r(arraynaam);

geeft
[0]->"text1"
[2]->"text"


Over 't aantal resource id's:
ik ben een emailservertje in php aan het schrijven. Als dit scriptje lang blijft draaien, en je krijgt veel mailtjes, maak je veel connecties.

[ Voor 69% gewijzigd door Eindewege op 27-03-2006 20:17 ]

[Peter]

Mag ik vragen waar jij 65000 resource ID's voor nodig denkt te hebben? Ik zou toch optimalisatie van je code gaan overwegen, eventueel door iemand anders, dan doe je iets fout namelijk.

[Gonadan]

hmm, 65535 is het maximum van een unsigned 16-bit integer.
Op een 32-bit machine mag je geen problemen hebben
Dan kan je tot zo'n 2147483647 ID's gaan

Maar ik ben het volledig eens met .Peter, probeer een andere methode te vinden.

[ Voor 3% gewijzigd door Gonadan op 28-03-2006 08:18 . Reden: UBB-tags zijn moeilijk 8)7 ]

[Grijze Vos]

Ik denk dat als je bij maxint komt dat ie gewoon weer bij 1 begint te tellen hoor.

[Gonadan]

Grijze Vos schreef op dinsdag 28 maart 2006 @ 08:22:
Ik denk dat als je bij maxint komt dat ie gewoon weer bij 1 begint te tellen hoor.

Ook dat nog waarschijnlijk

Het zal dus inderdaad wel werken, maar erg efficiënt lijkt het met niet

[Gurbe de n00b]

PHP is volgens mij toch al niet de efficientste taal...

Als je serieus echt iets wilt schrijven dan zou ik al asp.net gaan gebruiken...

[Eijkb]

Je hebt al die resources toch niet op één moment open? Zelfs in een loop oid waarbij je steeds een nieuw bestand opent, beschrijft en weer sluit heb je op dat moment maar 1 resource ID actief.

Ik denk dat het niet eens mogelijk is om met bv. een linux apache server 65.000 bestanden tegelijkertijd te openen (dat heeft te maken met een intern maximum van Apache wat standaard geloof ik op 1024 filepointers staat).

^^ Als je iets serieus wilt gaan schrijven? De TS heeft het over een mailserver, pak dan een C++ taal of iets dergelijks, niet iets wat geinterpreteerd wordt. Dat is ten alle tijde overhead. Nog handiger is natuurlijk een bestaand pakket te pakken: Die zijn er niet voor niets. Maar goed, dat is waarschijnlijk niet de uitdaging. Dus kan het prima in PHP.

[ Voor 31% gewijzigd door Eijkb op 28-03-2006 08:41 ]

[djc]

Gurbe de n00b schreef op dinsdag 28 maart 2006 @ 08:38:
PHP is volgens mij toch al niet de efficientste taal...

Als je serieus echt iets wilt schrijven dan zou ik al asp.net gaan gebruiken...

Gelukkig doe jij je nickname wel eer aan.

De shared-nothing architectuur van PHP staat juist bekend als relatief efficiënt.

[Eindewege]

Bedankt voor jullie reacties.

Aangezien er nooit veel connecties tegelijk open zijn, zal het waarschijnlijk niet zo'n probleem zijn. Ik was alleen bang dat er op ten duur een error zou komen vanwege het te hoge getal. Overigens geeft een testje aan dat je rustig tot honderdduizenden kan doorgaan zonder problemen.

Een mailserver schijven in PHP lijkt misschien niet het meest logische, maar ik wilde eens wat meer doen met PHP als form-pjes ontvangen of een forum maken. Het gaat meer om de weg dan om het resultaat
Zoals Eijkb zegt, als ik zo nodig een mailserver wilde, download ik die wel, t gaat meer om de mogelijkheden van PHP ns wat verder te bekijken (en dat zijn er veel).


PHP is trouwens niet zo'n verkeerde taal hiervoor hoor, ik heb zoiets al eens gedaan in C++ (een pop3&smtp server), en ik moet zeggen dat het voor de programmeur een stuk makkelijker is in PHP
Ik had het server gedeelte al werkend in PHP, met Inetd om de verbinding te regelen, nu wilde ik t helemaal in PHP doen, gaat best aardig.

[ Voor 26% gewijzigd door Eindewege op 28-03-2006 17:27 ]