wie die absoluten Obergrenze ist, weiß ich auch gerade nicht, aber 129 Fonts
scheinen mir doch ziemlich viel. Die machen das System auch beim Starten nicht
schneller :-) Wie waere es mal mit einer Fontverwaltung? Oder speziell zum
Programmieren mit einer abgespeckten System-Einrichtung? Oder mal vernünftige
Programme verwenden, die ihre Dateien auch wieder schliessen, wenn sie nicht
drauf zugreifen (Netscape ist da glaub ich ein übler Geselle mit seinen
Millionen von Cache-Dateien, hab ihn aber gerade nicht zur Kontrolle da).
Ciao
Helge
--
Helge Baumann "Even though Mac Users may be only 10%
Groninger Straße 28 of the market, always remember
D-26129 Oldenburg that we are the TOP 10%"
Helge....@Informatik.Uni-Oldenburg.DE Douglas Adams
Ich hab' diesen Fehler naemlich dauernd in letzter Zeit. RAM ist noch
genuegend frei, es laufen nur eine Handvoll Programme, MacsBug zeigt im
Moment 343 open Files an, davon die meisten für's System, Fonts und eine
ganze Menge gehen an MacSOUP (45).
Grade nochmal nachgeschaut: Mein ganz normales System frißt bereits 265,
davon 129 Fonts (bei denen ich durchaus noch ein paar einsparen
koennte). Außer AppleTelekom und HP Druckertreiber ist nur ein normales
MacOS 8.1 drauf installiert, nix außergewöhnliches. Eine Handvoll CMMs
vielleicht noch, die scheinen auch zu zaehlen. Kommt MacSOUP und
Netscape/Explorer dazu, bin ich schon nahe der magischen Grenze. :-(
Ist 348 wirklich die absolute Obergrenze, auch in OS 8.x? Darf doch
nicht wahr sein .... :-(
Guido
--
Guido Mocken ** "In nur 348 Dateien was zu sagen,
moc...@physik.uni-kl.de ** erscheint zwar leicht, doch ist es schwer,
finger mocken@gypsy. ** man braucht ja nur mal nachzuschlagen,
physik.uni-kl.de for PGP ** die meisten Systeme schaffen mehr!"
Guido Mocken <moc...@physik.uni-kl.de> wrote:
> Ich hab' diesen Fehler naemlich dauernd in letzter Zeit. RAM ist noch
> genuegend frei, es laufen nur eine Handvoll Programme, MacsBug zeigt im
> Moment 343 open Files an, davon die meisten für's System, Fonts und eine
> ganze Menge gehen an MacSOUP (45).
Ich dachte, diese Grenze sei (quasi) bliebig, aber fest.
Ich hatte mal ein Utility zum anschauen der belegten File-Handles. Dort
konnte man die Anzahl der max offenen Files setzen. Hab's leider nicht
mehr, da auch nach Jahren nie benutzt.
Der Name war FSInspect oder anders. :-)
Gruß
Dirk
--
No RISC - No fun
> wie die absoluten Obergrenze ist, weiß ich auch gerade nicht, aber 129 Fonts
> scheinen mir doch ziemlich viel.
So? Soviel kommen aber sehr schnell zusammen. Eine Menge davon sind
Spezialfonts für Formeln o.ä., oder z.B. dieses Paket von Fonts, welches
der M$IE installiert (wozu auch immer es gut sein mag!).
Echte Schriften brauche ich auch nicht mehr als 10...20. Ein paar hab'
ich auch überflüssigerweise drin, das ist richtig, die werde ich auch
nachher mal rauswerfen.
> Die machen das System auch beim Starten nicht
> schneller :-)
Was hat das denn damit zu tun? Die werden doch nicht etwa alle vorab ins
RAM geladen?!
> Wie waere es mal mit einer Fontverwaltung?
Ganz schlecht. Auch noch Geld ausgeben, nur weil Apple nicht mehr
Dateien verwalten kann? Ohne mich!
Wenn ich einem Windos-Jünger erzähle, daß ich nicht mehr als 20 Fonts
installieren kann, weil dann das System Probleme kriegt, lacht der mich
doch nur aus ... :-(
> Oder speziell zum
> Programmieren mit einer abgespeckten System-Einrichtung?
Im Moment programmiere ich ja gar nichts! Es ist mein ganz normales
System, welches mich mit diesen -42 Meldungen nervt.
> Oder mal vernünftige
> Programme verwenden,
Wenn ich was selber programmiere, öffne ich auch nicht so viele Dateien,
aber bei Fremdprogrammen hab' ich ja keine Wahl!
> die ihre Dateien auch wieder schliessen, wenn sie nicht
> drauf zugreifen (Netscape ist da glaub ich ein übler Geselle mit seinen
> Millionen von Cache-Dateien, hab ihn aber gerade nicht zur Kontrolle da).
Ja, der ist in der Tat so ein Geselle, aber da ich wenig Cache
eingestellt habe, macht er auch nicht so viele Dateien auf. MacSOUP ist
am schlimmsten: Für jede Newsgroup macht der (mindestens) ein File auf,
dazu noch ein paar Verwaltungsdateien.
Andere Verschwender, die ich schon entfernt habe: DragStrip Additions,
Kontrolleistenmodule (sogar solche, die auf meinem Mac gar nicht liefen,
aber zufällig installiert waren), CMM-Plugins.
Ist 348 denn nun wirklich absolute Obergrenze? Ich finde das nämlich
irgendwo ziemlich lächerlich: Es ist noch RAM ohne Ende frei, aber doch
kann ich nicht mehr installieren. :-(
Guido
> Ich dachte, diese Grenze sei (quasi) bliebig, aber fest.
Meiner Beobachtung nach wird die Obergrenze dynamisch nach oben
verschoben, wenn nötig, aber eben nur maximal bis 348.
> Ich hatte mal ein Utility zum anschauen der belegten File-Handles. Dort
> konnte man die Anzahl der max offenen Files setzen.
Man kann im Bootblock der Platte die Obergrenze eintragen, aber da steht
standardmäßig 40 drin, und die überschreite ich ja sowieso mit Erfolg.
Ich bin mir auch nicht sicher, ob dieser Eintrag nicht nur für System
6.x war. Interessant wäre es, von vorneherein dort mehr als 348
einzutragen, aber mit dem DiskEditor am Bootblock rumfummeln ... nee,
lieber nicht! :-(
Guido
> Ganz schlecht. Auch noch Geld ausgeben, nur weil Apple nicht mehr
> Dateien verwalten kann? Ohne mich!
> Wenn ich einem Windos-Jünger erzähle, daß ich nicht mehr als 20 Fonts
> installieren kann, weil dann das System Probleme kriegt, lacht der mich
> doch nur aus ... :-(
Also, in meinem Zeichensätze-Ordner liegen 94 Objekte, ich kann in
ClarisWorks etwa 60 verschiedene Zeichensätze anwählen. Außerdem läuft
mein System völlig stabil.
Den Fehler -42 hatte ich noch nie!
Johannes
> Also, in meinem Zeichensätze-Ordner liegen 94 Objekte, ich kann in
> ClarisWorks etwa 60 verschiedene Zeichensätze anwählen.
Bei mir sind's jetzt - nach gründlichem Ausmisten - noch 138 Objekte,
was auf sowas in der Größenordnung von 80 Fonts rauskommen müßte. Mehr
als 128 geht sowieso nicht.
Es hängt ja auch nicht an den Fonts, sondern an der Gesamtzahl offener
Dateien. Installier bei Dir mal noch ein Dutzend ControlStrips und CMMs
dazu, laß DragStrip mit vielen DragStripAdditions laufen, dazu MacSOUP
mit 30 abonnierten Newsgroups, und schon müßte es losgehen mit dem
Fehler.
> Außerdem läuft
> mein System völlig stabil.
Stabil ist meines auch. Es ist keine Bombe mit -42, sondern nur
Fehlermeldungen innerhalb aller möglichen Programme, oder die
Unmöglichkeit, weitere Programme zu starten.
> Den Fehler -42 hatte ich noch nie!
Beneidenswert. :-(
Guido (der sein System jetzt notgedrungen abgespeckt hat und
nicht mehr weiß, wozu er eigentlich sowiel RAM hat)
Um die Anzahl der offenen Dateien zu reduzieren kann man die Zeichensätze
in Koffern zusammenfassen. Ich habe z.B. einen Koffer Statndard der alle
Bitmap- und TrueType-Versionen von Times, Helvetica, Courier, Symbol
enthält; einen Koffer ClarisWorks, der die dort mitgelieferten Schriften
enthält, einen Koffer für die Mathe-Schriften vom Gleichungseditor, usw.
Dadurch wird auch das deinstallieren von Programmen, die Spezialschriften
benötigen, einfacher. Und jeder Koffer wird natürlich nur insgesamt als
eine Datei vom System geöffnet.
[...]
> Ist 348 wirklich die absolute Obergrenze, auch in OS 8.x? Darf doch
> nicht wahr sein .... :-(
Die vom System verwendeten Filehandles sind positive Byteoffsets
in ein Array von FileControlBlocks. Da nur 16 bit breite vorzeichen-
behaftete Ganzzahlen dafür verwendet werden, beträgt die maximale
Anzahl offener Dateien ungefähr 2^16 / sizeof(FileControlBlock).
Wenn ein FileControlBlock also 94 Byte groß ist, liegt das Maximum
bei 348 Dateien.
Gruss,
Michael
--
Michael Thies mth...@uni-paderborn.de
> Um die Anzahl der offenen Dateien zu reduzieren kann man die Zeichensätze
> in Koffern zusammenfassen.
Gute Idee, werde ich mal ins Auge fassen.
Leider klappt das wahrscheinlich nicht mit Postscript Fonts (und bei
allen Extensions sowieso nicht).
> liegt das Maximum
> bei 348 Dateien.
Danke für die Bestätigung. Apple sollte da langsam mal aufrüsten!
Immerhin wandern gerade im MacOS selbst zunehmend Funktionen in FBAs,
CMMs, ControlStrips etc., verteilen sich also auf entsprechend viele
Einzeldateien.
Guido