ট্রাবলশুটিং রেডমাইন (বিটনামি স্ট্যাক) পারফরম্যান্স


9

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

পদ্ধতি:

রেডমাইন 1.4.x সহ বিটনামি স্ট্যাকটি 2.1.0 এর সাথে পুনরায় বিটনামি স্ট্যাকটিতে আপগ্রেড করা হয়েছে:

  • পুরানো ডাটাবেসটি mysqldump'd
  • রিডমাইন 2.1.0 এর সাথে নতুন বিটনামি স্ট্যাক ইনস্টল করা হয়েছে
  • সমস্ত টেবিল পুনরুদ্ধার করে ডাম্পটি পরিষ্কারভাবে আমদানি করে
  • রেক ডিবি: মাইগ্রেট এবং সমস্ত কিছু

স্ট্যাকটি ওপেনসুএস 12.1 সহ একটি ভার্চুয়াল মেশিনে চলছে। উত্সগুলি কোনও সমস্যা হওয়া উচিত নয়, কারণ রেডমিনেশন অনুরোধে সর্বদা একাধিক গিগাবিট ফ্রি র্যাম এবং সিপিইউ স্পাইকগুলি কেবলমাত্র 2 টি সিপিইউ কোরের 50% পর্যন্ত যায়। এছাড়াও, এটিতে অ্যাক্সেস করা মাত্র কয়েক জন ব্যবহারকারী রয়েছেন।

যা সম্পূর্ণরূপে গুরুত্বপূর্ণ হতে পারে: ব্যবহারকারী লগইনটি এলডিএপি (অ্যাক্টিভ ডিরেক্টরি) এর মাধ্যমে পরিচালিত হয়।

সমস্যা:

প্রতিটি অনুরোধে, রেডমাইন অস্বাভাবিকভাবে ধীর প্রতিক্রিয়া জানায়। কখনও কখনও পৃষ্ঠাটি বিতরণ করতে এটি 3 সেকেন্ড সময় লাগে, কখনও কখনও এমনকি 10 সেকেন্ড পর্যন্তও।

আমার চিন্তা:

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

আমার কাছে আরও একটি বিষয় যা খুব অদ্ভুত বলে মনে হচ্ছে তবে একটি ভুল পরিমাপের ফলাফল হতে পারে (আগামীকাল আমি যখন মেশিনটি দেখি তখন এটি পুনরায় পরীক্ষা করা দরকার):

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


আপনি কোনও প্রতিক্রিয়া পেয়েছিলেন - বা আপনি কিছু খুঁজে পেয়েছেন?
অ্যান্টনি হর্নে

2
এটি ডিস্ক ব্যান্ডউইথ হতে পারে বা সময় সমস্যা সন্ধান করতে পারে। জিনিসগুলি কীভাবে শীর্ষে দেখায় এবং বিশেষত, hiহার্ডওয়্যারটি কীভাবে সময় বাধায়?
ফ্যালকন মোমোট

আপনি কি স্থানীয় ডিএনএসের সাথে ডোমেনে এটি অ্যাক্সেস করছেন? আপনি কি ভিএম এর ভিতরে লোকালহোস্ট হিসাবে অ্যাক্সেস করেন এবং এটি ঠিক কাজ করে? আপনি কি ভিএম এর আইপি দিয়ে এটি অ্যাক্সেস করার চেষ্টা করতে পারেন? আপনি কি পুনর্নির্মাণ এবং অ্যাপাচি কনফিগারেশনে হোস্টনামটি সঠিকভাবে সেটআপ করেছেন?
সোহেল আহমেদ

আপনি কি সার্ভারে স্থানীয় স্টোরেজে ভিএম চালাচ্ছেন, বা একটি রিমোট এনএফএস / ইস্কিআই?
মার্কো

উত্তর:


0

আপনি যদি এলডিএপি এডি লগইনকে ভুল বলে বিবেচনা করছেন তবে পৃষ্ঠাগুলি এবং ব্যবহারকারী লগইনগুলির প্রসেসিং সম্পর্কিত কোনও সমস্যা আছে কিনা তা পুনরায় পরীক্ষা করার চেষ্টা করুন।

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

যদি আপনি সেই সমস্ত পরিষেবাগুলি পুনরায় চালু করেন যা redines উদাহরণটি পরিবেশন করে - এটি কি শুরুতে দ্রুত চলছে এবং কিছুক্ষণ পরে ধীর হয়ে যায় বা শুরু থেকে ধীর হয়ে যায়?

মতামত বিভাগে উল্লিখিত হিসাবে - ডিস্ক আইওগুলিও ভুল হতে পারে। র্যান্ডমাইন ওয়েব ইন্টারফেসের চারপাশে ক্লিক করার সাথে সাথে রেন্ডার করতে সবচেয়ে বেশি সময় লাগছে কি তা জানতে কিছুটা ওয়েবসারভার লগগুলি টাইল করার চেষ্টা করুন।

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

নেটওয়ার্কের দোষ না থাকলে কিছু ধারণা পেতে প্যাকেটের ক্ষতি, রাউন্ড ট্রিপ সময় এবং জিটার (কত প্যাকেট ক্রম থেকে বেরিয়ে আসে) পরিমাপ করার চেষ্টা করুন।

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