iFS1.1: penguin gets slaughtered

Hi,

I've played a little bit with ifs1.1. O.K. the penguin is a little bit lightweighted for this task (EE8.1.7, SuSE7.0, kernel 2.4.1, 512 MB RAM, 600 MHz PIII) They say that's the minimal configuration for iFS (2 users, 2 protocols) but anyway I only try it out. Now the machine is in polling state, no load from clients or so are served. The vmstat -he he he:

procs                      memory    swap          io     system         cpu
r  b  w   swpd   free   buff  cache  si  so    bi    bo   in    cs  us  sy 
 id 2  0  0 256168   4032   1788 227188   0  11     6    20  185  2174   8  
 8  84 8  0  0 256168   4032   1788 227188   0   0     0     0  106 655563 
 39  61  0 4  0  0 256168   4032   1788 227188   0   0     0     0  104
 591855  39  61  0 2  0  0 256168   4028   1788 227192   0   0     0     6 
 123 552223  45  55  0 8  0  0 256168   4028   1788 227192   0   0     0    
 0  104 552822  48  52  0 2  0  0 256168   4028   1788 227192   0   0     0  
  17  140 575998  44  56  0 2  0  0 256168   4028   1788 227192   0   0     0
     6  123 552350  40  60  0 2  0  0 256168   4028   1788 227192   0   0    
 0     0  105 553134  42  58  0 2  0  0 256168   4012   1788 227208   0   0  
   2     6  110 503228  45  55  0 8  0  0 256168   4004   1788 227216   0   0
     2    11  131 666366  33  67  0

Wheew! This penguin got toasted by tons of jre processes. But the machine reacts on the console easy. Is that normal for a polling iFS-Server? And this nice try to compensate the ready-to-run contention with these abnormous exorbitant context switches? He he he -what is big enough to resist an oracle load test?

oli

---

Oliver Artelt, System- und Datenbankadministration
---------------------------------------------------------------
  cubeoffice GmbH & Co.KG # jordanstrasse 7 # 39112 magdeburg
telefon: +49 (0)391 6 11 28 10 # telefax: +49 (0)391 6 11 28 19
   email: oli@cubeoffice.de # web: http://www.cubeoffice.de
---------------------------------------------------------------

-------------------------------------------------------


-- 

Please see the official ORACLE-L FAQ: http://www.orafaq.com


-- 

Author: Oliver Artelt
  INET: oli_at_md.transnet.de

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).