ปัญหาการโหลดเพิ่มเติม

[Snake]

ตกลงดังนั้นฉันได้กระทำการโหลดของการทดสอบ

ในช่วง 24 ชั่วโมงภาระของฉันเพิ่มสูงขึ้นอย่างต่อเนื่องเป็น 30.00's

เซิร์ฟเวอร์เริ่มต้นแก้ไขมันสำหรับ 24 ชั่วโมงอีก

ถ้าฉันปิดการใช้งานครับผมไม่ได้รับปัญหานี้

ไม่ว่าการปิดการใช้งานกับ mod ที่มีการจราจรน้อยเป็นที่ไม่เป็นความจริง, Google ยังคงส่งสัญญาณการจราจรที่เดียวกันกับ mod ปิดการใช้งานตามสถิติของฉัน

กรุณาอธิบายให้โหลดจะขับรถฉันบ้า

[tavenger5]

เสียงเหมือนบอทจะตีหน้าแปลเมื่อ mod ที่อยู่ใน คุณควรจะมองเข้าไปในการเพิ่มประสิทธิภาพ Apache หรือได้รับเซิร์ฟเวอร์กับพลัง CPU มากขึ้น คุณทำงาน vboptimise หรือประเภทของแคชกลไกใด ๆ เช่น memcached?

[Snake]

ความจริงก็คือฟอรัมของฉันได้รับ 30,000 ที่ไม่ซ้ํากันต่อวันถ้าฉันปิดการใช้งานโหลด mod ลดลงทันทีและบอทและผู้ใช้ยังคงแสดงหน้าเว็บดังนั้นยังคงต้องการพลังงานเซิร์ฟเวอร์ก็เป็นเพียงการแสดงหน้าที่แปลใช้ทรัพยากร 10 เท่ามากกว่าหน้า vb มาตรฐานจากฐานข้อมูลปกติ มันเป็นรหัสที่เขียนไม่ดีและจําเป็นต้องได้รับการแก้ไข! ม็อดอื่น ๆ ไม่เคยทําเช่นนี้เพียงแค่ vbet หวังว่าฉันไม่เคยเปลี่ยนมากกว่า แต่การกลับไปสายเกินไปในขณะนี้

[moman]

จริงๆมันเสียงเหมือนคุณกำลังทำงานบนเซิร์ฟเวอร์ underpowered ฉันใน 8 - core Nehalem เครื่อง (ดังนั้นเราจึงกำลังมองหาที่ 8 แกนมากขึ้นเสมือนเนื่องจากการ HT ที่รวม 16) ฉันยังเหมาะอย่างกว้างขวางในเครื่องโดยใช้เทคนิคของตัวเองเช่นกันเป็นตัวชี้จาก folks ที่ vbulletin.com นี้

vBET เพิ่มความเร็วในการโหลดของฉันจาก 2.5 ถึง 3.0 - 3.5 ขึ้นอยู่กับจำนวนของผู้ใช้และเติบโตขึ้นอย่างเห็นได้ชัดนี้ขึ้นอยู่กับขนาดของแคช แต่ฉันไม่คิดว่าเลวร้ายเกินไปที่ทุกคนเป็นช่วงที่ผู้ใช้ของฉันพร้อมกันจากที่ค่อนข้างสูง 800 ถึงสูงขึ้น 1,200

[vBET]

สวัสดี ของหลักสูตรการแปลต้องใช้ทรัพยากรบางอย่าง -- มีความมหัศจรรย์ไม่ได้ แปลความหมายหน้าจะส่งผลให้การส่งออกและเปลี่ยนเป็น เนื่องจากการแปลภาษาที่มักจะใช้เวลานานกว่าปกติหน้า

ผมเข้าใจว่าคุณจะไม่ได้มีความสุขมากที่มีภาระของเซิร์ฟเวอร์มากขึ้น แต่โปรดทราบว่า vBET คือการแหล่งข้อมูลเฉพาะสำหรับการแปล สำหรับหน้าเว็บปกติจะเพิ่มธงเท่านั้น ดังนั้นทั้งหมดนี้ภาระเพิ่มเติมมาจากการจราจรเพิ่มเติมไปยังหน้าแปล ในขณะที่คุณเขียนการจราจรของคุณไม่ได้ลงไปทันทีหลังจากปิดการใช้งาน vBET (ถ้าคุณมีมันในขณะที่จากนั้นก็จะลดลงหลังจากที่ปิดการใช้งาน -- เชื่อฉัน) และเป็นภาระของเซิร์ฟเวอร์ลดลง -- จะเห็นได้ชัด -- หุ่นยนต์ยังคงมีการรวบรวมข้อมูล URL เพื่อหน้าแปล, ผู้ใช้จะยังคงหาในการเชื่อมโยงไปยังหน้าของ Google แปลของคุณ ดังนั้นคุณจึงยังคงมีอัตราการเข้าชมเหมือนกัน แต่ตอนนี้อยู่ภายใต้การเชื่อมโยงการแปลเป็ นเพียงการทำซ้ำเนื้อหา -- หน้าปกติซึ่งไม่ได้แปล ถ้าคุณต้องการที่จะอยู่กับ vBET ปิดการใช้งานเราขอแนะนำเพื่อเพิ่มกฎใน. htaccess ไฟล์ของคุณที่จะเปลี่ยนหน้าแปลทั้งหมดมาเป็นปกติอย่างใดอย่างหนึ่งมิฉะนั้นคุณสามารถหลวม SEO ของคุณเนื่องจากเนื้อหาที่ซ้ำกัน

โปรดทราบว่าเราได้วางแผนการสนับสนุนระบบแคชอื่น ๆ ไว้แล้วและอัลกอริทึมการแปลของเราได้รับการปรับให้เหมาะสมทันที กล่าวคือเราเพิ่งค้นพบว่าประสิทธิภาพ PHP ลดลงอย่างมากเมื่อทํางานกับสตริงขนาดใหญ่และเราแก้ไขอัลกอริทึมของเรา มันถูกปล่อยออกมาแล้วใน vBET 4.2.0 พร้อมตัวเลือกการกําหนดค่าเพิ่มเติม และเราจะย้ายการปรับปรุงทั้งหมดไปยัง vBET 3.x ซึ่งยังคงได้รับการสนับสนุน

ผมเข้าใจว่าในความคิดเห็นของคุณรหัสของเราจะอ่อนแอ ฉันไม่ทราบเกี่ยวกับสิ่งที่คุณกำลังพิจารณาคาดหวังของคุณ เรามีการแปลครับที่เร็วที่สุดสำหรับ VB -- มีอะไรในสิ่งที่ทำงานได้ดี การแปลจะใช้ทรัพยากรบางอย่างและ mod ของเราจะมันน้อยกว่าที่อื่น ๆ คุณสามารถดูวิธี vBET รวดเร็วสามารถทำงานบนฟอรั่มจำนวนมาก หากคุณมีปัญหาเกี่ยวกับเซิร์ฟเวอร์ของคุณแล้วโปรดพิจารณาเปลี่ยนแปลงการกำหนดค่าหรือการเพิ่มทรัพยากรของเซิร์ฟเวอร์ คุณจะไม่ได้ใส่น้ำ 20 ลิตรเป็น 10 ลิตรถัง

ความคิดของเราคือ: "เรามีหลายอย่างที่ต้องเปลี่ยนแปลง" และนั่นคือเหตุผลที่เรากําลังทดลองเปลี่ยนอัลกอริทึมสร้างโปรไฟล์และใช้เวลามากในการค้นหาโซลูชันซึ่งจะต้องใช้ทรัพยากรน้อยลง เรายังคงรู้ว่าไม่มี mod ซึ่งอาจเป็นการแข่งขันใด ๆ กับ vBET และมีม็อดการแปลอื่น ๆ เราได้ทําการเปลี่ยนแปลงอัลกอริทึมมากมายซึ่งเราต้องง่วงไปเพราะพวกเขาไม่ได้ช่วยในระหว่างกระบวนการนี้เรายังค้นพบการปรับปรุงมากมาย คุณสามารถมีความประทับใจของคุณขึ้นอยู่กับปัญหาเซิร์ฟเวอร์ของคุณ แต่โปรดพิจารณาว่าคุณมีทางออกที่ดีกว่าหรือไม่? คุณสามารถให้คําใบ้อะไรได้บ้างว่าบางที vBET ไม่ใช่ทางออกที่ผิดเนื่องจากกําลังทํางานกับฟอรัมหลายพันแห่งบางทีคุณอาจพยายามใส่น้ํา 20 ลิตรลงในถัง 10 ลิตร ยังคง - เรามีจํานวนมากที่จะเปลี่ยนแปลงและรายการ TODO ที่ดีในส่วนการเพิ่มประสิทธิภาพ (ประมาณ 70% ในการทดลองจะช่วยได้หรือไม่) และคุณมีสิทธิ 100% -- เราสามารถทำมันได้ดีกว่าเราจะและเราจะทำมันตลอดเวลา เพียงแค่รอจนกว่าเราย้ายการปรับปรุงทั้งหมดที่เราทำในระหว่างการดำเนิน vBET4.x

ถ้าผมสามารถให้คำแนะนำบาง - โปรดตรวจสอบว่าคุณสามารถทำเอ้อ: http://www.vbenterprisetranslator.co...rformance.html
โดยเฉพาะอย่างยิ่งพิจารณาปิดใช้งานบางภาษาและการปิดกั้นหน้าเว็บที่ไม่เกี่ยวข้องโดย robots.txt

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

เกี่ยวกับการทำงานล้มเหลวของเซิร์ฟเวอร์ของคุณ -- จะเห็นได้ชัดปัญหาเซิร์ฟเวอร์ของคุณ มันเกิดขึ้นเป็นระยะ ๆ ฉันมีปัญหาที่คล้ายกันบนเซิร์ฟเวอร์ของฉัน มันก็เกิดจากข้อบกพร่องบางอย่างเพื่อให้ Apache Apache หนึ่งด้ายมีการเติบโตและการเจริญเติบโตกับการใช้งานหน่วยความจำจนกว่าหน่วยความจำทั้งหมดถูกบริโภค ans เซิร์ฟเวอร์แคช เดียวด้ายว่าพฤติกรรมเช่น -- กระทู้ Apache อื่น ๆ เป็นปกติ ฉันเล่นกับการกำหนดค่า Apache และปัญหาจะแก้ไข ผมคิดว่า Apache เพียงแค่มีการรั่วไหลของหน่วยความจำบาง -- ตามที่ผมจำได้ว่าผมใส่ค่าที่ต่ำกว่าของการร้องขอที่จะสามารถถือโดยหนึ่งด้าย นอกจากนี้ยังมีการเปลี่ยนแปลงอื่น ๆ ฉันขอแนะนำให้ตรวจสอบการใช้หน่วยความจำของคุณและตรวจสอบได้สำหรับบางเวลา นอกจากนี้ยังสามารถเป็นประโยชน์ในการตรวจสอบจำนวนเงินเฉลี่ยของหน่วยความจำที่ใช้โดยหนึ่งด้าย Apache, ทำคำนวณบางอย่างและการตั้งค่าที่เหมาะสมของกระทู้สูงสุดสำหรับ Apache

หากคุณมีคำถามเพิ่มเติมกรุณาเพียงแค่ขอ

[vBET]

Hey -- ฉันอยู่ในฟอรั่มของคุณก็แปล ULTRA FAST ... ดังนั้นสิ่งที่คุณจะอ้างว่าเกี่ยวกับทัศนคติและทำไมโกรธมากเกี่ยวกับ vBET เมื่อคุณมีบริการแปลเร็วสุด? ...

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

ในความคิดของคุณมีการแปลเร็วสุดและคุณมีอะไรต้องกังวลเกี่ยวกับ

[Snake]

ฉันได้รับการสร้างเว็บไซต์ 10 ปี, ผมโหลด 10x ตระหนักไม่ได้หมายความว่าทรัพยากร 10x, หยุดการรักษาฉันเหมือนคนงี่เง่าและการใช้ซ้อนตักขยะฉัน ข้อเท็จจริงเย็นจะมี mod นี้ฟรี VS mod อื่น ๆ ที่โหลดของคุณคือ mega และเวลาสูงสุดในเว็บไซต์ของฉันคือตอนนี้ช้าและไม่ตอบสนอง ใช่หน้าแปลได้อย่างรวดเร็ว off - peak แต่ค่าใช้จ่ายของเซิร์ฟเวอร์ที่ช้าต่อมาในวันที่ ฉันมี core quad, RAID SAS 15k เซิร์ฟเวอร์ที่เหมาะเพียงแค่ปรับก็ทำงานทุกวัน 0.50 ยาวก่อนหน้านี้ที่มีการจราจรขนาดใหญ่ มันเป็นรหัส VB ET ที่เพิ่มภาระและทำให้เซิร์ฟเวอร์ทำงานช้าลงในเวลาสูงสุดก็ความเป็นจริงจะไม่เพิ่มขึ้นในการจราจรที่ฉันมีการจราจรที่เหมือนกันและก่อนที่จะบอทและเซิร์ฟเวอร์ที่รับมือดีก็เป็นผลิตภัณฑ์การแปล ระยะเวลา รีบขึ้นและแก้ไขมันฉันจริงๆ dont ต้องการจ่ายอื่น £ 300 ต่อเดือนสำหรับเซิร์ฟเวอร์เพียงแค่การอัพเกรดเพื่อให้ทำงานได้ครับ MOD

[tavenger5]

? คุณมีวิธีหลายภาษาได้เปิดใช้งาน? คุณทำหลายวิธีโพสต์ได้? คุณมีภาษาไทยและสร้าง Sitemap ติดตั้งหรือไม่ หลายวิธีบอทจะกดปุ่มเว็บไซต์วัน?

[Snake]

Hi!

32 ภาษาการเปิดใช้งาน

100,000 โพสต์

ภาษาไทยและแผนผังการติดตั้ง

แผนผังเว็บไซต์ปลั๊กอินกล่าวว่า 1000.000 หน้าการรวบรวมข้อมูลต่อวัน


ความจริงก็คือถ้าฉันปิดการใช้งานครับและรีสตาร์ทเซิร์ฟเวอร์ ธปท. และผู้ใช้ยังคงมีการกดปุ่มเซิร์ฟเวอร์ของฉันเช่นเดียวกับก่อนหน้าเดียวกันอยู่ในดัชนียังคงอยู่ใน googles และทำให้ฉันได้รับการจราจรที่เหมือนกันใช้หรือไม่

ความแตกต่างเพียงอย่างเดียวคือกับ mod ปิดการใช้งานบอทและ google ค้นหารับหน้าภาษาอังกฤษเพื่อการจราจรเป็นเหมือนพวกเขาคือความแตกต่างเพียงอย่างเดียวจะไม่ได้เห็นหน้าแปลจึงหลีกเลี่ยง mods ปัญหาฐานข้อมูล

มันชัดเจนเป็นวันที่ฉัน mod นี้ได้รับการเผยแพร่โดยไม่มีการทดสอบที่เหมาะสมและชัดเจนเป็นเจ้าของไม่ได้สนใจในการแก้ไขปัญหา

ล้มเหลว

[Snake]

ไมเคิล, คุณจะผิด, โหลดนี้ไม่ได้เกิดจากการเพิ่มขึ้นในการจราจรก็จะเกิดขึ้นจากการอ่านและการเขียนการแปลกับ mysql

ถ้าทีม vBulletin สามารถอ่านและเขียนไปยัง MySQL ให้กับโหลดต่ำทำไมลาดเทคุณหรือไม่

แย่โค้ดเพื่อนของฉัน