debian 4 uptime 21 วัน Memory 98%
มี debian 4 อยู่ 2 เครื่อง Celeron 2.66 Memory 1 Gb. และ Pentium III 733 Memory 512 ใช้ทำ web ของโรงเรียนและนักเรียน เริ่มจะสะดวก uptime ได้ประมาณ 20 วัน Memory 96% กับ 67% ตามลำดับ web ช้าเป็นเต่า ตัว Celeron แทบกระดิกไม่ได้ทำท่าจะ hang จริงแล้วตัวหลังงานหนักกว่าเยอะทั้งวันทั้งคืน เด็กใช้อยู่เป็นประจำ ดูเหมือนว่ามีอะไรกำลังสวามปาม Memory แล้วไม่คืน เป็นเรื่องปกติของ debian 4 หรือเปล่าครับ แล้วจะมีวิธีตรวจจัดการกับเรื่องนี้อย่างไรครับ Upgrade CPU กับ Memory ช่วยได้ไหม เปลี่ยน CPU แล้วจะ boot ขึ้นไหมเนี่ย เคยได้ยินคนพูดถึงแต่เจอกับตัวเองก็ครั้งนี้ เลยไม่รู้วิธีจัดการ เปรียบเทียบกับ FreeBSD Uptime เท่ากันอยู่แค่ 27% เองทั้งที่ Memory น้อยกว่าอยู่ครี่งนึง(512 Mb.) แต่ตัวนี้ไม่ได้ทำ web ทำ DNS อีกตัวทำ proxy ชอบ debian นะ แต่ดูเหมือนจะไม่อึด เอ๋! ถ้าไม่อึดใคร ๆคงไม่ทำเป็น production หรอกจริงไม๊ หรือว่าจะเหมาะกับพวก Hardware ที่สร้างมาเพื่อทำ Server ของผมมัน PC ธรรมดาค่อนไปทางต่ำ เดี๋ยวเอาลง Dual XEON 2.4 Gb. Memory ECC 1 Gb. H/D เป็น SCACII เลยซะดีไหม แต่ไม่อยากลงใหม่อ้ะทำอะไรต่ออะไรไปเยอะแล้ว ทำไงดีครับ ตีโพยตีพายเกินเหตุไปรึเปล่า...
|
ลิขสิทธิ์ของบทความเป็นของเจ้าของบทความแต่ละชิ้น ผลงานนี้ ใช้สัญญาอนุญาตของครีเอทีฟคอมมอนส์แบบ แสดงที่มา-อนุญาตแบบเดียวกัน 3.0 ที่ยังไม่ได้ปรับแก้ |
Re: debian 4 uptime 21 วัน Memory 98%
ผมว่าต้องดู load และ การจูนนิ่งด้วย
Debian อึดแบบ Freebsd ครับ อยู่ที่จูน ที่ผ่านมาผมก็ใช้แบบไม่จูนเลยนะ ทำ hosting ด้วย ผมว่าต้อง environment อื่นๆ ด้วยล่ะ
Re: debian 4 uptime 21 วัน Memory 98%
รายงานมั่งครับ
ของผม AMD Sempron(tm) 2400+ Mem.768MB. ลง Etch แบบ text และไม่ปรับแต่งเหมือนกันครับ
ใช้งานทุกอย่างในตัวเดียว apache2(PHP+Python), squid3, mysql-5.0, postgres-8.1, postfix, courier, apt-proxy, samba และงานเล็ก ๆ น้อย ๆ พวก ppp-server นิดหน่อยครับ
ผลคือ Mem 95%, Swap 0% แต่ไม่รู้สึกว่าช้านะครับ
ดูด้วย top แล้ว mysql5 กินเยอะสุดคือ 6%, squid3=3.2%, postgres8=1.3% และ apache2 โปรเซสละประมาณ 1-1.2%
(เดาว่าระบบอาจสำรองหน่วยความจำเป็นแคชมากน่ะครับ แต่ถ้ามีโปรเซสไหนต้องการก็จะคืนให้ทันที)
Re: debian 4 uptime 21 วัน Memory 98%
ฮื้อม... ผมต้องดูต่อไปใช่ไหม ผมแค่ apache2+mysql5+ กรุณาขยายนิด "ผมว่าต้อง environment อื่นๆ " ไม่ได้ลองภูมินะ
Type Percent Capacity Free Used Size
Physical Memory 22% 793.16 MB 218.97 MB 1012.13 MB
- Kernel + applications 8% 84.54 MB
- Buffers 6% 60.23 MB
- Cached 7% 74.20 MB
Disk Swap 0% 2.53 GB 0.00 KB 2.53 GB
ข้างบนเนี่ยผ่านไป 1 วันหลัง reboot
Re: debian 4 uptime 21 วัน Memory 98%
ผมใช้เป็น web อยู่เหมือนกัน app เยอะมาก uptime เคยนานที่สุดถึง 6 เดือน...ไม่มีปัญหาอะไรยกเว้นตอนประกาศผลการเรียนเด็กเข้าพร้อมกันเยอะๆบริการแทบไม่ทัน....ผมแนะนำให้ตรวจสอบตัวแปรต่างๆให้ละเอียดครับพยายามค่อยๆตัดตัวแปรไปทีละอย่างนะครับ
เรื่อง memory ของ linux ส่วนใหญ่ไม่ค่อยจะมีปัญหานะครับเท่าที่เคยใช้มา ถ้าช้าเพราะมันกิน memory เยอะจริงลองตรวจสอบการใช้ Mem/Swap ด้วย
#free -m
เผื่อว่ามันจะใช้ Mem จนหมดแล้วต้องใช้ Swap ซึ่งก็คือ disk ของเรานี่แหละ(ปกติตามทฤษฎีควรมีขนาดมากกว่า ram สองเท่านะครับ) ถ้ามันใช้ Swap มากเกินไปก็มีผลทำให้เครื่องช้าเพราะมันต้องอ่านเขียน disk บ่อยๆ ทีนี้ก็ลองค้นดูว่า process ไหนที่กิน Mem เยอะไป
#ps aux | head -1 ; ps aux | sort -rn +3 | head -n 25
มันจะเรียงลำดับการใช้ Mem จากมากไปน้อย 25 process หรือจะใช้คำสั่ง top แล้วกด M(พิมพ์ใหญ่นะ) ก็ได้
อีกอย่างเรื่องการใช้ CPU อยากรู้ว่า process ไหนใช้เวลาของ CPU ในการประมวลมากที่สุดก็ใช้ top แล้วกด T(พิมพ์ใหญ่)
ที่เหลือก็ลองวิเคราะห์ดูเองนะครับ
Re: debian 4 uptime 21 วัน Memory 98%
ลองสั่ง free -m แล้วเอามาแปะไว้ให้ช่วยกันวิเคราะห์ได้ครับ
แต่อาการปกติของ Cache Proxy Server คือ ใช้ RAM ในการทำ Hot Object ครับ ลองตรวจสอบขนาด cache_dir ดูครับ ถ้าตั้งไว้เยอะมาก ก็จำเป็นต้องใช้ RAM เยอะด้วยเช่นกัน แต่ถ้ากังวลเรื่อง RAM ไม่คืนนี่ ลอง
# sync
# echo 1 > /proc/sys/vm/drop_caches
แล้วลอง free -m อีกทีครับ น่าจะเห็น RAM กลับมาบ้าง :P
บางทีเราอาจจะกังวลมากไปครับ ตอนนี้ผมใช้ AMD Athlon X2 4000+ กับ RAM 4GB ทำ Squid Cache Proxy ใช้ไปสักพักใหญ่ (ระบบใหญ่ครับ ผู้ใช้ 100+ คน) ก็เหลือ RAM ไม่ถึง 25 MB เหมือนกันครับ แต่ระบบก็ทำงานได้ไม่มีปัญหาครับ ก็เผื่อ ๆ ไว้ครับ ก็ Run เจ้า สองคำสั่งข้างบนนี้ไว้ใน crontab ทุก ๆ วัน ก็มี RAM คืนมาให้สบายใจเล่น ๆ แล้วหละครับ แต่อย่าลืมว่ากระบวนการ Cache นี่ช่วยให้การทำงานของระบบมีประสิทธิภาพขึ้น เคลียร์บ่อย ๆ น่าจะไม่ใช่ทางออกที่ดี ให้ระบบจัดการตัวเอง จะดีกว่าครับผม :)
___
Neutron: Linux Addict!