คำถามติดแท็ก tuning

พารามิเตอร์เคอร์เนลหรือการตั้งค่าอื่นใดควบคุมจำนวนสูงสุดของซ็อกเก็ต TCP ที่สามารถเปิดได้บนเซิร์ฟเวอร์ Linux อะไรคือข้อดีของการอนุญาตให้มีการเชื่อมต่อมากขึ้น? ฉันสังเกตในขณะที่โหลดทดสอบเซิร์ฟเวอร์ Apache ด้วยabว่ามันค่อนข้างง่ายที่จะเปิดการเชื่อมต่อสูงสุดบนเซิร์ฟเวอร์ หากคุณไม่ใช้ตัวเลือก ab's -k ซึ่งอนุญาตให้นำการเชื่อมต่อกลับมาใช้ใหม่และให้ส่งคำขอมากกว่า 10,000 คำขอจากนั้น Apache จะให้บริการคำขอ 11,000 รายการแรกแล้วหยุดพักเป็นเวลา 60 วินาที ดูที่เอาต์พุต netstat แสดงการเชื่อมต่อ 11,000 การเชื่อมต่อในสถานะ TIME_WAIT เห็นได้ชัดว่านี่เป็นเรื่องปกติ การเชื่อมต่อจะถูกเก็บไว้เปิดเริ่มต้นของ 60 วินาทีแม้หลังจากที่ลูกค้าจะทำกับพวกเขาสำหรับเหตุผล TCP ความน่าเชื่อถือ ดูเหมือนว่านี่จะเป็นวิธีที่ง่ายในการใช้เซิร์ฟเวอร์ DoS และฉันสงสัยว่าการปรับจูนและการป้องกันตามปกติเป็นอย่างไร นี่คือผลการทดสอบของฉัน: # ab -c 5 -n 50000 http://localhost/ This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 …

89 linux  apache-2.2  performance  scaling  tuning 

ฉันเรียกใช้ไซต์ที่ค่อนข้างยุ่งและในช่วงเวลาที่ฉันพบว่ามีการเชื่อมต่อที่เปิดมากกว่า 10,000 รายการไปยังเซิร์ฟเวอร์ฐานข้อมูลของฉันบนเว็บเซิร์ฟเวอร์ของฉันเมื่อมีการเรียกใช้คำสั่ง netstat 99% ของการเชื่อมต่ออยู่ในTIME_WAITสถานะ ฉันได้เรียนรู้เกี่ยวกับตัวแปร mysql นี้: wait_timeout http://dev.mysql.com/doc/refman/5.1/en/server-system-variables.html#sysvar_wait_timeoutวันนี้ ฉันยังคงตั้งค่าเริ่มต้นที่ 28.800 วินาที การลดค่านี้ปลอดภัยหรือไม่ โดยทั่วไปแล้วแบบสอบถามที่ไม่ใช่ของฉันจะใช้เวลานานกว่าหนึ่งวินาที ดังนั้นจึงดูเหมือนว่าโง่ที่จะเปิดการเชื่อมต่อไว้เป็นเวลา 480 นาที ฉันเคยได้ยินเกี่ยวกับการใช้mysql_pconnectแทนmysql_connectแต่ฉันไม่ได้อ่านอะไรนอกจากเรื่องสยองขวัญเกี่ยวกับเรื่องนี้ดังนั้นฉันคิดว่าฉันจะอยู่ห่างจากสิ่งนั้น

39 mysql  tuning 

ฉันกำลังเรียกใช้เซิร์ฟเวอร์ nginx ที่ทำหน้าที่เป็นพร็อกซีไปยังซ็อกเก็ตอัพสตรีมยูนิกซ์เช่นนี้ upstream app_server { server unix:/tmp/app.sock fail_timeout=0; } server { listen ###.###.###.###; server_name whatever.server; root /web/root; try_files $uri @app; location @app { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header Host $http_host; proxy_redirect off; proxy_pass http://app_server; } } เซิร์ฟเวอร์แอปบางตัวจะดึงคำขอออก/tmp/app.sockเมื่อพร้อมใช้งาน เซิร์ฟเวอร์แอปที่ใช้งานเฉพาะที่นี่คือยูนิคอร์น แต่ฉันไม่คิดว่าเกี่ยวข้องกับคำถามนี้ ปัญหาคือดูเหมือนว่าผ่านการโหลดจำนวนหนึ่ง nginx ไม่สามารถรับการร้องขอผ่านซ็อกเก็ตในอัตราที่เร็วพอ ไม่ว่าฉันจะติดตั้งแอปเซิร์ฟเวอร์จำนวนเท่าใด ฉันได้รับข้อความเหล่านี้จำนวนมากในบันทึกข้อผิดพลาด nginx: connect() to …

28 linux  nginx  socket  unicorn  tuning 

คุณจะทราบได้อย่างไรว่าประสิทธิภาพของเซิร์ฟเวอร์ Linux ของคุณนั้นถูกผูกไว้กับ I / O และที่สำคัญกว่านั้นกระบวนการหรือกระบวนการใดบ้างที่ทำให้เกิดปัญหา

27 linux  performance  io  tuning 

ฉันใช้ Asp.Net ร่วมกับ MySQL ในสตริงการเชื่อมต่อ. Net ฉันได้ตั้งค่า Max Pool Size เป็น 150 หากฉันเรียกใช้สิ่งต่อไปนี้ฉันจะได้รับค่าเหล่านี้: SHOW GLOBAL STATUS LIKE 'max_used_connections'; gives 66 SHOW GLOBAL STATUS LIKE 'Threads_created'; gives 66 SHOW GLOBAL STATUS LIKE 'connections'; gives 474 ซึ่งให้ Threads_created / การเชื่อมต่อ = 0,1392 thread_cache_sizeดังนั้นจากที่ดูเหมือนว่าฉันจะต้องเพิ่มขึ้น แต่ถ้าฉันวิ่งSHOW PROCESSLISTฉันมักจะเห็นว่าฉันมีการเชื่อมต่อเปิดมากมาย (ส่วนใหญ่นอนหลับ) เพราะสระที่สร้างโดย. Net ฉันยังต้องตั้งค่าthread_cache_sizeตามที่ฉันจะยังคงใช้การเชื่อมต่อจากกลุ่มการเชื่อมต่อหรือไม่ หากขนาดสระว่ายน้ำเท่ากับ 150 คุณคิดว่าคุ้มค่าหรือไม่ที่จะตั้งไว้thread_cache_sizeที่ …

25 mysql  .net  connections  tuning 

เหตุใดแอปพลิเคชันที่ใช้งานดิสก์จำนวนมากจะทำงานเร็วกว่าบน SAN มากกว่าบนฟิสิคัลดิสก์ ฉันคาดว่าฟิสิคัลดิสก์จะเร็วขึ้นเล็กน้อย แต่อันที่จริงกระบวนการทำงานเร็วขึ้น 100 เท่าเมื่อตั้งค่าไดรฟ์ทำงานเป็นพาร์ติชันบน SAN เราคาดเดาได้ว่า SAN นั้นได้รับการปรับแต่งให้เร็วที่สุดในขณะที่การตั้งค่าดิสก์จริงนั้นเกี่ยวข้องกับ OS (Solaris) และยังไม่ได้ถูกแตะต้องหรือติดตั้งระบบปฏิบัติการ ในระหว่างกิจกรรมสูงสุดที่ดิสก์ I / O ทำงานที่ 100% และเวลาในการเขียนเสร็จสมบูรณ์นานกว่า 2 วินาทีเนื่องจากมีหลายกระบวนการที่เขียนลงดิสก์ในเวลาเดียวกัน (FYI แอปพลิเคชันที่เกี่ยวข้องคือ Informatica PowerCenter)

21 performance  storage-area-network  hard-drive  tuning 

ฉันกำลังพยายามหาสาเหตุที่kjournaldจะบ้าบนเครื่องของฉัน มันคือกล่อง 8-core ที่มีหน่วยความจำมากมาย มันมีภาระซีพียูประมาณ 50% ไอโซโทปดูเหมือนจะไม่ชี้ไปที่กระบวนการเฉพาะใด ๆ - มีการเขียนจำนวนมากที่นี่และที่นั่น (ส่วนใหญ่เริ่มต้น cron, สถิติการตรวจสอบที่สร้างขึ้น ฯลฯ ) เมื่อฉันใช้ sys/vm/block_dumpรวบรวมสถิติการเขียนฉันได้รับรายการดังนี้: kjournald(1352): 1909 sendmail(28934): 13 cron(28910): 12 cron(28912): 11 munin-node(29015): 3 cron(28913): 3 check_asterisk_(28917): 3 sh(28917): 2 munin-node(29022): 2 munin-node(29021): 2 ที่ไหน kjournaldการกระทำเป็นเพียงเขียน ทำไมถึงเกิดขึ้น? มีอะไรอีกที่ฉันควรพิจารณาเพื่อ จำกัด กิจกรรม kjournald เล็กน้อย? ดูเหมือนว่าไม่เหมาะสมกับสิ่งที่กำลังเขียน

15 linux  filesystems  tuning  kjournald 

ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ วิธีปรับแต่งพีซี Windows ให้ดีที่สุดเพื่อการพัฒนา

12 windows  performance  development  tuning