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

ฉันไม่เคยเข้าใจเลยว่าทำไม I / O ของดิสก์สูงทำให้ระบบช้าลงมาก มันแปลกสำหรับฉันเพราะฉันคาดว่าการทำงานช้าลงจะส่งผลเฉพาะกระบวนการที่ขึ้นอยู่กับข้อมูลฮาร์ดไดรฟ์ / ออปติคัลไดรฟ์ ฉันหมายถึงiowait ที่นี่ เหตุใดโปรเซสเซอร์จึงรอแทนที่จะทำงานอื่น ใครสามารถอธิบายข้อ จำกัด นี้และทำไมมันไม่ได้รับการแก้ไขใน Linux kernel? มีเคอร์เนลที่ไม่มีปัญหานี้หรือไม่? [ หมายเหตุ ] มีความคืบหน้าในส่วนของประสิทธิภาพนี้ สำหรับหนึ่งเมล็ดในภายหลัง (2.6.37 ในกรณีของฉัน) ตอบสนองได้ดีกว่ามาก

19 linux  kernel  performance  io 

โดยตอนนี้ใช้ประโยชน์ของcatรางวัลเป็นที่รู้จักกันเป็นอย่างดีและยังมีการเอ่ยถึงการใช้ประโยชน์ของecho (ไม่เกี่ยวข้องกับคำถามนี้) ฉันสงสัยว่าควรจะมี "การใช้งานไร้ประโยชน์echoในรางวัล Bash": การวางท่อดูเหมือนจะช้ากว่า heredocs และ herestrings มากตามการวัดทางวิทยาศาสตร์บางอย่าง: Heredocs: for reps in 1 2 3 do time for i in {1..1000} do cat <<'END' test string END done > /dev/null done real 0m1.786s user 0m0.212s sys 0m0.332s real 0m1.817s user 0m0.232s sys 0m0.332s real 0m1.846s user 0m0.256s sys …

19 bash  io-redirection  pipe  performance 

เมื่อวันศุกร์ที่แล้วฉันอัพเกรดเซิร์ฟเวอร์ Ubuntu เป็น 11.10 ซึ่งตอนนี้ทำงานกับเคอร์เนล 3.0.0-12 เซิร์ฟเวอร์ ตั้งแต่นั้นมาประสิทธิภาพโดยรวมก็ลดลงอย่างมาก ก่อนที่การอัปเกรดโหลดระบบจะอยู่ที่ประมาณ 0.3 แต่ปัจจุบันอยู่ที่ 22-30 ในระบบ CPU 8 คอร์ที่มี RAM ขนาด 16GB (ฟรี 10GB ไม่มีการใช้ swap) ฉันจะตำหนิไดรเวอร์ระบบไฟล์ BTRFS และอาร์เรย์ MD ที่อยู่ภายใต้เนื่องจาก [md1_raid1] และ [btrfs-transacti] ใช้ทรัพยากรจำนวนมาก แต่ [kworker / *: *] ทั้งหมดกินเยอะขึ้น sar ได้แสดงสิ่งที่คล้ายกันนี้ตลอดตั้งแต่วันศุกร์ที่: 11:25:01 CPU %user %nice %system %iowait %steal %idle 11:35:01 all …

19 kernel  performance  cpu  load 

คำถาม: มีเครื่องมือที่สนับสนุนการแยกส่วนของโลจิคัลวอลุ่ม LVM2 หรือไม่? (ทำให้ขอบเขตของพวกเขาเป็นลำดับที่สอดคล้องกัน) ควรกำหนดลำดับส่วนขยายที่ต้องการ (เช่นพาร์ทิชัน A ที่จุดเริ่มต้นของดิสก์ B หลัง A แต่ X ที่จุดสิ้นสุดของ PV ) แน่นอนกรณีต่อไปนี้จะต้องได้รับการพิจารณา: VG ประกอบด้วยหนึ่ง PV VG ประกอบด้วย PV จำนวนมาก แต่แต่ละ LV ตั้งอยู่บน PV เดียว VG ประกอบด้วย PV จำนวนมาก LVs มีขอบเขตของพวกเขาข้าม PV ไม่ว่าพาร์ติชันสามารถถูกถอดได้หรือไม่สามารถพูดคุยได้ ความรู้: มันเป็นไปได้ที่จะย้ายช่วงของ extents ด้วยเช่น:pvmovepvmove --alloc anywhere /dev/sdb1:1000-1999 /dev/sdb1:0-999 เหตุผล: เนื่องจากการย้ายหลาย ๆ ช่วงด้วยตนเองpvmoveเป็นสิ่งที่ทำซ้ำได้อย่างหมดจด …

18 partition  performance  storage  lvm 

ฉันกำลังใช้timeคำสั่งของฉันอยู่ ตอนนี้เพื่อเฉลี่ยการวัดฉันต้องการเรียกใช้และเวลาที่คำสั่งของฉันตามจำนวนครั้งที่ระบุและรับผลลัพธ์ด้วยค่าเฉลี่ยที่คำนวณและส่วนเบี่ยงเบนมาตรฐาน ผลลัพธ์จะเป็นเช่น: avgtime -n 100 my_command real 0m5.388s stdev 0m0.068s user 0m5.380s stdev 0m0.067s sys 0m0.004s stdev 0m0.000s มีเครื่องมือ UNIX สำหรับสิ่งนี้หรือไม่? GNU / Linux มีหรือไม่

18 performance  time  benchmark  time-utility 

ก่อนอื่นฉันพบคำถามที่คล้ายกันแต่ไม่สามารถแก้ปัญหาได้ ฉันกำลังพยายามค้นหาว่าบัส USB สำหรับอุปกรณ์ที่ฉันใช้เป็นคอขวดในโปรแกรมของฉันหรือไม่ ฉันจะตรวจสอบบัส USB ได้อย่างไร (คล้ายกับวิธีการที่ระบบ gnome-monitor-monitor) แสดงการใช้งานบัส โดยทั่วไปฉันต้องการที่จะระบุเมื่อรถบัสถูก 'maxed' ออก ฉันคิดว่าสิ่งที่ฉันกำลังมองหาคืออินเทอร์เฟซสำหรับ usbmon ซึ่งดูเหมือนว่าจะทำสิ่งที่ฉันต้องการ สิ่งนี้มาจากการทดสอบ USRP และ GNU Radio ฉันพบสถานการณ์ที่บัส USB อาจเป็นปัจจัย จำกัด ดังนั้นฉันจึงถามคำถามทั่วไปเกี่ยวกับการตรวจสอบประสิทธิภาพ USB

18 usb  performance  monitoring 

ทำไมยูทิลิตี wc จึงช้า? เมื่อฉันเรียกใช้บนไฟล์ขนาดใหญ่จะใช้เวลานานกว่า md5sum ประมาณ 20 เท่า: MyDesktop:/tmp$ dd if=/dev/zero bs=1024k count=1024 of=/tmp/bigfile 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 0.687094 s, 1.6 GB/s MyDesktop:/tmp$ time wc /tmp/bigfile 0 0 1073741824 /tmp/bigfile real 0m45.969s user 0m45.424s sys 0m0.424s MyDesktop:/tmp$ time md5sum /tmp/bigfile cd573cfaace07e7949bc0c46028904ff /tmp/bigfile real …

17 performance  wc 

การติดตั้งแพ็กเกจ (ยกเลิก) บนระบบ Debian นั้นช้ามากอย่างน่ากลัวส่วนหนึ่งเป็นเพราะมันทำงานกับไฟล์ (เล็ก) ทั้งกลุ่ม การได้รับพื้นที่เก็บข้อมูลสั้นกว่าฉันจะเร่งความเร็วได้อย่างไร ฉันคิดว่าอาจจะโหลดไดเรกทอรีที่เข้าถึงได้มากไปยัง RAM เป็นโซลูชันเดียว แต่ฉันจะทำอย่างไร มีวิธีแก้ปัญหาที่ดีกว่าหรือไม่?

17 debian  package-management  performance  dpkg 

ฉันมีเซิร์ฟเวอร์ Ubuntu ติดตั้งใหม่ซึ่งควรเป็นเซิร์ฟเวอร์สำรองใหม่สำหรับ VM-storage ของเรา เซิร์ฟเวอร์มี 4 นิกส์ 2 ในนั้นคือ 10Gbit (อันที่จริงแล้ว intel x540-T2 พร้อมไดร์เวอร์ใหม่ล่าสุดที่มีอยู่) ซึ่งใช้สำหรับเชื่อมต่อกับ SAN ฉันติดตั้ง nfs-share ไว้ภายในเครื่องและเปรียบเทียบความแตกต่างของความเร็วขณะที่คัดลอกไดเรกทอรีด้วยไฟล์ ~ 30 ไฟล์ประมาณ 15 vm-images และไฟล์บันทึกที่เกี่ยวข้อง รูปภาพมีขนาดระหว่าง 8 GB ถึง 600 GB โดยใช้: cp -rf /mnt/nfs-share /backup-storage/ bmon แสดงผลประมาณ 600 MiB / s การใช้ rsync -av /mnt/nfs-share /backup-storage/ bmon แสดงแพ็กเก็ตบางอย่างในวินาทีแรกหยุดประมาณ …

17 ubuntu  rsync  performance  cp 

เพื่อจับภาพรูปแบบเฉพาะawkและgrepสามารถนำมาใช้ ทำไมเราควรใช้อันอื่น เร็วกว่าไหนและเพราะอะไร ถ้าฉันมีล็อกไฟล์และฉันต้องการคว้ารูปแบบบางอย่างฉันสามารถทำอย่างใดอย่างหนึ่งต่อไปนี้ awk '/pattern/' /var/log/messages หรือ grep 'pattern' /var/log/messages ฉันยังไม่ได้ทำการเปรียบเทียบดังนั้นฉันไม่รู้เลย ใครบางคนสามารถอธิบายรายละเอียดนี้ เป็นเรื่องดีที่ได้ทราบการทำงานภายในของเครื่องมือทั้งสองนี้

17 linux  awk  grep  performance 

ฉันเห็นคนใช้คำศัพท์ulimi& rlimitแทนกันฉันจะพูดว่าพวกเขากำลังอ้างถึงสิ่งเดียวกันหรือไม่

17 linux  kernel  performance  resources  ulimit 

ฉันใช้กระบวนการหนัก I / O บางอย่างบนเวิร์กสเตชันของฉันและเพิ่งติดตั้งiotopเพื่อตรวจสอบพวกเขา นี่เป็นภาพหน้าจอล่าสุด: ฉันสับสนเกี่ยวกับการอ่านในIO>คอลัมน์ แสดงว่าดิสก์ของฉันทำงานที่ประมาณ ~ 1500% I / O กิจกรรม เป็นไปได้ไหม วิธีหา I / O สูงสุดที่เป็นไปได้ของดิสก์จากการอ่านเหล่านี้ และไอโซโทปคำนวณกิจกรรม I / O สัมพัทธ์อย่างไร

16 performance  io  disk  top 

ดูเหมือนว่าfindจะต้องตรวจสอบว่าเส้นทางที่กำหนดนั้นสอดคล้องกับไฟล์หรือไดเรกทอรีอยู่แล้วเพื่อที่จะเดินเนื้อหาของไดเรกทอรีซ้ำ ๆ นี่คือแรงบันดาลใจบางอย่างและสิ่งที่ฉันทำในพื้นที่เพื่อโน้มน้าวตัวเองว่าfind . -type fช้ากว่าfind .จริง ๆ ฉันยังไม่ได้ขุดลงใน GNU ค้นหาซอร์สโค้ดเลย ดังนั้นฉันจึงสำรองไฟล์บางไฟล์ใน$HOME/Workspaceไดเรกทอรีของฉันและไม่รวมไฟล์ที่เป็นส่วนหนึ่งของโครงการหรือไฟล์ควบคุมเวอร์ชัน ดังนั้นฉันจึงรันคำสั่งต่อไปนี้ซึ่งดำเนินการอย่างรวดเร็ว % find Workspace/ | grep -v '/vendor\|/node_modules/\|Workspace/sources/\|/venv/\|/.git/' > ws-files-and-dirs.txt findไปป์grepอาจเป็นรูปแบบที่ไม่ดี แต่ดูเหมือนว่าวิธีที่ตรงที่สุดในการใช้ตัวกรอง regex เมื่อตะกี้ คำสั่งต่อไปนี้มีเฉพาะไฟล์ในผลลัพธ์การค้นหาและใช้เวลานานขึ้นอย่างเห็นได้ชัด % find Workspace/ -type f | grep -v '/vendor\|/node_modules/\|Workspace/sources/\|/venv/\|/.git/' > ws-files-only.txt ฉันเขียนโค้ดเพื่อทดสอบประสิทธิภาพของคำสั่งทั้งสองนี้ (ด้วยdashและtcshเพื่อแยกแยะผลกระทบใด ๆ ที่เชลล์อาจมีแม้ว่าจะไม่ควรมี) tcshผลที่ได้รับการละเว้นเพราะพวกเขากำลังหลักเดียวกัน ผลลัพธ์ที่ฉันได้รับแสดงให้เห็นถึงโทษประสิทธิภาพ 10% -type f นี่คือผลลัพธ์ของโปรแกรมที่แสดงจำนวนเวลาที่ใช้ในการดำเนินการซ้ำ 1,000 คำสั่งต่างๆ …

15 find  performance  gnu 

ฉันมีเซิร์ฟเวอร์สองเครื่อง หนึ่งในนั้นมีไฟล์ข้อความ 15 ล้านไฟล์ (ประมาณ 40 GB) ฉันกำลังพยายามถ่ายโอนไปยังเซิร์ฟเวอร์อื่น ฉันคิดว่าซิปพวกเขาและถ่ายโอนไฟล์เก็บถาวร แต่ฉันรู้ว่านี่ไม่ใช่ความคิดที่ดี ดังนั้นฉันใช้คำสั่งต่อไปนี้: scp -r usrname@ip-address:/var/www/html/txt /var/www/html/txt แต่ฉันสังเกตเห็นว่าคำสั่งนี้เพิ่งถ่ายโอนประมาณ 50,000 ไฟล์แล้วการเชื่อมต่อจะหายไป มีวิธีแก้ปัญหาที่ดีกว่าหรือไม่ที่ทำให้ฉันสามารถถ่ายโอนไฟล์ทั้งหมดได้? ฉันหมายถึงใช้สิ่งที่ต้องการrsyncถ่ายโอนไฟล์ที่ไม่ได้ถ่ายโอนเมื่อการเชื่อมต่อขาดหายไป เมื่อมีการขัดจังหวะการเชื่อมต่ออื่นเกิดขึ้นฉันจะพิมพ์คำสั่งอีกครั้งเพื่อถ่ายโอนไฟล์โดยไม่สนใจคำสั่งที่ถูกถ่ายโอนเรียบร้อยแล้ว ไม่สามารถทำได้scpเนื่องจากจะเริ่มต้นจากไฟล์แรกเสมอ

15 rsync  performance  scp  file-transfer 

ฉันไม่ได้ทำอะไรผิดปกติกับการกำหนดค่าฮาร์ดแวร์หรือเคอร์เนล (การตั้งค่าเริ่มต้นทั้งหมด, การติดตั้งระบบปฏิบัติการใหม่, Linux kernel 3.11 TCP / IP สแต็ค) และฉันเฉลี่ยประมาณ 3.83 ล้านข้อความต่อวินาทีผ่าน TCP ในขณะที่ฉันเฉลี่ยเพียง 0.75 ล้านข้อความต่อวินาทีผ่าน UDP ดูเหมือนว่าจะท้าทายสิ่งที่ฉันคาดหวังของทั้งสองโปรโตคอลอย่างสมบูรณ์ อะไรเป็นสาเหตุที่ทำให้เกิดความแตกต่างอย่างมากและฉันจะวินิจฉัยบน Ubuntu 13.10 ได้อย่างไร #TCP RESULTS Recv Send Send Utilization Service Demand Socket Socket Message Elapsed Send Recv Send Recv Size Size Size Time Throughput local remote local remote bytes bytes …

15 networking  performance  tcp  udp