ওয়েব সার্ভার এবং ডিবি সার্ভার প্রভাবের পারফরম্যান্সের মধ্যে "বিট প্যারিটি" এর অভাব থাকতে পারে?


10

একটি বিশেষ অ্যাপ্লিকেশন মোতায়েনের জন্য তাদের প্রস্তাবিত অবকাঠামো সম্পর্কে আজ আমি একটি সফ্টওয়্যার বিক্রেতার সাথে বৈঠক করেছি। অ্যাপ্লিকেশনটির দুটি সার্ভার দরকার: সার্ভার ওয়েব পৃষ্ঠাগুলির জন্য একটি অ্যাপ্লিকেশন সার্ভার (। নেট, উইন্ডোজ), এবং একটি ডাটাবেস (এসকিউএল সার্ভার)। বিক্রেতা দাবি করেছেন যে এই দুটি সার্ভারের "বিট প্যারিটি" থাকতে হয়েছিল। তারা এর দ্বারা যা বোঝায় তা হ'ল অ্যাপ্লিকেশন সার্ভারটি 32 বিট থাকলে এসকিউএল সার্ভারটি 32 বিট বা অ্যাপ্লিকেশনটি যদি 64 বিট হয় তবে এসকিউএল সার্ভারটি 64 বিট হবে। অন্যথায় কর্মক্ষমতা নেতিবাচক প্রভাবিত হবে।

এটি আমার কাছে হাস্যকর মনে হয়। সার্ভারগুলি স্বতন্ত্র এবং কেবল একটি নেটওয়ার্কের মাধ্যমে যোগাযোগ করে। উভয় সার্ভারে প্রসেসরের "বিট-নেস" এর সাথে নেটওয়ার্ক প্রোটোকলগুলির কোনও সম্পর্ক নেই।

আমি কি ভুল করছি? কোনও কারণ নেই যেখানে অমিলটি কার্যক্ষমতাকে নেতিবাচকভাবে প্রভাবিত করতে পারে?

দ্রষ্টব্য: আমি জানি যে নির্দিষ্ট অ্যাপ্লিকেশনগুলি 32 বিট বনাম 64 বিটে দ্রুত বা ধীর গতিতে চলতে পারে। তবে বিক্রেতা বলছিলেন যে ওয়েব সার্ভার এবং ডিবি সার্ভারের মধ্যে মিল নেই a এই প্রশ্নটি আমি জিজ্ঞাসা করছি।


অন্যান্য সমস্ত জিনিস সমান হচ্ছে, তিনি 32 এবং 32 এর চেয়ে 32 এবং 32 রান দ্রুত ভাবেন?
জেফো

হ্যাঁ, বিক্রেতা এটিই দাবি করছিল। 32,32 বা 64,64 এর পারফরম্যান্স 32,64 বা 64,32 এর চেয়ে বেশি।
যৌক্তিকগীত

সিস্টেমের দুটি ভেরিয়েন্ট সেট আপ করতে তাদের পান। তারপরে চাপ তাদের পরীক্ষা করুন test আপনার প্রয়োজনীয়তার সাথে মেলে এমন সস্তারতম সংস্করণ কিনুন।
মার্টিন ইয়র্ক

উত্তর:


10

আমি মনে করি এটি সম্ভব যে তারা দু'টি পণ্যের মধ্যে কোনও নির্দিষ্ট মিথস্ক্রিয়া সম্পর্কে জেনে গেছে যা কোনও সমস্যার মিল নেই যখন সমস্যা সৃষ্টি করে (তবে আমি সত্যিই সন্দেহ করি - আমি প্রায় 10: 1 মতামত রেখেছি যা এতে বিক্রেতাকে পূর্ণ করে তোলে)।

এর মতো অমিলের প্রভাবগুলি সম্পর্কে প্রশ্নগুলির জন্য আপনি সার্ভারফল্টটি সন্ধান করতে চাইতে পারেন তবে আমি সন্দেহ করি আপনি অনেক খুঁজে পাবেন, কারণ আমি সন্দেহ করি যে এটি খুঁজে পাওয়ার কোনও বাস্তব সমস্যা আছে ...


1
+1, আমি মনে করি আপনি ঠিক মারা গেছেন। প্রতিটি পৃথক বাক্সে পারফরম্যান্স বিবেচনা থাকতে পারে তবে কিছু কিছু 32 বিট বা 64 বিট অপ্রাসঙ্গিক কিনা তা নেটওয়ার্কের মাধ্যমে over
মু-রস

1
এটা কি সম্ভব? আমি এমন একটি দৃশ্যের কথা ভাবতে পারি না যেখানে এটি কোনও শারীরিক সম্ভাবনা। আমি "এতে পূর্ণ বিক্রেতা" বিকল্পের দিকেও ঝুঁকছি। :-)
যৌক্তিকগীত

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

এটি কেবল তখনই সম্ভব হবে যদি তারা নিম্ন-স্তরের নেটওয়ার্ক প্রোটোকল ব্যবহার করে যা এই ধরণের জিনিসটিকে মঞ্জুরি দেয়। "নরমাল" টিসিপি / আইপি বা যা কিছু এই ধরণের সমস্যাগুলি প্রতিরোধ করে Using এবং প্রেরণের বনাম প্রেরণের গতির সার্ভার "বিট-নেস" এর সাথে কোনও সম্পর্ক নেই।
যৌক্তিকগীত

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

6

প্রমাণ জিজ্ঞাসা করুন। তিনি একটি প্রশ্নবিদ্ধ বক্তব্য দিয়েছেন, তিনি (ভুল) আপনাকে স্টাফ বিক্রি করছেন, হয় সেটিকে ব্যাক আপ করা উচিত বা এটি প্রত্যাহার করা উচিত। নিজেকে লেগওয়ার্ক সংরক্ষণ করুন।


এটা একটা ভাল সিদ্ধান্ত. আমি এটা করার পরিকল্পনা করছি। এই প্রশ্নের মূল বিষয়টি নিশ্চিত করা ছিল যে আমি এটি করার আগে আমি পাগল নই। :-)
যৌক্তিকগীত

4

32 বিট এবং 64 বিট সার্ভার জোড়াগুলির মধ্যে পার্থক্যটি সম্ভবত সম্ভাব্যতার মধ্যে কোনও পার্থক্য তৈরি করবে না। কোন পার্থক্য তৈরি করবে তা হ'ল বিভিন্ন প্রক্রিয়াটির অন্তিমতা , যা বিক্রয় ব্যক্তি "বিট প্যারিটি" হিসাবে বিভ্রান্ত হয়ে থাকতে পারে।


2
এমনকি এটি প্রোটোকলের উপর নির্ভর করে (এবং আমি স্বীকার করি যে ডিবিগুলি কীভাবে কাজ করে আমার কোনও ধারণা নেই)। যদি সার্ভার / ক্লায়েন্ট তার পরিণতি ঘোষণা করে এবং অন্যটি এটির সাথে খাপ খাইয়ে নেয়, তবে আপনি একেবারে ঠিক আছেন; তবে traditionতিহ্যগতভাবে নেটওয়ার্ক প্রোটোকলগুলি বিগ-এন্ডিয়ান হয়েছে, এবং এই পরিস্থিতিতে দুটি ছোট-এন্ডিয়ান বাক্স উভয়কেই রূপান্তর করতে হবে, এগুলি এলই / বিই জুটির তুলনায় আরও অসুবিধায় ফেলেছে।
ijw

3

সংক্ষেপে আমি বলব কোনও বিট-প্যারিটি কোনও বিষয় নয়। এসকিউএল সার্ভারে আলাদা আলাদা 64-বিট এবং 32-বিট প্রোটোকল নেই।

তবে, আমি আপনাকে সুপারিশ করব যে আপনি নির্বিশেষে সার্ভারগুলি 64 বিট-এ স্যুইচ করুন। এসকিউএল সার্ভারটি কেবলমাত্র 64৪ বিটের মধ্যে আসে এবং আমি বিশ্বাস করি যে উইন্ডোজ সার্ভারটিও সেই দিকে এগিয়ে চলেছে।


আমি 64৪ বিট সম্মত হ'ল ভবিষ্যত। তবে তা আমার প্রশ্নের মূল বিষয় ছিল না। আমি বিক্রেতাদের ধারণা নিয়ে জিজ্ঞাসা করছি যে বিট প্যারিটি একটি বৈধ প্রয়োজন যা তারা আমাদের উপর চাপিয়ে দিচ্ছে। আমাদের বিদ্যমান সার্ভার ফার্মগুলি রয়েছে যা আমরা ব্যবহার করতে চাই যা সমতুল্য নয়।
যৌক্তিকগীত

2

ঠিক আছে, যদি বলেন যে বিক্রেতা কঠোরভাবে পারফরম্যান্সের কথা উল্লেখ করছে, তবে এর কিছুটা সত্য হতে পারে। X86 এবং amd64 সিস্টেমের মধ্যে অবশ্যই কোনও বেমানানতা নেই, কারণ নেটওয়ার্ক প্রোটোকলটি এটি লুকিয়ে রাখা উচিত।

তবে স্থানান্তরের সময় মানগুলির অভ্যন্তরীণ উপস্থাপনা অবশ্যই রূপান্তর করতে হবে। সুতরাং কিছু ফর্ম pack/unpackএটি অংশ হবে। তবে আমি ধরে নেব যে নেটওয়ার্ক প্রোটোকল দুটি প্রকারের সংজ্ঞা দেয় না এবং এটি 64 বিট নেটওয়ার্ক বা 32 বিট মানগুলির জন্য অনুকূলিত হয় optim সুতরাং রূপান্তর জড়িত থাকতে পারে, এবং এটি পরিমাপযোগ্যও হতে পারে। তবে এটি সম্ভবত মারা যায়নি।


1

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

এটি দুটি প্রশ্ন বাড়ে:

  1. এই রূপান্তরটি কি কেবল 32x64 এ সম্পন্ন হয়েছে
    এটি হতে পারে যে বাইনারি চ্যানেলটি সিস্টেম অজ্ঞেয়বাদী (যাতে এটি 32x64 এবং 32x32 এবং 64x64 সমর্থন করতে পারে) এবং রূপান্তরটি কোনওভাবে 32x32 সিস্টেমে ঘটবে।

  2. রূপান্তরকরণের ব্যয় কী।
    আমি ভাবতে পারি না এটি আপনাকে প্রভাবিত করবে। বাইনারি থেকে বাইনারি রূপান্তরকরণের ব্যয়টি ছোট এবং স্থির।

আপনার আরও একটি প্রশ্ন জিজ্ঞাসা করা দরকার:

বিট প্যারিটি থাকার খরচ কি বেশি? তা না হলে পরামর্শদাতাদের সাথে কেন গণ্ডগোল হয়। যদি একটি উল্লেখযোগ্য ব্যয়ের পার্থক্য থাকে তবে পারফরম্যান্সের আসল হ্রাস কী এবং সবচেয়ে গুরুত্বপূর্ণভাবে পারফরম্যান্স হ্রাস আপনার থ্রেশহোল্ড গ্রহণযোগ্যতার নীচে ওয়েব সার্ভারের কার্যকারিতা কমিয়ে দেয়।

অর্থাত্ আপনার যদি সার্ভারের প্রয়োজন হয় সেকেন্ডে 200 পৃষ্ঠাগুলি server একটি 32x32 সিস্টেম 202 সরবরাহ করতে পারে একটি 32x64 200 সরবরাহ করতে পারে এবং একটি 64x64 210 সরবরাহ করতে পারে Then তবে এই পরিস্থিতিতে আপনার সিস্টেমটি কী তা বিবেচনা করে না (তারা সকলেই বারটি পূরণ করে), তবে অতিরিক্ত 10 পাতার সেকেন্ডে অতিরিক্ত ব্যয় কী? ।

শেষ পর্যন্ত সামান্য অতিরিক্ত ব্যয় হলেও (যা আমি সন্দেহ করি)। এই সার্ভারটি ওয়েব সার্ভার দ্বারা আদায় করা অন্যান্য ব্যয়ের তুলনায় তাত্পর্যপূর্ণ বা পরিমাপযোগ্য। অর্থাত্ একটি চূড়ান্ত উদাহরণের দিকে তাকানো: যদি কোনও পৃষ্ঠা তৈরির ব্যয় 100 মিলিয়ন হয় যার মধ্যে 15 মিমি ওয়েব সার্ভার। যদি নন বিট প্যারিটি সংস্করণটি 33% বেশি ব্যয়বহুল (20 মিমি) হয় তবে এই চিটটি কেবলমাত্র একটি পৃষ্ঠা নির্মাণের ব্যয় 105 মিমি করে মাত্র 5% বৃদ্ধি করে।


এটি আকর্ষণীয় মার্টিন। এই বাইনারি চ্যানেল রূপান্তর জন্য কোন রেফারেন্স পৃষ্ঠা আছে?
যৌক্তিকগীত

@ জেকোহেলহেপ: আপনাকে 'এসকিউএল সার্ভার' সম্পর্কে প্রয়োগের বিশদ খুঁজে বের করতে হবে। স্পষ্টতই এটি মালিকানাধীন প্রোটোকল ট্যাবুলার ডেটা স্ট্রিম ব্যবহার করে আমি এ সম্পর্কে কিছুই জানি না তবে এই পৃষ্ঠা অনুসারে এমএস প্রোটোকল প্রকাশ করেছে।
মার্টিন ইয়র্ক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.