NASLite Network Attached Storage

www.serverelements.com
Task-specific simplicity with low hardware requirements.
It is currently Thu Apr 18, 2024 7:06 pm

All times are UTC - 5 hours [ DST ]




Post new topic Reply to topic  [ 3 posts ] 
Author Message
 Post subject: Memory used enquiry
PostPosted: Tue Apr 11, 2006 11:00 pm 
Offline

Joined: Fri Dec 09, 2005 5:52 am
Posts: 62
I noticed that after a reboot on the NASLite+ the memory used is very low, but after people have been coping to it it goes up, but if its doing nothing the memory isn't released. Is this normal?
Thx


Processor (CPU)

vendor_id : AuthenticAMD
model name : AMD Athlon(tm) Processor
cpu MHz : 908.115
cache size : 256 KB
bogomips : 1808.79

Memory

total used free shared buffers
Mem: 386500 381728 4772 0 6220

Disks

Filesystem Size Used Available Use% Device
System 7.7M 3.7M 4.1M 47% RAM Disk
Storage Area 73.4G 14.1G 59.2G 19% NAS Disk-2
Storage Area 229.2G 220.9G 8.4G 96% NAS Disk-3


Top
 Profile  
 
 Post subject:
PostPosted: Wed Apr 12, 2006 9:24 am 
Offline
Site Admin

Joined: Tue Jul 13, 2004 4:11 pm
Posts: 1771
Location: Server Elements
The Linux kernel used in NASLite recruits all available RAM not used by running processes and allocates it for use as buffer space. What you are seeing is absolutely normal.


Top
 Profile  
 
 Post subject:
PostPosted: Wed Apr 12, 2006 9:38 pm 
Offline

Joined: Wed Aug 03, 2005 9:34 pm
Posts: 93
Quote:
The Linux kernel used in NASLite recruits all available RAM not used by running processes and allocates it for use as buffer space. What you are seeing is absolutely normal.

I remember a DOS (Denial of Service) bug in SVR3 Unix that caused the RJE (Remote Job Entry) facility to go into an infinite loop acking the front end processor if it couldn't get a system buffer. Problem was we allocated too many system buffers for kernel use when we configured the OS. So many, in fact, that the kernel was too busy trying to manage those buffers and RJE couldn't get a single buffer for its own use. When that happened, RJE entered an ACK loop to keep communication going with the FEP but never had a way out of the loop if a system buffer happened to become available!

DEC and IBM were going crazy trying to find an answer to the problem (this was on a PDP 11/70) and the front end to the MVS machine was a ComTen (I think that was how it was spelled). This was when the Unix kernel was about 10K lines of 'C' code and a few assembly language routines. :D


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 3 posts ] 

All times are UTC - 5 hours [ DST ]


Who is online

Users browsing this forum: No registered users and 15 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron
Powered by phpBB® Forum Software © phpBB Group