পারফরম্যান্স সমস্যা: প্রথম অনুরোধে বিলম্ব

36

আমি মিনেলি সাবটেমের সাথে একটি ডি 7 সাইট একসাথে রেখেছি। পথে আমি বিভিন্ন থিম, বিভিন্ন মডিউল নিয়ে প্রচুর পরীক্ষা-নিরীক্ষা করেছি। কোথাও কোথাও আমি একটি বিজোড় পারফরম্যান্স ইস্যুটি বিকাশ করেছি এবং এখন থিম / মডিউল / কনফিগার কী কারণে ঘটেছে তা আমি সত্যিই জানি না।

সমস্যাটি হ'ল আমি যখন প্রথম সাইটটি দেখি, প্রথম পৃষ্ঠাটি দেখানোর আগে এটি 15 সেকেন্ড সময় নেয়। আমি তখন সাইটের চারপাশে যেতে পারি এবং এটি খুব প্রতিক্রিয়াশীল। যদি আমি এটি এক ঘন্টা বা তার জন্য ছেড়ে রাখি, তবে এটিতে ফিরে আসুন, প্রথম অনুরোধটি আবার খুব আস্তে।

আমি ক্যাশে সাফ করে দিয়েছি যাতে সমস্যা না হয়। এছাড়াও, আমি থিম এবং মডিউলগুলি অক্ষম করেছি যা আমি ব্যবহার করছি না। আমি সাইটটিকে নতুন অবকাঠামোতে স্থানান্তরিত করেছি তবে সমস্যাটি এটি অনুসরণ করেছে!

আমি কোথায় যাব?

performance 
— কিম প্রিন্স
সূত্র
2
আমি এটিও কতটা সমাধান করতে চাই তা বলতে পারি না। আমার কার্যকারী তত্ত্বটি হ'ল এক ঘন্টা বা তার পরে ক্রোনটি চলে গেছে (ক্যাশেগুলি ফ্লাশ করছে) এবং সেই সমস্ত নন-ক্যাশেড ডেটাবেস কোয়ের প্রয়োজনের কারণে প্রথম অনুরোধটি কিছুটা সময় নেয়। তবে আমি কেবল অনুমান করছি
— ক্লাইভ
আমি একই সমস্যা আছে। বেনামে ব্যবহারকারীদের জন্য ক্যাচিং সক্ষম করা সমস্যার সমাধান করেছে, তবে আমি জানি এটি একটি ভাল সমাধান নয়
— znat
@ কিম: আমি ভাবছিলাম যে আপনি সমস্যার উদ্ভব এবং / বা একটি ভাল সমাধান খুঁজে পেয়েছেন
— znat
2
বেশ কয়েকটি উত্তর দরিদ্র ব্যক্তির ক্রোন উল্লেখ করেছে: যে কেউ সমস্যায় পড়ছেন তারা কি নিশ্চিত করতে পারবেন যে তারা ক্রন্টাব ব্যবহার করে ক্রোন ট্রিগার করেছে, বা যদি তারা দরিদ্র মানুষের ক্রোন নির্ভর করে?
— অ্যান্ডি
6
আসলে, যদি এটি ক্রোন হয় তবে এটি সম্ভবত ক্রোন নয়, তবে আপডেট_ক্রোন () নতুন রিলিজের সন্ধান করবে, এতে বেশ কিছুটা সময় লাগতে পারে। আপডেট কিনা তা অক্ষম করার চেষ্টা করুন mod সমস্যাটি কিনা তা দেখার জন্য মডিউল।
— বারদির

উত্তর:

16

তিনটি জিনিস যা আমি যাচাই করতে পারি।

এক, আপনি যদি কোনও প্রোডাকশন সাইটে থাকেন এবং পিএইচপি ফাইলগুলি সম্পাদনা করছেন না, তবে আপনার অবশ্যই নিশ্চিত হওয়া উচিত যে এপিসি সক্ষম হয়েছে, পর্যাপ্ত মেমরি রয়েছে এবং আপনার একটি দীর্ঘ টিটিএল রয়েছে (আপনি চাইলে কোনও দিন যেতে পারেন বা কখনই শেষ হতে পারে না)। আপনি সেটিং বিবেচনা করতে পারেন apc.stat=0। এপিসি ডক্স তথ্য আপনি TTL এর সেট করার জন্য প্রয়োজন সব আছে। মেমোরির পরিমাণ বাছাই করার জন্য, আপনার apc.php ফাইলটি কোথাও সুরক্ষিত থাকা উচিত এবং মেমরির ব্যবহার এবং মন্থর পরিসংখ্যান পর্যবেক্ষণ করা উচিত। এপিসি মেমরিটি সামঞ্জস্য করুন যাতে আপনার মিসের হারটি খুব কম থাকে। প্রাথমিক স্বচ্ছলতা হতে পারে কারণ এপিসি পূর্ণ এবং খালি হয়ে চলেছে (আইআইআরসি, এপিসি পুরো ক্যাশেটি এলআরইউ বা আরও উন্নত ক্যাশে কৌশল প্রয়োগের পরিবর্তে পূর্ণ হয়ে যায়)।

দ্বিতীয়ত, আপনার মাইএসকিউএল যথাযথভাবে সুর করেছেন তা নিশ্চিত করুন। আপনি আপনার বাফার আকারগুলি সামঞ্জস্য করতে মাইএসকিএলটিউনার ব্যবহার করতে পারেন । আপনার প্রাথমিক অলসতা ডিস্ক থেকে সারণী লোড করার কারণে এবং / অথবা ক্যোয়ারী ক্যাশে মিস করেছে could নিখুঁত না হলেও, মাইএসকিএলটিউনার আপনাকে সঠিক দিকে যেতে দেয়।

তৃতীয়, আপনার কাছে একটি আসল ড্রুপাল ক্রোন কৌশল রয়েছে তা নিশ্চিত করুন । ব্যক্তিগতভাবে, আমি "অ্যাডমিন / কনফিগারেশন / সিস্টেম / ক্রোন" এ অটোমেজিক ক্রোন অক্ষম করব এবং প্রতি রাতে চালানোর জন্য একটি ক্রন্টাব সেটআপ করব। আপনার যদি সত্যিই জিনিসের উপর সূক্ষ্ম দানাদার নিয়ন্ত্রণের প্রয়োজন হয় তবে আপনি এলিসিয়া ক্রোনও চেষ্টা করে দেখতে পারেন । এইভাবে আপনি প্রয়োজনীয় কাজগুলি আপনার প্রয়োজন অনুসারে প্রায়শই চালাতে পারেন, তবে সাধারণগুলি রাতারাতি চালাতে পারেন। আপনার প্রাথমিক অলসতা প্রতি ঘণ্টায় ক্রোন রান হতে পারে। "অ্যাডমিন / রিপোর্টস / ডিব্লগ" এ ক্রোন কখন চলবে তা দেখে এবং আপনার স্বচ্ছলতার সাথে মিলে যাওয়ার চেষ্টা করে আপনি এটি নিশ্চিত করতে পারেন।

— mpdonadio
সূত্র
আমি প্রায় সমস্ত (এম / এল / ডাব্লু) এএমপি ডেভ স্ট্যাকগুলি পেয়েছি, এমনকি বিশেষত বিটানামির মতো দ্রুপালের পক্ষে, খারাপভাবে সুর করা বা মোটেও সুর করা হয়নি (আমি মনে করি অ্যাকুইয়ার ডেভ স্ট্যাকটি ব্যতিক্রম)। এবং অবশ্যই একটি উত্পাদন মেশিনের জন্য একটি ডিফল্ট মাইএসকিউএল ইনস্টল হয় না। InnoDB লগফাইলগুলি ডিফল্টরূপে 5 এম এর মতো এবং বরাদ্দকৃত মেমরিটি মিনিসকিউল হয়। কোনও সাইটকে সুন্দর করার জন্য প্রায়শই একটি সঠিক টিউনিংয়ের প্রয়োজন হয় - এমনকি আমার-মিডিয়াম সিএনএফ বা মাই-লার্জ সিএনএফ-এ নামানোই যথেষ্ট।
— রিনি
এই প্রশ্নের অনেক ভাল উত্তর ছিল, প্রত্যেককে ধন্যবাদ যারা এই মন্তব্যটি দেখেছেন এবং পোস্টটিতে অবদান রেখেছেন। আমি ভেবেছিলাম এই নির্দিষ্ট উত্তরটি মূল সমস্যাগুলি সুন্দর এবং সংক্ষেপে সংক্ষেপিত করেছে; এই 3 পয়েন্টগুলি ভালভাবে পরীক্ষা করে নেওয়া বিভিন্নভাবে বিভিন্ন মেশিনে দ্রুপাল সাইটগুলিকে সুন্দরভাবে গতিতে সহায়তা করেছে। ধন্যবাদ @ এমপিডি
— ক্লাইভ
9

Ivanhoe123 সম্ভবত সঠিক: ড্রুপাল 7 ডিফল্টরূপে সক্ষম 'দরিদ্র ম্যান ক্রোন' সহ আসে। সংক্ষেপে, এর অর্থ হ'ল (একবারে একবারে) ক্রুপ চালিত হওয়ার আগে ড্রুপাল পৃষ্ঠাটি রেন্ডার করে, সমস্ত কিছু বিলম্ব করে।

প্রোডাকশন সাইটে সর্বদা একটি সত্যিকারের ক্রোন জব ব্যবহার করার চেষ্টা করুন। আরও প্রযুক্তিগত তথ্যের জন্য দেখুন http://drupal.org/cron , অথবা আপনার হোস্টিং সংস্থার সাথে কথা বলুন।

এটি অক্ষম করতে প্রশাসক / কনফিগারেশন / সিস্টেম / ক্রোন এ যান এবং 'কখনই নয়' নির্বাচন করুন।

— Attiks
সূত্র
ক্রোন অক্ষম করা সমস্যার সমাধান করছে বলে আমি মনে করি না, সম্ভবত পরে এটি লুকিয়ে রাখে। তবে কমপক্ষে আমি অনুমান করি আপনি পারফরম্যান্সের সমস্যাটি কিছুটা কমিয়ে দিতে পারবেন;)
— wiifm
1
অ্যাটিক্স ক্রোন অক্ষম করতে বলছে না; তিনি যখন বলছেন যে কোনও ব্যবহারকারী যখন সাইটের কোনও পৃষ্ঠাতে যান তখন ক্রোন কর্মের জন্য অনুরোধ করার বিকল্পটি পরিবর্তন করতে পারেন। এটি একটি নির্দিষ্ট বিকল্প যা দ্রুপাল 6 পূরম্যানস্ক্রন মডিউলটিতে প্রয়োগ করা হয়েছিল । এই বিকল্পটি পরিবর্তন করার অর্থ ক্রোন কার্যগুলি অক্ষম করা নয়।
— কিমলালুনো
8

Devel যদি আপনি কোন দীর্ঘ চলমান প্রশ্নের আছে কিনা মডিউল অফার ডাটাবেসের লগিং বার করো।

এটি যদি এক্সএইচপ্রোফ বা এক্সডেবগকে নিতে এবং দোষী কোড খুঁজে পেতে সহায়তা না করে। এক্সএইচপ্রাফ (একজন প্রোফাইলার) আপনাকে সার্ভারে এক্সিকিউট করা সমস্ত ফাংশনগুলির একটি দুর্দান্ত মানচিত্র আঁকায় এবং এটি আপনাকে জানায় যে কোনটি সবচেয়ে বেশি কার্যকর করার সময় ব্যয় করছে। অন্যদিকে, XDebug (একটি ডিবাগার) যখন একটি IDE যেমন Eclipse ( ভিডিও দেখুন ) এর সাথে কনফিগার করা থাকে তখন এটি আপনাকে লাইভের সাথে চালিত প্রতিটি ফাংশনটিতে ড্রিল করতে দেয়। প্রোফাইলার আপনাকে কী কার্যকর করা হচ্ছে তার একটি ধারণা দেবে ; ডিবাগারটি আপনাকে দেখাবে কেন এটি কার্যকর করা হচ্ছে।

— BetaRide
সূত্র
2
হ্যাঁ, এরকম কোনও কিছুর জন্য অনেকগুলি সম্ভাব্য কারণ রয়েছে, প্রকৃত সমস্যাটি সন্ধান করার জন্য এক্সএক্সএফপ্রফকে সাধারনত সর্বোত্তম উপায়।
— বার্দির
6

কেবল প্রশ্নের গন্ধ থেকে, আমি তত্ক্ষণাত তিনটি (3) বিষয় চিন্তা করি

  • মাইএসকিউএল স্টোরেজ ইঞ্জিন / সিপিইউ
  • ডাটাবেস ক্যাচিং
  • টেবিল লকিং

মাইএসকিউএল স্টোরেজ ইঞ্জিন

আপনি যদি কোনও ফুলটেক্সট অনুসন্ধান / সূচী ব্যবহার না করে থাকেন তবে আমি দৃ strongly়ভাবে আপনাকে সমস্ত মাইআইএসএএম ডেটা ইনোডিবিতে রূপান্তর করার পরামর্শ দিচ্ছি। মাইআইএসএএম একাধিক সিপিইউ এবং একাধিক কোরের সুবিধা নেওয়ার জন্য ডিজাইন করা হয়নি। ইনোডিবি একাধিক সিপিইউ ব্যবহারের পাশাপাশি পড়া / লেখার হাইপারথ্রেডিংয়ের জন্য ব্যাপকভাবে বাড়ানো হয়েছে।

ডিবিএ স্ট্যাকএক্সচেঞ্জ এবং ইনোডিবি পারফরম্যান্সের জন্য মাইএসকিউএল টিউন করার বিষয়ে এই সাইটে আমি এই সম্পর্কে কিছু পোস্ট করেছি are

ডাটাবেস ক্যাচিং

সমস্ত মাইআইএসএএম ডেটা ইনোডিবিতে রূপান্তর করার জন্য আর একটি শক্ত যুক্তি হ'ল মাইএসকিউএল কীভাবে ডেটা / সূচীগুলিকে ক্যাশে করে। মাইআইএসএএম স্টোরেজ ইঞ্জিন কেবল সূচিগুলিকে ক্যাশে করে। InnoDB ডেটা এবং সূচিগুলি ক্যাশে করে । এর আলোকে আপনি ইনোডিবি বাফার পুলের জন্য নিম্নোক্ত যে কোনও একটি (যেটি ছোট হোক) এর জন্য উপযুক্ত মেমরি বরাদ্দ করতে পারবেন

  • সমস্ত ইনোডিবি ডেটা এবং সূচী (আপনার যদি ওএসের জন্য পর্যাপ্ত র‌্যাম থাকে তবে আদর্শ; পরবর্তী বিলম্বগুলি দূর করে)
  • ইনস্টল করা র‌্যামের 75% (আপনার কাছে আরও ইনোডিবি ডেটা / সূচি রয়েছে যা র‌্যাম; বিলম্বকে হ্রাস করে)

আপনি যদি মাইএসকিউএল 5.1 ব্যবহার করে থাকেন তবে আপনি ইনোডাব_ম্যাক্স_ডাটি_প্যাজেস_পিটি = 0 সেট করতে পারেন এটি ডিস্ক I / O কে সামান্য বাড়িয়ে দেবে, তবে InnoDB বাফার পুলটি সাফ হয়ে যাবে পুরানো ডেটা এবং সূচী পৃষ্ঠাগুলি ডিস্ক আই / ও সার্জ ছাড়াই ঘোরান allow মাইএসকিউএল 5.5 এবং মাইএসকিউএল 5.1 এর ইনোডিবি প্লাগইনটির এই অ্যাডজাস্টমেন্টের প্রয়োজন নেই কারণ এটিতে আরও ভাল ডিফল্ট বাফার পুল ফ্লাশিং ব্যবস্থা রয়েছে।

InnoDB ব্যবহার করা যদি প্রশ্নটির বাইরে থাকে তবে আপনাকে ম্যাকচেড বা বার্নিশের সাথে যেতে হবে। এটি বিকাশকারীকে নির্ধারণ করতে দেয় যে কতক্ষণ ক্যাশেড ডেটা সার্ভার র‌্যামে থাকবে। স্বাভাবিকভাবেই, আপনার অ্যাপ্লিকেশনটিকে মেমচেড / বার্নিশ-সচেতন করার জন্য এর বিকাশগত বর্ধন প্রয়োজন।

টেবিল লকিং

উপসংহার

আপনি মাইএসকিউএল পুনঃসূচনা করার পরে কোনও প্রাথমিক বিলম্ব এড়াতে পারবেন না। তবুও, একবার আপনি পূর্বোক্ত পরামর্শ / তথ্য ব্যবহার করে মাইএসকিউএল উন্নত করার পরে আপনার পরবর্তী বিলম্বের অভিজ্ঞতা আর হওয়া উচিত নয়।

— RolandoMySQLDBA
সূত্র
সত্যই দরকারী তথ্য, ধন্যবাদ। এই সমস্যাগুলি এতটা নিয়মিত / ধারাবাহিকভাবে ঘটে যাওয়ার জন্য অ্যাকাউন্ট করতে সক্ষম হবে? সর্বাধিক রিপোর্ট আমি অনুমান দেখা করেছি যে জন্য প্রাথমিক পৃষ্ঠার লোড জন্য বিলম্ব আসছে ফিরে 30-60 মিনিট ফলাফল সাইটে নিষ্ক্রিয়তা
— ক্লাইভ
2
@ ক্লাইভ সমস্ত মাইআইএসএএম ডাটাবেসের জন্য, মাইআইএসএএম সূচী পৃষ্ঠাগুলি কয়েক ঘন্টা আগে মাইআইএসএএম কী ক্যাশে লোড করা হয়েছে এবং দীর্ঘ সময় ব্যবহার না করা থাকলে এটি ঘটবে। সেই চক্রযুক্ত আউট ডেটা কল করার জন্য মাইআইএসএএমের জন্য ডিস্ক পাঠের প্রয়োজন হবে। এই একই আচরণ InnoDB এর জন্যও ঘটতে পারে, বিশেষত যদি InnoDB বাফার খুব কম হয়। যেহেতু InnoDB ডেটা এবং সূচী পৃষ্ঠাগুলি ক্যাশে করে, সমস্ত মাইআইএসএএম-কে ইনোডিবিতে রূপান্তর করে এবং একটি বড় ইনোডিবি বাফার পুল ব্যবহার করে যেমন পৃষ্ঠা লোডের সমস্যাগুলি হ্রাস করতে পারে বা এমনকি তা দূর করতে পারে।
— RolandoMySQLDBA
দুর্দান্ত আমি তখন এর ভিত্তিতে কিছু প্রোফাইলিং করব, আশাব্যঞ্জক sounds আবারও ধন্যবাদ
— ক্লাইভ
2
@ ক্লাইভ আমি আপনার প্রোফাইলিং করতে এমকে-ক্যোয়ারী-ডাইজেস্ট বা পিটি-কোয়েরি-ডাইজেস্ট ব্যবহার করার পরামর্শ দিতে চাই। আমি ক্রোনটব থেকে প্রতিটি স্থির বিরতিতে প্রোফাইল দেওয়ার জন্য ডিবিএ স্ট্যাকএক্সচেঞ্জে একটি দুর্দান্ত স্ক্রিপ্ট লিখেছিলাম: dba.stackexchange.com/a/8382/877
— RolandoMySQLDBA
5

আমি ওয়াইস্লো বা ফায়ারব্যাগ ইত্যাদির মতো সরঞ্জামগুলি ব্যবহার করব যখন আপনি যখন বলেন পৃষ্ঠাটি লোড করবেন এবং ঠিক তখনই পৃষ্ঠা লোড করবেন তখন ঠিক কী ঘটছে তা নির্ধারণ করতে। এটি কোনও ক্যাচিংয়ের সমস্যা কিনা এবং তদ্বিতীয়ত, আপনি অনামী ব্যবহারকারী হিসাবে এবং পরে কোনও সত্যায়িত ব্যবহারকারী হিসাবে পৃষ্ঠাটি অ্যাক্সেস করলে কীভাবে এটি কাজ করে তা পরীক্ষা করে দেখুন। দ্রুপালের মধ্যে আপনার পারফরম্যান্স সেটিংসের সাথে এটি তুলনা করুন।

যদি এটি কোনও ক্যাচিংয়ের সমস্যা না হয়, তবে ডেভেলটি কীভাবে ঘটছে তা দেখার জন্য দেভেলের কোয়েরি লগ এবং মাইএসকিউএল এর লগগুলি ব্যবহার করুন। অতিরিক্তভাবে, যদি আপনার সার্ভারে অপকড বা অনুরূপ পারফরম্যান্স-বর্ধনকারী ক্যাশে থাকে তবে তাদের সাথে কয়েকটি নম্বর বন্ধ করে আবার চেষ্টা করুন।

4

ক্রোনের মতো শব্দ চলছে।

এখানে আপনার সেটিংস পরীক্ষা করুন: অ্যাডমিন / কনফিগারেশন / সিস্টেম / ক্রোন

— আরম বয়যায়ান
সূত্র
3

এর কারণে আমি আমার শেষ প্রকল্পের জন্য ড্রুপালকে প্রায় ফেলে দিয়েছি।

যদিও আমার একাধিক কারণ থাকতে হবে। আমি এখনও একটি 'ঠিক আছে সমস্ত' সমাধান সন্ধান করতে পেরেছি যা প্রতিবার এই সমস্যাটি ছড়িয়ে পড়ে।

সিস্লগ এবং উবুন্টু / দেবাইন

আমি প্রথমবারের মতো বিরতি দিয়ে দৌড়েছিলাম 15 সেকেন্ড লোড টাইমটি যখন ডেবিয়ান / উবুন্টু ভিত্তিক সিস্টেমে ড্রপাল চালাচ্ছিল। সিসলগ মডিউলটি অক্ষম করা আমার জন্য সমাধান ছিল।

যেমন @ বেটাআরাইড বলেছে, এক্সডেবাগ বা অন্য কোনও পিএইচপি প্রোফাইলার ব্যবহার করা অত্যন্ত জ্ঞানী।

তবুও একটি সমস্যা - একটি কর্মক্ষেত্র

আমার অন্যান্য ইনস্টল হিসাবে, আমি এখনও ক্ষতি হয়।

এই সমস্যাটি আমার বিকাশ সার্ভারে এবং আমার কম ট্রাফিক ড্রুপাল ইনস্টলগুলিতে আরও লক্ষণীয়।

কার্যকারণ হিসাবে আমি প্রতি seconds০ সেকেন্ডে সাইটের হোম পেজ লোড করার জন্য ক্রোন জব সেটআপ করেছি এবং সাথে সাথে ড্রপালের ক্রোন স্ক্রিপ্ট প্রতি 300 সেকেন্ডে। এটি স্পষ্টতই সর্বোত্তম নয়, তবে আমি একজন মানুষের দর্শকের পরিবর্তে 15 সেকেন্ডের লোড টাইমের সাথে বাজেট বা কার্ল অভিজ্ঞতা অর্জন করব।

— Citricguy
সূত্র
3

অনেক লোক পরামর্শ দেন যে এই সমস্যাটি সিঙ্ক্রোনাস ব্যাকগ্রাউন্ড প্রক্রিয়াগুলি ব্লক করার সাথে সম্পর্কিত হতে পারে , বিশেষত ভারী ক্রোন কাজের সাথে সম্পর্কিত ।

যদি সত্য হয় তবে জিলফেল্ড * দ্বারা সক্রিয় বিকাশের অধীনে একটি দুর্দান্ত জুড়ি রয়েছে যা এই সমস্যাটি পুরোপুরি কেটে ফেলতে পারে বা কমপক্ষে কিছু সংকেত সরবরাহ করতে পারে এবং সাইট বিল্ডারদের তাদের ক্ষেত্রে সুনির্দিষ্ট অপরাধীদের নির্ণয় এবং চিকিত্সা করতে সহায়তা করতে পারে। উভয়ই ব্লকিং সিনক্রোনাস প্রক্রিয়াগুলি অ-ব্লকিং অ্যাসিঙ্ক্রোনাস এইচটিটিপি বা কমান্ডগুলির সাথে প্রতিস্থাপন করে এবং উভয়ই প্রাসঙ্গিক প্রতিবেদনগুলি সরবরাহ করে যা ঝামেলাজনক প্রক্রিয়াগুলি সনাক্ত করতে পারে:

  • ব্যাকগ্রাউন্ড প্রক্রিয়া এবং এর বান্ডিলযুক্ত মডিউলগুলি দ্রুপালের পটভূমি প্রসেসগুলি সারি হিসাবে অ্যাসিক্রোনাকলভাবে প্রক্রিয়া করার অনুমতি দেয়, যাতে তারা অবরুদ্ধ হয় না। এটি সমস্যাটি থামাতে পারে। এছাড়াও, সর্বশেষ দেবের বান্ডিল ব্যাকগ্রাউন্ড প্রসেস অ্যাপাচি সার্ভার মডিউলটি সহ, প্রাথমিক সময়গুলি এবং উন্নতি করার জন্য ইউআই রিপোর্ট রয়েছে যা পর্যবেক্ষণ, আনলক এবং পরিদর্শন করার সময় এবং এই প্রক্রিয়াগুলির অগ্রগতি বৈশিষ্ট্য সহ। এটি সমস্যার প্রক্রিয়া সনাক্ত করতে পারে।
  • চূড়ান্ত ক্রোন ব্যাকগ্রাউন্ড প্রক্রিয়াতে বিল্ড তৈরি করে ক্রোন -ট্রিগারযুক্ত কার্যগুলিকে তাদের নিজস্ব পৃথক অ্যাসিনক্রোনাস সিনডুডুলস রাখার অনুমতি দেয়, যার প্রত্যেকটি একটি ইউআইতে পর্যবেক্ষণ ও বন্ধ করা যায়। নিয়মিত লো-ওভারহেড ক্লিনআপ থেকে ভারী শুল্ক পারফরম্যান্স-সেপিংয়ের কাজগুলি পৃথক করার জন্য দুর্দান্ত হওয়ার পাশাপাশি এটি প্রতিটি স্বতন্ত্র ক্রোন-ট্রিগারযুক্ত টাস্কের চলমান সময়কাল যেমন শেষ সময়ে চালিত হয় বর্তমান পরিস্থিতি, ইত্যাদি এটি সমস্যা প্রক্রিয়াগুলি থেকে এবং বা / বা সনাক্তকরণ থেকে ব্লকিং সরিয়ে ফেলতে পারে।

উভয়ই যাইহোক খুব দরকারী মডিউল; এই সমস্যার জন্য, এগুলি (খুব কলুষিত শব্দ) তত্ত্বটি পরীক্ষা করতে ব্যবহার করা যেতে পারে যে ব্লকগুলি সিঙ্ক্রোনাস ব্লকিং প্রক্রিয়া বা ক্রোন রান দ্বারা সৃষ্ট। সম্ভাব্যভাবে, তারা সংলাপের পরিবর্তে এগুলি অবিচ্ছিন্নভাবে চালিয়ে সমস্যার সমাধান করতে পারে এবং নির্দিষ্ট প্রক্রিয়াগুলি কী কারণে এটিকে ধরে রাখতে পেরেছিল তা তারা সম্ভাব্যতার জন্য কোনও চিহ্নও সরবরাহ করতে পারে। (সতর্ক হোন যে তাদের ডকুমেন্টেশনগুলি খুব বেশি কাজ চলছে ...

তবে, যদি এগুলিকে একেবারে সহায়তা করার জন্য কনফিগার করা যায় না, তবে এটি কেবলমাত্র সিনক্রোনাস ব্যাকগ্রাউন্ড প্রক্রিয়া ছাড়াও সমস্যাটির আরও অনেক কিছু বোঝায়। এফডাব্লুআইডাব্লু, এই মডিউলগুলি সঠিকভাবে কাজ করার জন্য (এখনও - টাচ কাঠ) পাওয়ার পরে আমি কোনও সাইটে এই বিশেষ সমস্যাটি পাইনি - তবে আমি এটি আগে আমার সাইটগুলিতে, পাশাপাশি বন্যের লাইভ ড্রুপাল সাইটে দেখেছি seen

বর্তমানে বিকাশের অন্যান্য সম্পর্কিত প্লাগ-ইন মডিউলগুলি সম্পর্কেও সচেতন থাকুন - যেমন জটিল উচ্চ-তীব্রতার ক্ষেত্রে, চূড়ান্ত -ভিত্তিক থ্রোস্টলিংয়ের অনুমতি দেয় আলটিমেট ক্রোন কুই স্কেলার , ক্রোন -সম্পর্কিত পারফরম্যান্স সমস্যাগুলি হ্রাস করতে সহায়তা করে।

* কোনও সম্পর্ক নেই, আমি কেবল তাদের কাজের একজন অত্যন্ত প্রভাবিত ব্যবহারকারী

— user56reinstatemonica8
সূত্র
2

যেহেতু এটি আমাকে আরও একবার আঘাত করছে আমি সমস্যাটি তদন্ত করি star আমি অবশ্যই তা নিশ্চিত করতে পারি

  1. একটি কল drupal_cron_run()কোর poorman এর ক্রন দ্বারা আলোড়ন সৃষ্টি আমার দেব মেশিনে অনুরোধ সময় 5s যোগ ~। কলটি drupal_cron_run()ইন- modules/system/system.moduleইন-এর আশেপাশে পরীক্ষাগুলিকে সংঘাতহীন করে পরীক্ষা করা যেতে পারেsystem_run_automated_cron()
  2. সমস্ত ক্যাশে সাফ করা আমার ডিভাইসটিতে অনুরোধের সময়টিতে 2 ডলার যুক্ত করে। এটি drush cc allকরার মাধ্যমে এবং পৃষ্ঠাটি আবার লোড করে পরীক্ষা করা যেতে পারে ।

এর অর্থ হ'ল ক্রোনকে কখনই সেট করা না দেওয়া এবং ক্রোনটাবের মাধ্যমে ক্রোনটিতে একটি কল যুক্ত করা পরিস্থিতিটিকে আরও অনেক ভাল করে তোলে। ক্যাশে রিফিল করার জন্য ঠিক পরে কিছু ব্যবহৃত পৃষ্ঠাগুলি আঘাত করা আবার ব্যবহারকারীর অভিজ্ঞতা বাড়িয়ে তুলবে।

আমি ক্যাশে সম্পর্কে যদিও নিশ্চিত না। আমি এই সাইটের জন্য ডিফল্ট ক্যাশে সেটিংস স্পর্শ করিনি। আমি মনে করি যে ড্রুপাল সম্ভবত সময়ে সময়ে ক্রোন দ্বারা ট্রিগার করা সমস্ত ক্যাশে পুনর্নির্মাণ করছে, তবে কীভাবে এটি সম্পন্ন হয়েছে তা আমি নিশ্চিত নই। আমি যখন কয়েক ঘন্টা পরে পৃষ্ঠাটি হিট করি তখন 7s দেরি হ'ল আমি যা দেখি তা অনেকটাই।

— BetaRide
সূত্র
1

এর মতো ইস্যুগুলি আপনাকে বাদাম চালাতে পারে এবং যখন আমি একই পরিস্থিতিতে ছিলাম তখন কী কারণে সমস্যাটি সেই সময়ে একধাপ এগিয়ে যাচ্ছে এবং তা বেনামে এবং লগ করা ব্যবহারকারী হিসাবে এটি পরীক্ষা করতে সহায়তা করে user (পেঁয়াজ স্তর পদ্ধতি)

আপনি উল্লেখ করেছেন যে আপনি কয়েকটি থিম এবং কাস্টম নিজের কোডিংয়ের পরে বিষয়টি লক্ষ্য করা শুরু করেছেন। আমি জানি না আপনার সাইটটি কী জটিল এবং এর পিছনে যুক্তিও নয়, তবে নিম্নলিখিত পদক্ষেপগুলি আপনাকে সমস্যাটি খুঁজে পেতে সহায়তা করবে:

  1. আপনার সার্ভারে একটি ফোল্ডার বা অন্য অ্যাকাউন্ট তৈরি করুন (এটি আরও ভাল হতে পারে) যেখানে আপনি নিজের সাইটে ব্যবহার করছেন একই সংস্করণটি দিয়ে ক্লিন ড্রুপাল ইনস্টল করতে যাচ্ছেন। তারপরে কোনও মডিউল বা থিম পরীক্ষা না করেই সাইটের প্রথম অনুরোধ এবং নিম্নলিখিত অনুরোধটির প্রতিক্রিয়া জানাতে সময় লাগে। যদি সমস্ত ঠিকঠাক কাজ করে তবে আপনি সার্ভার কনফিগারেশন সম্পর্কিত সমস্যাগুলি উপেক্ষা করতে পারেন, যদি এটি আপনার বর্তমানের মতোই আচরণ করে তবে আপনার ওয়েব সার্ভার বা ডাটাবেসটিতে কনফিগারেশন ত্রুটি রয়েছে।

  2. যদি প্রথম পদক্ষেপের ফলাফলগুলি ভাল হয় এবং সার্ভারটি দ্রুত প্রতিক্রিয়া জানায় এবং নিম্নলিখিত অনুরোধগুলি তত দ্রুত হয় তবে আপনার বর্তমান সাইট থেকে কেবল থিমটি পরিষ্কার ইনস্টল সাইটে ইনস্টল করুন এবং এটি আবার পরীক্ষা করুন। যদি এখনও সবকিছু দ্রুত সাড়া দেয় তবে আপনার থিমটি সমস্যা নয় এবং আপনার 3 ধাপ অবিরত থাকা উচিত অন্যথায় আপনাকে আপনার থিম * 1 ডিবাগ করা শুরু করতে হবে।

  3. পদক্ষেপ 2 এ পরীক্ষার পরে যদি সাইটটি এখনও আপনার বর্তমান সাইটে মডিউলগুলি দ্রুত আনা শুরু করে এবং প্রতিটি মডিউল * 2 যোগ ও সক্ষম করার পরে প্রতিক্রিয়ার সময় পরীক্ষা করে তা নিশ্চিত করে নিন।

  4. থিম এবং মডিউলগুলি যুক্ত করার পরে যদি সাইটটি এখনও প্রতিক্রিয়া জানায় তবেই কনফিগারেশন যুক্ত করা শুরু করুন, সামগ্রীর ধরণ তৈরি করুন, ভিউগুলি আমদানি করুন, সেটআপ মেনুগুলি ইত্যাদি each

  5. সেটআপ এবং কনফিগারেশন প্রস্তুত এবং সাইট এখনও দ্রুত, ভাল এখন ডেটা আনা। নোডগুলি, শ্রমশক্তি শর্তাদি, মন্তব্যগুলি ইত্যাদি আমদানি করুন আমি জানি আমার একটি ভাঙা রেকর্ডের মতো শব্দ হওয়া উচিত তবে প্রতিটি পদক্ষেপটি শেষ করার পরে সর্বদা পরীক্ষা করুন।

* ১ টি পরীক্ষার থিম: একটি সুপার বর্ণিত থিমের মধ্যে এই প্রক্রিয়াটি জটিল হতে পারে, এখানে কয়েকটি পয়েন্টার রয়েছে:

  1. আপনি যদি কোনও বাহ্যিক জেএস বা সিএসএস লাইব্রেরিতে লিঙ্ক করেন তবে এর স্থানীয় একটি অনুলিপি ব্যবহার করার চেষ্টা করুন।

  2. আপনার টেম্পলেট.এফপি ফাইলটিতে এমন ফাংশন যাচাই করুন যাতে দীর্ঘ বা অবিরাম লুপের পাশাপাশি প্রিপ্রোসেস ফাংশন এবং / অথবা হুক থিম ফাংশন থাকতে পারে।

  3. অন্যান্য টেম্পলেট ফাইল (page.tpl.php, ইত্যাদি) দেখুন এবং অ্যারে এবং অবজেক্টের কাঁচা পিএইচপি প্রক্রিয়াজাতকরণ সন্ধান করুন।

  4. যদি "ভিউজ" ব্যবহার করে এবং টেমপ্লেট ফাইলগুলি দেখেন, তবে পাশাপাশি পরীক্ষা করে দেখুন check

  5. সর্বদা পথগুলি দু'বার পরীক্ষা করুন, চিত্র, জেএস এবং সিএসএস ফাইলগুলি অনুকূল করুন। কোনও একক ফাইলে একাধিক স্নিপেট কোড ব্যবহার করার সময় কখনও কখনও js ফাইলগুলির কিছুটা উচ্চতা থাকতে পারে।

* ২ টেস্টিং মডিউল: টেস্টিং মডিউলগুলি কিছুটা আলাদা কারণ পিএইচপি সহ ভারী কারসাজির ব্যবহার অনুমোদিত the এখানে কিছু পয়েন্টার রয়েছে:

  1. সম্প্রদায় সমর্থিত মডিউলগুলির (সিসি, ভিউস, ইত্যাদি) drupal.org- এ ইস্যুগুলির সারিতে সমস্যা রয়েছে তা আপনার সমস্যা সম্পর্কে কোনও বিদ্যমান সমস্যা আছে কিনা তা পরীক্ষা করে দেখুন এবং যদি এটির সমাধানের কোনও প্যাচ থাকতে পারে এমন সম্ভাবনা রয়েছে।

  2. নিজস্ব কাস্টম কোডেড মডিউল, আপনি যদি কোড করে থাকেন তবে ঠিক আছে, ঠিক আছে ?. আপনার কোডিংটি ডাবল পরীক্ষা করে দেখুন এবং api.drupal.org এর বিরুদ্ধে ফাংশনগুলির ব্যবহার পরীক্ষা করুন, আপনি একটি হুকের পরিবর্তে ওভারকিলিং ফাংশন ব্যবহার করছেন।

  3. ইন্টারনেট ভাগ করা কাস্টম কোড মডিউল, দ্বিতীয় ধাপে করুন তবে এবার আপনি মূল মডিউল লেখকের সাথেও যোগাযোগ করতে পারেন এবং তাকে সমস্যাটি সম্পর্কে জানান।

  4. আপনার সাইটটি যদি আপগ্রেড হয় (ডি 5 -> ডি 6 -> ডি 7) মাইগ্রেশন বা আপগ্রেড স্ক্রিপ্টগুলি পরীক্ষা করে (সাধারণত মডিউলআইনস্টল ফাইলের মধ্যে) ধীর এসকিউএল কোয়েরি এক্স দ্রুততর করতে আপনার নতুন টেবিল কনফিগারেশনে একটি অতিরিক্ত "সূচক" দরকার হতে পারে If ।

  5. যদি আপনি মনে করেন যে সমস্যাটি সম্পর্কে আপনার সুড়ঙ্গ দৃষ্টি রয়েছে তবে কিছুক্ষণের জন্য বাইরে বেরোন এবং পুরোপুরি সম্পর্কিত না হয়ে অন্য কোনও ক্রিয়াকলাপ করুন এবং তারপরে ইস্যুটি আবার দেখাতে ফিরে আসুন।

  6. আপনি যদি কোডটির কোনও বিভাগে বিষয়টি নির্দেশ করে থাকেন তবে কীভাবে এটি ঠিক করবেন সে বিষয়ে মাথা বা লেজ তৈরি করতে না পারলে, সেই বিভাগটি এমন কোনও ব্যক্তির সাথে কী করা উচিত বলে বোঝানোর চেষ্টা করুন যা কীভাবে প্রোগ্রাম করবেন বা ড্রুপাল কীভাবে কাজ করবেন এবং কীভাবে তা জানেন না to অবাক হওয়ার জন্য প্রস্তুত

দ্রষ্টব্য: আপনার সাইটটি পুনর্নির্মাণের পরে যদি সমস্তগুলি কম্পিউটারের কাছে অন্যতম সেরা বৈশিষ্ট্য হ'ল মনোযোগের মতো কাজ শুরু করে তবে অ্যালার্ম করবেন না।

— এমিল ওরল
সূত্র
1
আমি কেবল একটি ফাঁকা ড্রুপাল পুনরায় ইনস্টল করেছি এবং কোনও বিলম্ব নেই। সুতরাং পরবর্তী পদক্ষেপটি আমার থিমটি চাপছে। যাইহোক, সমস্যাটি
— পুনরুদ্ধারের
1
শুনে খুব ভাল লাগল যে এটি হার্ডওয়ার বা সার্ভার কনফিগারেশন সমস্যা বলে মনে হচ্ছে না। আপনার অনুসন্ধানগুলি ফিরে পোস্ট করুন।
— এমিল ওরল
1

ডাবল চেক করুন যে আপনি কোনও মডিউল আনইনস্টল না করে মোছেন নি। এটি একটি বিলম্ব ঘটায় কারণ দ্রুপাল ফাইলগুলি সন্ধান করার চেষ্টা করে কিন্তু তারা আর নেই।

যদি মডিউলগুলি বিদ্যমান না থাকে তবে ভেরিয়েবল সারণিতে রেফারেন্সগুলি মুছুন।

— বিড়াল চোখ
সূত্র
1

পারফরম্যান্স সম্পর্কিত সমস্যাগুলি ট্র্যাক করার জন্য নিউ এয়ারলিকের মতো একটি ওয়েব এপিএম সেরা সরঞ্জাম। আমার কাছে এমন এক বা দুটি লাইনের কোডের সাইট রয়েছে যা দুর্বল জিনিসগুলি করেছিল, অদ্ভুত সময়ে অহেতুক অ্যারে লোড করে, এবং এমন একটি অন্যান্য কাজও করেছিল যা আমরা এপিএমের সাহায্যে এটি ট্র্যাক না করে অবধি অদৃশ্য ছিল।

— বেথ
সূত্র
1

কেউ উল্লেখ করেছেন যে GoDaddy ধীর হবে। অনেক ক্লাউড-ভিত্তিক হোস্টিং সংস্থাগুলিরও এই প্রাথমিক দেরি হবে কারণ এডাব্লুএসের মতো পরিষেবাগুলিতে এটি রয়েছে। সার্ভারগুলি স্বয়ংক্রিয়ভাবে বঞ্চিত হওয়া সস্তা, এবং সেই সার্ভারগুলিকে 'জেগে উঠতে' এক বা দুই থেকে দ্বিতীয় প্রয়োজন হবে।

উদাহরণস্বরূপ, সার্ভারটি সুখে জাগ্রত না হওয়া পর্যন্ত প্যাগোডাবক্সের প্রথম বাইটের জন্য 3-4 সেকেন্ড রয়েছে। প্যাগোডাবক্স প্রকৃতপক্ষে সার্ভারকে জাগ্রত রেখে নগদীকরণ করেছে এবং তাই আপনি আপনার সাইটে 'ক্যাফিনিয়েট' করার জন্য অতিরিক্ত অর্থ দিতে পারেন।

এছাড়াও, একটি সিডিএন আপনাকে সাহায্য করতে পারে। ক্যাশেড পৃষ্ঠাগুলি বা চিত্র সরবরাহ করার সাথে আপনার ওয়েব / ডিবি সেভার লোড হবে না। এখানে একটি ভাল টিউটোরিয়াল: http://wimleers.com/article/easy-drupal-cdn-integration- for-fun- and- profit

এবং ... ওয়েবপেজটেষ্ট আমাকে আনন্দিত করে। http://www.webpagetest.org/ গ্রহের চারপাশে এবং বিনামূল্যে বিভিন্ন ওয়েব ব্রাউজারের সাথে লোডের সময়ের তুলনা করুন । আপনি যে কোনও পরিবর্তন করছেন সেটির জন্য বাস্তব-বিশ্বের ফলাফল পেতে এটি ব্যবহার করুন।

— পল-M
সূত্র
এই আছে ভাল তথ্য কিন্তু সমস্যা এখনও, আমার স্থানীয় মেশিনে সাইটগুলোতে ঘটে গ্রাসকারী শুধুমাত্র স্থানীয় সম্পদগুলি
— ক্লাইভ
0

সমস্যা যে কোনও জায়গায় হতে পারে।

  1. আপনি কোনও থিম বা মডিউলটিতে ডিবাগ মোড চালু না করেছেন তা নিশ্চিত করুন। উদাহরণস্বরূপ, অনেক থিমে থিম রেজিস্ট্রি পুনরায় জন্মানোর একটি বিকল্প রয়েছে।
  2. আপনি যদি গডাড্ডির মতো ভাগ করে নেওয়া হোস্টিংয়ে চালিয়ে যাচ্ছেন তবে প্রথমবারের জন্য 15 সেকেন্ডের অনুরোধটি স্বাভাবিক।
  3. ড্রশ সিটিউলস এক্সপোর্ট মডিউলটি ব্যবহার করে আপনার সাইট বা সম্মুখ পৃষ্ঠাকে কোডবেসে রূপান্তর করুন । এটি কোনও ডাটাবেস কলকে সরিয়ে দেবে এবং আপনার সাইটটি পিএইচপি থেকে পুরোপুরি চলবে।
  4. আপনার যদি এখনও সমস্যা পেলে, চালু করার মাধ্যমে devel সেটিংস ব্যবহার query logএবং page timerটি বিকল্প admin/config/development/devel। দু'জনের মধ্যে কোনটি পুরো পৃষ্ঠাটি তৈরি করতে আরও বেশি সময় নেয় তা দেখুন।
  5. যদি কিছু না কাজ করে তবে আপনার সার্ভারটি পুনরায় চালু করুন।
  6. সবচেয়ে খারাপ ক্ষেত্রে XHProf ইনস্টল করুন যেখানে জিনিসগুলি ভুল হচ্ছে।
— পুদিনার মত
সূত্র
1
আপনি # 2 ব্যাখ্যা করতে পারেন?
— জননাথন এলমোর
0

সুতরাং আমি এইভাবে আমার ইনস্টলের জন্য সমস্যাটি স্থির করেছি। এটির আসল সমাধান নয় কারণ আমি সমস্যার সঠিক উত্সটি পেরেক করতে পারি নি (যদি থাকে তবে) তবে এটি ভাল সমাধান

1) সমষ্টিগত সিএসএস (ক্যাশে সেটিংস)। এটি বিলম্বতা অর্ধেক দ্বারা হ্রাস করেছে

2) ক্রোনকে কখনই সেট করুন না (এবং এটি বাহ্যিকভাবে চালান) - দ্রষ্টব্য: আমার "ক্রোনটি ইতিমধ্যে চলমান অবস্থায়" শুরু করার চেষ্টা ছিল "ত্রুটি। আমি মনে করি এটি প্রতিটি লঞ্চে ক্রোন শুরু করার চেষ্টা করছিল তবে এটি ব্যর্থ হওয়ায় ক্রোন পৃষ্ঠাটি সর্বশেষ প্রয়াসটি নয়, সর্বশেষ সাফল্যের কথা উল্লেখ করছে।

3) একটি ক্রোন জব সেট আপ করুন যা প্রতি 30 মিনিটে লিনেক্সের সাথে হোম পেজে কল করে

শেয়ার্ড হোস্টিং সার্ভারে এই সমস্ত। এটি অনুকূল নয় তবে এটি কাজ করে

— znat
সূত্র
0

আমি বুস্ট মডিউলটির (আপনি ধরে রেখেছেন হোস্টিং হোস্টিং ধরে আছেন) বা বার্নিশের লাইন ধরে একটি ফ্রন্ট-এন্ড ক্যাশে ব্যবহার করার পরামর্শ দেব। যদি আপনার সাইটের অ্যাক্সেসগুলি প্রাথমিকভাবে বেনাম হয় এবং পৃষ্ঠাগুলি বেশিরভাগ অংশের জন্য অ-গতিশীল থাকে (তবে পৃষ্ঠাগুলি খুব বেশি পরিবর্তন হয় না) তবে এটি সেরা কাজ করবে।

এই সমাধানগুলি প্রথমে অ্যাক্সেসে রেন্ডার করা পৃষ্ঠাগুলি সংরক্ষণ করে এবং তারপরে পুরো ড্রুপাল বুটস্ট্র্যাপ, পৃষ্ঠা নির্মাণ এবং থেরিং প্রক্রিয়াগুলির পরিবর্তে প্রি-রেন্ডার এইচটিএমএল পরিবেশন করে, প্রচুর সময় সাশ্রয় করে, বিশেষত ব্যস্ত সাইটগুলিতে তবে আপনার মতো সাইটগুলিতেও "ঘুমাতে যান" কোনটি বর্ণনা করুন এবং জাগতে খুব বেশি সময় লাগবে।

একমাত্র আসল ব্যর্থতা হ'ল (কমপক্ষে বুস্টের জন্য) সাইটের সামগ্রী পরিবর্তিত হলে আপনাকে ক্যাশে সাফ করতে হবে। আপনি যদি নিশ্চিত করতে চান যে সাইটটি বর্তমান সামগ্রীতে সম্পূর্ণরূপে ক্যাশে হয়েছে তবে আপনি ড্রাশ সিসি সমস্ত চালাতে পারেন এবং তারপরে ক্রোন এর মাধ্যমে পর্যায়ক্রমে পুরো সাইটের বিরুদ্ধে কার্ল বা উইজেট করতে পারেন।

— jmarkel
সূত্র
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.