উত্তর:
ওপেনস্ট্রিটম্যাপে প্রতি সেকেন্ডে 10-20 রয়েছে বলে মনে হচ্ছে
উইকিপিডিয়া মনে হয় 30000 থেকে 70000 প্রতি সেকেন্ডে 300 সার্ভারের মধ্যে ছড়িয়ে পড়েছে (প্রতি মেশিনে 100 থেকে 200 অনুরোধ, যার বেশিরভাগটি ক্যাশে)
ভৌগলিক প্রতি সপ্তাহে 7000 চিত্র পাচ্ছে (95 সেকেন্ডে 1 টি আপলোড)
কেউ এখনও আগ্রহী তা নিশ্চিত নয়, তবে এই তথ্যটি টুইটার সম্পর্কে পোস্ট করা হয়েছিল (এবং এখানেও ):
পরিসংখ্যান
- 350,000 এর বেশি ব্যবহারকারী আসল সংখ্যাগুলি সর্বদা হিসাবে, খুব সুপার সুপার টপ সিক্রেট।
- প্রতি সেকেন্ডে 600 অনুরোধ।
- গড়ে প্রতি সেকেন্ডে 200-300 সংযোগ। প্রতি সেকেন্ডে 800 সংযোগে স্পিকিং।
- মাইএসকিউএল প্রতি সেকেন্ডে 2,400 টি অনুরোধ পরিচালনা করেছে।
- 180 রেলের দৃষ্টান্ত। মংগ্রেলকে "ওয়েব" সার্ভার হিসাবে ব্যবহার করে।
- 1 মাইএসকিউএল সার্ভার (একটি বড় 8 টি কোর বক্স) এবং 1 টি স্লেভ। স্লেভ শুধুমাত্র পরিসংখ্যান এবং রিপোর্টিং জন্য পড়া হয়।
- বিজোড় কাজ পরিচালনা করার জন্য 30+ প্রক্রিয়া।
- 8 সান এক্স 4100 এস।
- রেলের 200 মিলিসেকেন্ডে একটি অনুরোধ প্রক্রিয়া করুন।
- ডাটাবেসে ব্যয় করা গড় সময় হ'ল 50-100 মিলিসেকেন্ড।
- 16 গিগাবাইটের বেশি মেমক্যাচ করা হয়েছে।
আমি যখন আমার ওয়েব হোস্টের কন্ট্রোল প্যানেলে যাই, phpMyAdmin খুলুন এবং "মাইএসকিউএল রানটাইম সম্পর্কিত তথ্য দেখান" এ ক্লিক করুন, আমি পেয়েছি:
এই মাইএসকিউএল সার্ভারটি 53 দিন, 15 ঘন্টা, 28 মিনিট এবং 53 সেকেন্ড ধরে চলছে। এটি 24 অক্টোবর, 2008 সকাল 04:03 এ শুরু হয়েছিল।
অনুসন্ধানের পরিসংখ্যান: এটির সূচনার পর থেকে 3,444,378,344 টি প্রশ্নের সার্ভারে প্রেরণ করা হয়েছে।
প্রতি ঘন্টায় মোট ৩৪৪৪৪ এম ২.68৮ এম
প্রতি মিনিটে ৪৪.৫৯ কে
প্রতি সেকেন্ড 3৪৩.১৩
এটি গত ৫৩ দিনের জন্য প্রতি এক সেকেন্ডে গড়ে 743 মাইএসকিউএল ক্যোয়ারী!
আমি আপনার সম্পর্কে জানি না, তবে আমার কাছে এটি দ্রুত! খুব দ্রুত!!
ব্যক্তিগতভাবে, আমি প্রতিটি সময় উভয় বিশ্লেষণ পছন্দ করি .... অনুরোধ / দ্বিতীয় এবং গড় সময় / অনুরোধ এবং সর্বোপরি অনুরোধের সময়টিও দেখতে চাই। যদি আপনার কাছে requests১ টি অনুরোধ / সেকেন্ড থাকে তবে এটি ফ্লিপ করা সহজ, আপনি কেবল এটি 1000ms / 61 অনুরোধগুলিতে ফ্লিপ করতে পারবেন।
আপনার প্রশ্নের উত্তর দেওয়ার জন্য, আমরা নিজেরাই একটি বিশাল লোড পরীক্ষা করে যাচ্ছি এবং এটি আমরা ব্যবহার করি এমন বিভিন্ন অ্যামাজন হার্ডওয়্যারের সীমা নির্ধারণ করি (সেরা মানটি 32 বিট মিডিয়াম সিপিইউ ছিল যখন এটি $$ / ইভেন্ট / সেকেন্ডে নেমে আসে) এবং আমাদের অনুরোধ / সেকেন্ড 29 টি অনুরোধ / সেকেন্ড / নোড থেকে 150 অনুরোধ / সেকেন্ড / নোড পর্যন্ত ran
অবশ্যই আরও ভাল হার্ডওয়্যার দেওয়া আরও ভাল ফলাফল দেয় তবে সেরা আরআইআই নয়। যাইহোক, এই পোস্টটি দুর্দান্ত ছিল কারণ আমি কিছু সমান্তরাল সন্ধান করছিলাম তা দেখার জন্য যে আমার নম্বরগুলি বলপার্কে এবং আমার ভাগ করে দেওয়া হয়েছে সেইসাথে অন্য কেউ খুঁজছেন কিনা। আমার যতটা যেতে পারে খাঁটিভাবে বিশুদ্ধভাবে লোড করা হয়।
দ্রষ্টব্য: অনুরোধ / দ্বিতীয় বিশ্লেষণের জন্য ধন্যবাদ (এমএস / অনুরোধ নয়) আমরা একটি বড় লিনাক্স ইস্যু পেয়েছি যা আমরা সমাধান করার চেষ্টা করছি যেখানে লিনাক্স (আমরা সি এবং জাভাতে একটি সার্ভার পরীক্ষা করেছি) সকেট লাইব্রেরিতে সমস্ত কলকে জমা করে দেয় যখন খুব বেশি বোঝার মধ্যে থাকে যা খুব বিজোড় বলে মনে হচ্ছে সম্পূর্ণ পোস্টটি এখানে আসলে পাওয়া যাবে .... http://ubuntuforums.org/showthread.php?p=11202389
আমরা এখনও সমাধানের চেষ্টা করছি যেহেতু এটি আমাদের পরীক্ষার 2 মিনিট 42 সেকেন্ড থেকে 1 মিনিট 35 সেকেন্ডে যায় যখন এটি আমাদের পরীক্ষার বিশাল পারফরম্যান্সের উত্সাহ দেয় তখন এটি আমরা 33% পারফরম্যান্স উন্নতি দেখতে পাই .... উল্লেখ করার দরকার নেই, ডস আক্রমণ আরও তত দীর্ঘতর এই বিরামগুলি যাতে সমস্ত সিপাস শূন্যে নেমে যায় এবং প্রক্রিয়াজাতকরণ বন্ধ করে দেয় ... আমার মতে সার্ভার প্রসেসিং একটি ডস এর মুখে চালিয়ে যাওয়া উচিত তবে কোনও কারণে এটি একবারে একবারে জমাটবদ্ধ হয় es ডসের সময় কখনও কখনও 30 সেকেন্ড পর্যন্ত থাকে !!!
যোগ করুন: আমরা জানতে পেরেছিলাম যে এটি আসলে একটি জেডকে রেস কন্ডিশনের বাগ ছিল .... বড় ক্লাস্টারগুলিতে পৃথক করা শক্ত কিন্তু যখন আমরা 1 টি সার্ভার 1 ডেটা নোড চালিয়েছি কিন্তু এর মধ্যে 10 তখন আমরা প্রতিবারই এটি পুনরুত্পাদন করতে পেরেছিলাম এবং কেবল সার্ভারের দিকে চেয়েছিলাম / ডেটানডে এটি ঘটেছিল। পূর্ববর্তী সংস্করণে জেডিকে স্যুইচ করা সমস্যার সমাধান করেছে। আমরা jdk1.6.0_26 এ ছিলাম আমি বিশ্বাস করি।
এটি খুব খোলা আপেল থেকে কমলা প্রকারের প্রশ্ন।
আপনি জিজ্ঞাসা করছেন 1. একটি উত্পাদন অ্যাপ্লিকেশন জন্য গড় অনুরোধ লোড 2. দ্রুত বিবেচনা করা হয়
এগুলি প্রয়োজনীয়ভাবে সম্পর্কিত হয় না।
আপনার প্রতি # সেকেন্ডের অনুরোধের গড় দ্বারা নির্ধারিত হয়
ক। একযোগে ব্যবহারকারীর সংখ্যা
খ। তারা প্রতি সেকেন্ডে করা পৃষ্ঠার গড় অনুরোধের সংখ্যা
গ। অতিরিক্ত অনুরোধের সংখ্যা (যেমন অ্যাজাক্স কল, ইত্যাদি)
দ্রুত যা বিবেচনা করা হয় তা হিসাবে .. আপনি কী বোঝাতে চেয়েছেন যে কোনও সাইট কতগুলি অনুরোধ নিতে পারে? অথবা যদি এক সেকেন্ডের হার্ডওয়্যারটিকে দ্রুত বিবেচনা করা হয় তবে এটি প্রতি সেকেন্ডে xyz # অনুরোধের প্রক্রিয়া করতে পারে?
নোট করুন যে হিট-রেট গ্রাফগুলি 'পিক আওয়ারস' এর সাথে সাইনোসয়েডাল নিদর্শনগুলি হতে পারে 2x বা 3x ব্যবহারকারীরা ঘুমানোর সময় আপনি যে হার পাবেন। (আপনি যখন সার্ভারে দৈনিক ব্যাচ-প্রসেসিং স্টাফগুলি ঘটানোর জন্য সময় নির্ধারণ করছেন তখন দরকারী হতে পারে)
এমনকি উইকিপিডিয়া'র মতো 'আন্তর্জাতিক' (বহুভাষিক, স্থানীয়করণ) সাইটেও আপনি এই প্রভাবটি দেখতে পাচ্ছেন
সাইটের কোনও দিক হঠাৎ করে সংবাদে জনপ্রিয় হয়ে উঠলে আপনি কী দেখতে পাবেন তার গ্রাফগুলির জন্য আপনি "স্ল্যাশডট এফেক্ট অ্যানালাইসিস" অনুসন্ধান করতে পারেন , যেমন উইকিতে এই গ্রাফ ।
টিকে থাকা ওয়েব-অ্যাপ্লিকেশনগুলিতে প্রসেসিং ভাষার মাধ্যমে প্রতিটি অনুরোধের পরিবর্তে স্থির পৃষ্ঠাগুলি উত্পন্ন করতে পারে।
একটি চমত্কার ভিডিও ছিল (আমার মনে হয় এটি টেড ডটকমের উপরে থাকতে পারে? আমার মনে হয় এটি ফ্লিকার ওয়েব টিম দ্বারা হতে পারে? কেউ কি লিঙ্কটি জানেন?) একক সার্ভারের বাইরে ওয়েবসাইট কীভাবে স্কেল করবেন সে সম্পর্কে ধারণা সহ, উদাহরণস্বরূপ কীভাবে বিভিন্ন ধরণের ব্যবহারকারীর পক্ষে সেরা প্রভাব পেতে কেবল পঠনযোগ্য এবং পঠন-লিখনের সার্ভারের মিশ্রণের মধ্যে সংযোগ বরাদ্দ করুন।