Visa fullständig version: Löste Mer last problem
Ok så jag har gjort massor av tester.
Under en period av 24 timmar min last stiger stadigt in på 30,00 s
En server omstart fixar det för en annan 24 timmar.
Om jag inaktiverar mod Jag förstår inte det här problemet.
Säg inte att med mod funktionshindrade det är mindre trafik så det är inte sant, skickar Google fortfarande samma trafik med mod funktionshindrade enligt min statistik.
Förklara, lasten driver mig galen.
Låter som robotar slår den översatta sidor när modden är på. Du bör titta på att optimera apache eller få en server med mer processorkraft. Är du kör vboptimise eller någon typ av caching mekanism, som memcached?
Faktum är mitt forum får 30.000 unika per dag, om jag inaktiverar mod lasten sjunker direkt, och robotar och användare är fortfarande visa sidor så är fortfarande krävande server makt, är det bara att visa översatta sidor använder 10x resurser än standard vb sidor från det normala databasen. Det är dåligt skriven kod, och behöver fixas! Den andra mods gjorde aldrig detta, bara vbet, önskar att jag aldrig gått över, men går tillbaka är det för sent nu. : Mad:
Det låter verkligen som om du kör på en underpowered server. Jag är på en 8-core Nehalem-maskin (så att vi tittar på 8 fler virtuella kärnor på grund av HT, för totalt 16). Jag har också utförligt optimerat denna maskin med hjälp av mina egna tekniker samt tips från folk på vbulletin.com.
vBET höjer min last från ca 2,5 till 3,0-3,5, beroende på antal användare, och detta uppenbarligen växer baserat på storleken på cachen. Men jag tror inte att det är så illa alls, som min samtidiga användare varierar från en ganska hög 800 till en ännu högre 1200.
Hej:) Självklart översättning måste ta lite resurser - det finns ingen magi. Översätt sida innebär att ta ut resultat och ändra det. På grund av att översättning kommer alltid att ta längre tid än normal sida.
Jag förstår att du inte är alltför glada att ha mer serverbelastning, men observera att vBET tar resurser endast för översättning. För normal sidor det tillför bara flaggor. Så allt detta extra belastningen kommer från ytterligare trafik till översatta sidor. Som du skrev din trafik inte går ner direkt efter invalidiserande vBET (om du har det ett tag så kommer det att minska efter inaktivering - lita på mig) och server belastningen är lägre - det är uppenbart - robotar är fortfarande genomsökning av webbadresser till översatta sidor, användare är fortfarande att hitta i Google länkar till din översatta sidor. Så du har fortfarande samma trafik, men nu översatt länkar är helt enkelt dubbleras innehåll - normal sida som inte är översatt. Om du vill bo med funktionshindrade vBET rekommenderar vi starkt att lägga till regeln i din. Htaccess-fil som kommer att omdirigera alla översatta sidor till det normala en, annars kan du förlora din SEO på grund av duplicerade innehåll.
Observera att vi redan har planerat att stödja andra cache-system och vår översättning algoritmer direkt optimeras. Dvs vi just upptäckt hur drastiskt minskar PHP prestanda när du arbetar med stora strängar och vi ändrade vår algoritm. Det är redan släppt i vBET 4.2.0 med ytterligare konfigurationsalternativ. Och vi kommer att flytta alla förbättringar även vBET 3.x som fortfarande stöds:)
Jag förstår att din åsikt vår kod är svag. Jag vet inte på vad du baserar dina förväntningar. Vi har snabbaste översättning mod för VB - det finns ingenting som fungerar bättre. Översättning kommer att ta lite resurser och vårt mod tar det mindre än någon annan. Du kan se hur fort vBET kan arbeta på många forum. Om du har frågor om din server, sedan kan du överväga ändringar i konfigurationen eller lägga resurser på servern. Du kommer inte att sätta 20 liter vatten i 10 liter hink.
Vår fram är: "Vi har mycket att förändras." Och det är därför vi experimenterar, byta algoritmer, profilering och tillbringar mycket tid på att leta efter lösningar som kräver mindre resurser. Fortfarande vet vi inget mod som kunde finnas någon konkurrens vBET och det finns några andra översättningar mods. Vi gjorde massor av algoritm förändringar som vi var tvungna att trow bort eftersom de inte hjälpte, under denna process har vi också upptäckt många förbättringar. Du kan få dina intryck basera på din server frågor, men du överväga Har du någon bättre lösning? Vad skulle du ge en fingervisning om att kanske vBET inte är fel lösning eftersom arbetar på tusentals forum, kanske du bara försöker att sätta 20 liter vatten i 10 liter hink. Ändå - har vi mycket att förändra och stora TODO lista i optimeringen avsnitt (ca 70% för att experimentera det hjälper eller inte):) Och du är 100% rätt - vi kan göra det bättre, kommer vi och vi gör det hela Tid:) vänta bara tills vi flyttar alla förbättringar som vi gjort under vBET4.x genomförandet:)
Om jag kan ge dig några tips - kolla hur du kan optimera vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Speciellt överväga att inaktivera vissa språk och blockering irrelevanta sidor av robots.txt
Vad är tid för svar för översatta sidor? Vad är din CPU-användning? Vilket är ditt minne? Om det är acceptabelt så har du inget att oroa sig. Folk är ofta rädda genom att öka belastningen på servern och även vet inte vad det betyder. 10 gånger mer servern lasten inte innebär 10 tid mer resurser som används. Det betyder bara att fler trådar väntar i kö, det är helt normalt, eftersom just nu ditt inlägg måste vänta på Google svar om någon översättning inte är cachad ännu. Så tråden väntar på Google respons och det tar ingen CPU alls under denna tid. På grund av att servern belastningen kommer att vara större även om vBET kunde ta inga resurser alls (vilket naturligtvis inte är möjligt).
Om krascha din server - det är naturligtvis din server fråga. Det händer med jämna mellanrum. Jag hade liknande problem på min server. Det orsakades av en Apache bugg så en Apache-tråden var växer och växer med minnesanvändning tills hela minnet har förbrukats ans servern cachade. Endast en tråd beter sig som - andra Apache trådar var normalt. Jag spelade med Apache-konfiguration och frågan är löst. Jag tycker att Apache bara haft en del minne läckage - som jag minns att jag satte lägre värde av ansökningar som kan hålla i en tråd. Det fanns också andra förändringar. Jag föreslår att läsa dina minnesanvändning och övervaka det under en tid. Också det kan vara bra att kontrollera genomsnittliga mängden minne som används av en Apache tråd, gjorde några beräkningar och ställa in lämpligt värde av max trådar för Apache.
Om du har några fler frågor vänligen fråga bara:)
Hej - Jag var precis på forumet Den översätter ULTRA FAST ... Så vad du påstår om och varför så arg attityd om vBET, när man har supersnabb översättningstjänst? ...
Tänk vilken server belastning innebär. Att förstå dess innebörd kan vara till stor hjälp för att förstå vad som händer på servern och hur det kan relateras till trådar som väntar i kö inte eftersom du har inga resurser, men väntar på svar från annan server (Google i detta fall).
Enligt min mening har du supersnabb översättningar och du har inget att oroa sig:)
Jag har varit byggen 10 år, är jag fullt medveten 10x belastning betyder inte 10x resurser, sluta behandla mig som en idiot och sked mata mig skräp. Den kalla fakta är med detta mod mot de andra fria mod din last är mega. Och i rusningstid min sida är nu långsam och okänslig. Ja, sidorna översätter snabbt lågtrafik, men till en kostnad av en långsam server senare under dagen. Jag har en Quad Core, RAID 15k SAS-server, som är optimerad bara bra, det kör 0,50 hela dagen innan detta med stor trafik. Det är VBET kod som ger belastning och gör att servern långsam i högtrafik, det är ett faktum, är det inte ökar i trafiken, jag har haft samma trafik och robotar innan och servern klarade fint, det är översättningen produkten. Period. Skynda dig och fixa det, jag verkligen inte vill betala ytterligare £ 300 per månad för en server uppgradering bara att köra en MOD lol.
Hur många språk har du aktiverat? Hur många inlägg har du? Har du vbseo och sidkarta generator installerat? Hur många robotar slår platsen en dag?
Hej!
32 språk aktiverat.
100 tusen inlägg.
vbseo och sidkarta installerat.
Sitemap plugin säger 1000.000 sidor kröp en dag.
Faktum är, om jag inaktiverar mod och starta om servern, bot och användare fortfarande slår min server samma som tidigare, samma sidor är fortfarande i Googles index och därmed får jag samma trafik aktiverad eller inte.
Den enda skillnaden är att med mod inaktiverat bots och söker på Google och få den engelska sidan, så är trafiken identiska, den enda skillnaden att de inte ser en översatt sida, på så sätt undvika mods-databasen frågorna.
Det är klart som dagen för mig denna mod har släppts utan ordentlig testning och tydligt ägaren är inte intresserad av att behandla frågorna.
Underkänd.
Michael, du har fel, är denna belastning orsakas inte av en ökning av trafiken, är det orsakas av att läsa och skriva översättningar till MySQL.
Om vBulletin team kan läsa och skriva till MySQL med låg belastning varför cant du?
Dålig kod min vän.
Jag har varit byggen 10 år, är jag fullt medveten 10x belastning betyder inte 10x resurser, sluta behandla mig som en idiot och sked mata mig skräp. Den kalla fakta är med detta mod mot de andra fria mod din last är mega. Och i rusningstid min sida är nu långsam och okänslig. Ja, sidorna översätter snabbt lågtrafik, men till en kostnad av en långsam server senare under dagen. Jag har en Quad Core, RAID 15k SAS-server, som är optimerad bara bra, det kör 0,50 hela dagen innan detta med stor trafik. Det är VBET kod som ger belastning och gör att servern långsam i högtrafik, det är ett faktum, är det inte ökar i trafiken, jag har haft samma trafik och robotar innan och servern klarade fint, det är översättningen produkten. Period. Skynda dig och fixa det, jag verkligen inte vill betala ytterligare £ 300 per månad för en server uppgradering bara att köra en MOD lol.
Jag förstår att du redan var bekant med information om lasten på servern som jag gav dig. Observera att jag inte har någon kunskap om hur långt är var och en av tusentals våra användare och varje gång jag ger röv fullständig information som det kan vara till hjälp. Det behöver inte innebär att jag behandlar dig som idiot - det betyder att jag bryr mig om att ge dig information som kan vara användbara för dig och utvärdering av din server tillstånd. Vänligen peka mig de andra fria mod som du pratar om jag gärna vill göra några jämförelser:) Även när du är fri att välja bästa lösningen för dig.
Jag kollade ditt forum om och om igen det verkar svara mycket snabbt. Snälla ge mig bästa tid till att kunna observatör vad du skriver om din långsamma reaktioner vid rusningstid.
Om du vill kontrollera hur trafiken förändrats på grund av vBET - vänligen generera några rapport som visar dig all trafik till översatta sidor - det är vad ni förtjänat tack vare vBET.
Du har helt rätt att översättningar behöver ytterligare resurser - det finns inget annat sätt och du kommer aldrig hitta produkten som kommer att översätta din webbplats utan kostnad. Som jag redan nämnt mest tid kräver att vänta på Googles översättning när det inte är cachad, och under denna tid ditt inlägg behöver vänta på svar vad har störst påverkan på lasten på servern. Du kan ställa större cache tid att leva - då krävs ofta översättningar kommer att redan i cachen. Men för inte cachade översättningar någon produkt kommer att få vänta för översättning. Det finns inget annat sätt.
Observera som tänker måste delas för att kunna fixa det.
Som jag redan skrev du, förbättrar vi ständigt vBET prestanda. Och jag skrev redan dig, att vi har klara prestandaförbättringar som nu är på beta-stadium vBET4.x. Idag släpper vi nya vBET4.x version med ytterligare prestandaförbättringar. Och när buggar för dem (om någon) kommer att åtgärdas kommer vi att flytta dessa förbättringar vBET3.x Det är inte nödvändigt att skjuta.
Dessutom ingen tvingar dig att betalas ytterligare £ 300 per månad för en server - du gör dina egna beslut och du har många alternativ här. Inklusive minskat antal språk som stöds, eller ens byta till annan produkt som du nämnde är mycket bättre. Vi förstår helt att lösningar som du använder måste passa till dina behov och möjligheter. Vi är glada att ge våra kunder bättre och bättre produkt. Och vi är medvetna om att situationer där begäran måste vänta på svarsformulär annan server din server lasten kommer att bli större, oavsett vilka lösningar vi kommer att använda. Vi kommer att vara glad om du bor hos vår produkt och konfigurera den för att passa yo dina möjligheter. Och vi kommer gärna ge dig en hand på detta område:)
Observera att vi bara gav nya lösningen att integreras med webbplatskarta. Om du är integrerad - se ny integration instruktioner här:
Det ökar dramatiskt hastigheten Sitemap generationen (på vårt forum över 12 gånger).
Det är klart som dagen för mig denna mod har släppts utan ordentlig testning och tydligt ägaren är inte intresserad av att behandla frågorna.
Underkänd.
Om du tvivlar på korrekt testning föreslår jag att läsa historia vBET - det var testats av hundratals verkligt forum innan det avancerade till betald version:)
Om denna fråga. Jag är ledsen. Jag antog felaktigt att ge dig i första svaret denna information fick jag klart att vi tar upp frågan:
Observera att vi redan har planerat att stödja andra cache-system och vår översättning algoritmer direkt optimeras. Dvs vi just upptäckt hur drastiskt minskar PHP prestanda när du arbetar med stora strängar och vi ändrade vår algoritm. Det är redan släppt i vBET 4.2.0 med ytterligare konfigurationsalternativ. Och vi kommer att flytta alla förbättringar även vBET 3.x som fortfarande stöds:)
...
Vår fram är: "Vi har mycket att förändras." Och det är därför vi experimenterar, byta algoritmer, profilering och tillbringar mycket tid på att leta efter lösningar som kräver mindre resurser. Fortfarande vet vi inget mod som kunde finnas någon konkurrens vBET och det finns några andra översättningar mods. Vi gjorde massor av algoritm förändringar som vi var tvungna att trow bort eftersom de inte hjälpte, under denna process har vi också upptäckt många förbättringar. Du kan få dina intryck basera på din server frågor, men du överväga Har du någon bättre lösning? Vad skulle du ge en fingervisning om att kanske vBET inte är fel lösning eftersom arbetar på tusentals forum, kanske du bara försöker att sätta 20 liter vatten i 10 liter hink. Ändå - har vi mycket att förändra och stora TODO lista i optimeringen avsnitt (ca 70% för att experimentera det hjälper eller inte):) Och du är 100% rätt - vi kan göra det bättre, kommer vi och vi gör det hela Tid:) vänta bara tills vi flyttar alla förbättringar som vi gjort under vBET4.x genomförandet:)
Om jag kan ge dig några tips - kolla hur du kan optimera vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Speciellt överväga att inaktivera vissa språk och blockering irrelevanta sidor av robots.txt
Jag känner fullt ansvar för detta missförstånd. Återigen väldigt ledsen. Tala om för oss vilken väg vi måste berätta att vi förbättrar vBET hela tiden, och hur vi kan försäkra er igen att vBET3.x kommer att ha en annan prestandaförbättringar, så att man klart att vi itu med frågan? Vi kommer alltid gärna förbättra vårt sätt att kommunicera med kund:)
Michael, du har fel, är denna belastning orsakas inte av en ökning av trafiken, är det orsakas av att läsa och skriva översättningar till MySQL.
Om vBulletin team kan läsa och skriva till MySQL med låg belastning varför cant du?
Dålig kod min vän.
Du har redan noterat att vi har planerat att stödja cache system (fil och befintliga motorer). Tänk vilka är dina avsikter i den här diskussionen och gör det går i rätt riktning för att förbättra tillståndet tur servern - om det fortfarande poängen.
Din fråga förutsätter att belastningen orsakas av kommunikation med MySQL. Kan du ge oss källan till denna diagnos? Vi kommer gärna studera det:)
Jag hade samma problem, bryta överbelastning. Slutligen har jag inaktiverat VBET från mitt forum och allt är normalt nu. :)
Jag hade samma problem, bryta överbelastning. Slutligen har jag inaktiverat VBET från mitt forum och allt är normalt nu. :)
Vilken version du använde? Uppdatera till senaste versionen - vi gjorde stora prestandaförbättringar. Många användare skrev sitt tack för det, ser stor skillnad - särskilt i lasten på servern område:)
Edited:
Jag kollade just ditt forum och vBET arbetar där - ska du inte skriva falska påståenden om vBET skick.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.
