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: [EMAIL PROTECTED] # web: http://www.cubeoffice.de
---------------------------------------------------------------

-------------------------------------------------------
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Oliver Artelt
  INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).

Reply via email to