Hi,
We have issues running linux-hugemem - the 4G/4G split - i was told on a previous thread that was likely due to a "heavy system call intensive application" .
I was wondering - is that typically a programming issue or just nature of the app? Most of the syscalls are hard disk reads, ie - here is what it looks like flipping through a few screens...
Process 23395 attached - interrupt to quit
^C^CProcess 23395 detached
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
38.52 0.069756 8 8732 fcntl64
31.72 0.057452 4 13170 read
23.45 0.042477 3 13197 _llseek
1.68 0.003046 4 698 brk
1.30 0.002363 6 394 15 open
0.98 0.001773 5 332 send
0.90 0.001636 4 413 time
0.74 0.001347 4 367 close
0.36 0.000655 34 19 munmap
0.08 0.000146 6 23 1 recv
0.08 0.000145 13 11 poll
0.07 0.000131 5 24 ioctl
0.07 0.000121 7 18 old_mmap
0.02 0.000044 7 6 write
0.01 0.000014 4 4 gettimeofday
------ ----------- ----------- --------- --------- ----------------
100.00 0.181106 37408 16 total
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Save solutions to your questions, answers you’ve discovered through searching plus helpful articles in your personal knowledgebase for easy future access.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
64G memory - don't even try running 32bit kernel. You really need to install 64bit kernel.
My server had 16G of ram, and was experiencing lowmem shortages. Installing 64bit kernel solved that problem and bumped 32bit applications vspace to 4G!
I only had to patch the mkinitrd tool to prevent it from using strip command.
> but isnt why there is a hugemem xi386 kernel?
Yes, but it's known to have some issues if used with large memory - like 8G+
> For us to make the cut over to 64Bit would be quite involved
Not really. Only kernel!
> does our app need to be so syscall intensive...?
Probably. If it's IO oriented application, it has to do syscalls. Sometimes apps do too many gettimeofday - not Your case.
Business Accounts
Answer for Membership
by: ravenplPosted on 2008-07-29 at 09:12:16ID: 22112941
It's the application is I/O oriented (as opposite to compute oriented apps, like scientific ones).
Why are You running the 4g/4g split kernel? 3G is too small for Your app?
I would suggest to run 64bit kernel(if cpu supports long mode), while leaving rest of the OS 32bit.