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

[Snake]

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

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

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

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

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

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

[tavenger5]

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

[Snake]

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

[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 ลิตรถัง

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

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

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

เกี่ยวกับการทำงานล้มเหลวของเซิร์ฟเวอร์ของคุณ -- จะเห็นได้ชัดปัญหาเซิร์ฟเวอร์ของคุณ มันเกิดขึ้นเป็นระยะ ๆ ฉันมีปัญหาที่คล้ายกันบนเซิร์ฟเวอร์ของฉัน มันก็เกิดจากข้อบกพร่องบางอย่างเพื่อให้ 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 ให้กับโหลดต่ำทำไมลาดเทคุณหรือไม่

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

[vBET]

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

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

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

หากคุณต้องการวิธีการตรวจสอบการจราจรของคุณมีการเปลี่ยนแปลงเนื่องจากการ vBET -- โปรดสร้างรายงานซึ่งจะแสดงให้คุณเห็นการจราจรทั้งหมดไปยังหน้าเว็บที่แปลได้บางอย่าง -- นี้คือสิ่งที่คุณได้รับขอบคุณ vBET

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

โปรดทราบว่าคิดว่าจะต้องมีการหักเพื่อให้สามารถแก้ไขได้

เป็นฉันแล้วเขียนคุณเราอย่างต่อเนื่องในการปรับปรุงประสิทธิภาพ vBET และฉันได้เขียนให้คุณที่เราได้ปรับปรุงประสิทธิภาพการทำงานพร้อมซึ่งขณะนี้บนเวที beta ใน vBET4.x วันนี้เราจะปล่อยรุ่นใหม่ที่มี vBET4.x ประสิทธิภาพที่เพิ่มขึ้น และเมื่อข้อบกพร่องสำหรับผู้ที่ (ถ้ามี) จะได้รับการแก้ไขเราจะย้ายการปรับปรุงเหล่านั้นไปยัง vBET3.x มันไม่จำเป็นที่จะผลักดัน

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

โปรดทราบว่าเราเพียงแค่ให้โซลูชั่นใหม่เพื่อทำงานร่วมกับสร้าง Sitemap ถ้าคุณเป็นแบบบูรณาการ -- โปรดดูคำแนะนำรวมใหม่ที่นี่ :
มันเพิ่มขึ้นอย่างรวดเร็วความเร็วของรุ่น Sitemap (ฟอรั่มของเรามากกว่า 12 ครั้ง)

[vBET]

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

ล้มเหลว

หากคุณมีข้อสงสัยเกี่ยวกับการทดสอบที่เหมาะสมผมเสนอให้ตรวจสอบประวัติของ vBET -- มันได้รับการทดสอบจากหลายร้อยฟอรั่มที่แท้จริงก่อนที่มันจะก้าวล้ำให้กับรุ่นที่จ่าย :)

เกี่ยวกับการแก้ไขปัญหา ฉันขอโทษ ผมเข้าใจผิดคิดว่าให้คุณในการตอบสนองครั้งแรกรายละเอียดนี้ผมเป็นที่ชัดเจนว่าเราจะแก้ไขปัญหาที่ :

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

...

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

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

ฉันรู้สึกรับผิดชอบอย่างเต็มที่สำหรับความเข้าใจผิดนี้ อีกครั้งหนึ่งที่เสียใจมาก กรุณาบอกเราซึ่งเรามีวิธีที่จะบอกคุณว่าเรามีการปรับปรุง vBET ตลอดเวลาและวิธีการที่เราสามารถมั่นใจได้อีกครั้งว่าจะมี vBET3.x ปรับปรุงประสิทธิภาพการทำงานอื่นที่จะทำให้คุณชัดเจนว่าเราจะแก้ไขปัญหาได้หรือไม่ เราจะยินดีเสมอในการปรับปรุงวิธีการของเราในการติดต่อสื่อสารกับลูกค้า :)

[vBET]

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

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

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

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

คำถามของคุณอนุมานว่าภาระที่เกิดจากการสื่อสารกับ mysql คุณสามารถโปรดให้เราแหล่งที่มาของการวินิจฉัยนี้? เรายินดีที่จะศึกษามัน :)

[sarangan]

ฉันมีปัญหาเดียวกันตัดเกิน สุดท้ายผมได้ปิดการ VBET จากฟอรั่มของฉันและทุกอย่างเป็นปกติในขณะนี้ :)

[vBET]

ฉันมีปัญหาเดียวกันตัดเกิน สุดท้ายผมได้ปิดการ VBET จากฟอรั่มของฉันและทุกอย่างเป็นปกติในขณะนี้ :)

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

แก้ไข :
ฉันเพียงแค่การตรวจสอบฟอรั่มของคุณและ vBET คือการทำงานมี -- โปรดอย่าเขียนข้อความอันเป็นเท็จเกี่ยวกับสภาพ vBET