An welcher Stelle kommt die Frage auf? Denn ohne Kontext würde ich die Anzahl an verfügbaren Objekten mit 10000, also alle verfügbaren ObjektIDs, titulieren.
Vielleicht ist das aber auch etwas Patami-spezifisches und es geht gar nicht um Symcon-Objekte?
Ich vermute eher du da große Inhalte in String Variablen (z.b. HTMLBox) hast, diese blähen auch schnell den Snapshot auf.
Und ja, hinter den Snapshot verbergen sich alle Inhalte vom IPS.
Michael
Das kannst du mal ausführen. Das weißt du wieviel MB verarbeitet werden muss für die View, wenn du diese voll lädst und nicht über das ViewConnect, dass du nur die erforderlichen überträgt.
@paresy, @Nall-chan herzlichen Dank für die antworten, das hilft mir weiter.
Ich habe mich mit der unlimited immer so verhalten wie es der Name auch sagt : unlimited
Das heißt ich lösche eigentlich fast nie ein script sondern schreib halt dran wird nicht genutzt (man könnte es ja vielleicht noch gebrauchen) und auch in Bezug auf die variablen bin ich bis jetzt doch sehr sorglos vorgegangen.
Ich habe in der php.ini den Speicher auf 128MB heraufgesetzt und ca. 3.000 Variable gelöscht.
Ich kann die IPSVIEW jetzt laden.
Mein System sieht jetzt so aus :
Memory Limit=128M
Current Memory = 343944
IPS_GetSnapshot() = 21315488
Anzahl Objekte 13827
View Größe : 19 MB
Die 50000 sind auch weniger technisch bedingt oder eine harte Limitation der Lizenz (es geht nämlich mehr), sondern sicherheitsbedingt. Du siehst ja, dass bei 17k bereits Dinge zu beachten sind. Wenn jemand 50k voll hat, muss er was Performance angeht noch mehr beachten - da wollen wir einfach den Finger drauf haben und sensibilisieren. Falls du mehr als 50k brauchst, melde dich