The UNIX and Linux Forums  

Go Back   Die UNIX-und Linux-Foren > Betriebssysteme > SUN Solaris
.
Google unix.com



SUN Solaris Das Solaris Operating System, in der Regel auch nur Solaris, ist ein freies Unix-basierten Betriebssystem, die von Sun Microsystems.

Mehr UNIX-und Linux-Forum Themen Vielleicht finden Sie hilfreiche
Faden Thread Starter Forum Antworten Last Post
Heap und Stack NAAN High-Level-Programmierung 5 04-30-2008 03:40 AM
Was ist Stack-Wickel-und Stack-Abwicklung amitpansuria High-Level-Programmierung 2 08-07-2007 06:46 PM
Sol10 Upgrade von 5.8 - Shell-Fragen? buffsluft SUN Solaris 1 05-26-2006 05:30 PM
Swap / Auslagerungsdatei Raum aaronh AIX 2 05-19-2004 11:06 AM
pageing Raum vs Swap-Space Verol UNIX for Dummies Questions & Answers 1 01-22-2004 11:54 AM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Suche diesen Thread Rate Thread Anzeige-Modi
  #1 (permalink)  
Old 12-12-2007
robsonde robsonde is offline
Registrierte Nutzer
  
 

Join Date: Dezember 2007
Beiträge: 162
Stack Raum, in sol10

Wir haben eine Solaris 10-Box (V440)

Wir suchen einen Weg, um die Stack-Größe für alle Prozesse auf dem System.

Wir wissen, wir können ulimit-s

Code:
$ ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 8192
coredump(blocks) unlimited
nofiles(descriptors) 256
memory(kbytes) unlimited

$ ulimit -s 16384

$ ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 16384
coredump(blocks) unlimited
nofiles(descriptors) 256
memory(kbytes) unlimited
Das ist gut, aber es nur Auswirkungen der aktuellen Shell.

Gibt es etwas, was wir können in der Datei / etc / system, die Auswirkungen auf das gesamte Feld?
  #2 (permalink)  
Old 12-12-2007
blowtorch's Avatar
Lötlampe blowtorch is offline Forum Advisor  
Supporter
  
 

Join Date: Dec 2004
Ort: Singapur
Beiträge: 2.350
Sie können die Stack-Größe, indem Sie default_stksize Wert, was Sie brauchen. Beachten Sie jedoch, dass es die Mindest - Größe, dass ein Stack kann. Mit anderen Worten, kein Thread erstellt werden können mit einem Stack-Größe kleiner als dieser Wert.

Erhöhung dieses Wertes wird in der Kernel-Speicher erhöht den Verbrauch, so tun sie nur, wenn wirklich erforderlich.
  #3 (permalink)  
Old 12-12-2007
robsonde robsonde is offline
Registrierte Nutzer
  
 

Join Date: Dezember 2007
Beiträge: 162
Zitat:
Zitat von Lötlampe View Post
Erhöhung dieses Wertes wird in der Kernel-Speicher erhöht den Verbrauch, so tun sie nur, wenn wirklich erforderlich.
yep, I Abbildung zeigt, dass wir mehrere GB freier RAM-Speicher und viele GB freier Swap.
wenn wir mehr 8MB Stack pro PID und etwa 100 PID's auf der Box, dann meine Mathematik sagt, wir können mit über 1 GB RAM mehr, wenn wir die Stack-Größe.

Wir haben ein Programm, das seltsame Datenbank wurde mit einer "cant Gabel"-Fehler für einige Wochen, wenn wir ulimit-n 16384 in das Startskript es das Problem gelöst.

aber nun, wenn wir eine Lookup-Suche oder über die Kommandozeile Werkzeuge, die wir auch eine "Gabel kann", wenn wir eine ulimit-s 16384, bevor wir die Befehlszeile Sachen sind wir wieder OK.
Closed Thread

Lesezeichen

Thread Tools Suche diesen Thread
Suche diesen Thread:

Erweiterte Suche
Anzeige-Modi Rate this thread
Rate this thread:

Forumregeln
Du möglicherweise nicht neue Themen
Du möglicherweise nicht nach Antworten
Du möglicherweise nicht post-Anlagen
Du möglicherweise nicht bearbeiten Sie Ihre Beiträge

BB-Code ist Auf
Smilies sind Auf
[IMG] Code Auf
HTML-Code ist Aus
Trackbacks sind Auf
Pingbacks sind Auf
Refbacks sind Auf




Alle Zeiten sind GMT -4. Es ist jetzt 12:07 PM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Ltd. Sprachliche Übersetzungen Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
Die UNIX-und Linux-Foren Content © Copyright 1993-2009. Alle Rechte Reserved.Ad Management von RedTyger

Content Relevant URLs durch vBSEO 3.2.0