আমি কেন 950 এমবিপিএস পাচ্ছি তবে গিগাবিট ইথারনেটে কেবল 360 এমবিপিএস ডাউন করছি?


46

আমি দুটি ডেস্কটপ কম্পিউটার পেয়েছি একে অপরের সাথে সরাসরি কথা বলার। তাদের উভয়েরই গিগাবিট ইথারনেট সক্ষম নেটওয়ার্ক অ্যাডাপ্টার রয়েছে। এটি 1 জিবিপিএস বা 1000 এমবিপিএস। আমি তাদের 10 মিটার দীর্ঘ Cat6 ইউটিপি স্ট্রেইট কেবলের সাথে যুক্ত করেছি এবং আমি সেই তাত্ত্বিক সর্বাধিকের কাছে চলে এসেছি। উইন্ডোজ টাস্ক ম্যানেজার (নেটওয়ার্ক ট্যাব) এক দিকে 844 - 946 এমবিপিএস দেখায়। তবে অন্য দিকে, এটি কেবল 326 - 365 এমবিপিএস দেখায়।

Local: 192.168.100.152
Remote: 192.168.100.151

স্থানীয় কম্পিউটারটি উইন্ডোজ 8.1 প্রো চালায় এবং আমি এটি অন্য কম্পিউটারের সাথে দূরবর্তীভাবে সংযুক্ত করেছি যা উইন্ডোজ ভিস্তা আলটিমেট চালায়।

Iperf ফলাফল

আমি কিছু পরীক্ষার জন্য Iperf ব্যবহার করেছি। আমি প্রতিবার 60 সেকেন্ডের জন্য পরীক্ষা চালিয়েছি। যোগাযোগের প্রতিটি দিকনির্দেশের জন্য আমি 10 বার পরীক্ষা চালিয়েছি। তারপরে আমি গড় পেতে টেস্ট ফলাফলের সাথে এই টেবিলটি একসাথে রেখেছি।

192.168.100.152 -> 192.168.100.151          106 MB/s
192.168.100.152 -> 192.168.100.151          107 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
192.168.100.152 -> 192.168.100.151          107 MB/s
192.168.100.152 -> 192.168.100.151          107 MB/s
192.168.100.152 -> 192.168.100.151          104 MB/s
192.168.100.152 -> 192.168.100.151          101 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
192.168.100.152 -> 192.168.100.151          108 MB/s
----------------------------------------------------
Min: 101 MB/s    Max: 108 MB/s    Avg: 106.4 MB/s (851.2 Mbps)

192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.0 MB/s
192.168.100.152 <- 192.168.100.151          41.0 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.0 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
192.168.100.152 <- 192.168.100.151          41.1 MB/s
-----------------------------------------------------
Min: 41.0 MB/s    Max: 41.1 MB/s    Avg: 41.07 MB/s (328.56 Mbps)

আমার প্রশ্ন, এটি অন্য দিক থেকে এত ধীর কেন?

উইন্ডোজ টাস্ক ম্যানেজার

ইপারফের পরীক্ষাগুলি সম্পাদনের সময় দেখা যায় এটিই নেটওয়ার্ক ডায়াগ্রাম।

একটি B ইংরেজী বর্ণমালার দ্বিতীয় অক্ষর

নিম্নলিখিত দুটি স্ক্রিনশটগুলিতে চিত্রটি মনোযোগ দিন!

গ ঘ

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

ফাইল স্থানান্তর পরীক্ষা

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

192.168.100.152 -> 192.168.0.151    1073741824 Byte    25 s    40,96 MB/s
192.168.100.152 -> 192.168.0.151    1073741824 Byte    20 s    51.2 MB/s
192.168.100.152 -> 192.168.0.151    1073741824 Byte    16 s    64 MB/s
192.168.100.152 -> 192.168.0.151    1073741824 Byte    16 s    64 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    11 s    93.091 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    34 s    30.118 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    11 s    93.091 MB/s
192.168.100.152 <- 192.168.0.151    1073741824 Byte    11 s    93.091 MB/s

উইন্ডোজ ফাইল কপি ডায়াগ্রাম দ্বারা নির্দেশিত থ্রুপুট একটি ভিন্ন গল্প বলছে। এখানে আমি দুটি ফাইল ডাউনলোড করছি, একের পর এক একই ডিস্কে দুটি পৃথক স্থানে। প্রথম অনুলিপি 107 এমবি / গুলি স্থিতিশীল হয়েছে 41% পর্যন্ত, এবং দ্বিতীয়টি ইঙ্গিত করেছে 98.9 এমবি / গুলি 87% অবধি স্থায়ী।

ই চ

সুতরাং এটি Iperf সরঞ্জামের সাথে প্রাপ্ত ফলাফলের সাথে সামঞ্জস্য। এখন, আমি যখন দূরবর্তী কম্পিউটারে আপলোড করি তখন এটি দেখতে কেমন লাগে তা এখানে।

ছ জ আমি

এটি 733 অবধি 103 এমবি / গুলি বজায় রাখে এবং তারপরে এটি 27.2 এমবি / সেকেন্ডে 82% এ চলে যায় এবং তারপরে 49.1 এমবি / সেকেন্ডে 93% এ পৌঁছে যায়।

এখানে আরও দুটি মজার দেখাচ্ছে "রোলার কোস্টার" চিত্রটি রয়েছে।

ঞ ট

আপডেট 1 - লিঙ্ক গতি

আমি রিমোট কম্পিউটারে ওয়াইফাই অ্যাডাপ্টারটি অক্ষম করার চেষ্টা করেছি। (ওয়াইফাই অ্যাডাপ্টারটি ইতিমধ্যে স্থানীয় কম্পিউটারে অক্ষম ছিল)) আমি মনে করি টিমটেক এই মন্তব্যটির দ্বারা বোঝাতে চেয়েছিলেন। আমার একই ধারণা ছিল - ওয়্যার্ড এবং ওয়্যারলেস উভয় অ্যাডাপ্টার একই সাথে সক্রিয় করা তারযুক্ত অ্যাডাপ্টারের উপরের আউটপুটটিকে ওয়াইফাই অ্যাডাপ্টারের স্তরে সীমাবদ্ধ করে (সামঞ্জস্যের জন্য সবচেয়ে ধীর অ্যাডাপ্টারের সাথে অভিযোজিত)। কারণ ওয়াইফাই অ্যাডাপ্টার (এই ক্ষেত্রে DWA-160 ওয়্যারলেস এন) সাধারণত ভিস্টা কম্পিউটার দ্বারা "52 এমবিপিএস" - "104 এমবিপিএস" লিঙ্ক হিসাবে সনাক্ত করা হয়।

নিম্নলিখিত স্ক্রিনশটে, রিমোট কম্পিউটারটি একটি সার্ভার হিসাবে সেট আপ করা হয়েছে এবং স্থানীয় কম্পিউটার ক্লায়েন্ট হিসাবে স্থাপন করা হয়েছে (192.168.100.152 <- 192.168.100.151)।

ঠ

তবে রিমোট কম্পিউটারে ওয়াইফাই অ্যাডাপ্টার সংযোগ বিচ্ছিন্ন করা আমার ওয়্যার্ড সংযোগটিতে আমার কম থ্রুপুটটিকে সহায়তা করে না।

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

আমি যখন ক্লায়েন্ট হিসাবে এবং স্থানীয় কম্পিউটারটিকে একটি সার্ভার হিসাবে সেটআপ করি তখন এটি দূরবর্তী কম্পিউটারে দেখতে কেমন লাগে (192.168.100.152 -> 192.168.100.151)।

মি

আপনি এখানে দেখতে পাচ্ছেন, 1 জিবিপিএস লিঙ্কের প্রায় 95% ব্যবহার করা হচ্ছে। এটি 950 এমবিপিএসে অনুবাদ করে। আমি উপরের পরীক্ষায় ঠিক কী পেয়েছি। তবে অন্য পথে ঘুরে বেড়ানো সম্পূর্ণ ভিন্ন গল্প।

আপডেট 2 - ডুপ্লেক্সিং এবং এমডিআই-এক্স

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

এন ণ

আমি উভয় কম্পিউটারে "1.0 জিবিপিএস ফুল দ্বৈত" পরিবর্তন করার চেষ্টা করেছি। আমি তখন Iperf ব্যবহার করে আগের মতো একই ধরণের পরীক্ষা করেছিলাম। স্থানীয় কম্পিউটারে সার্ভার হিসাবে এবং দূরবর্তী কম্পিউটারের সাথে ক্লায়েন্ট হিসাবে আমি প্রায় 950 এমবিপিএস সর্বাধিক পাই। ক্লায়েন্ট হিসাবে স্থানীয় কম্পিউটার এবং সার্ভার হিসাবে রিমোট কম্পিউটারের সাথে আমি প্রায় 360 এমবিপিএস পাই।

এখানে, এই স্ক্রিনশটগুলি একবার দেখুন।

পি কুই

আপনি এখানে যা দেখেন তা হ'ল আমি যখন দুটি কম্পিউটারের মধ্যে আপলোড এবং ডাউনলোড করি তখন এর চিত্রটি। উচ্চতর গ্রাফ (95 - 98% ব্যবহার) স্থানীয় থেকে দূরবর্তী (upstream 192.168.100.152 -> 192.168.100.151)। নিম্ন গ্রাফ (~ 33% ব্যবহার) স্থানীয় থেকে দূরবর্তী (ডাউনস্ট্রিম 192.168.100.152 <- 192.168.100.151)।

যে কোনও অটো এমডিআই-এক্স সমস্যার সমাধান করার চেষ্টা করার জন্য, আমার কাছে তারগুলির এক প্রান্তে (স্থানীয় কম্পিউটার) সংযুক্ত cross ক্রসওভার অ্যাডাপ্টারগুলির একটি ছিল।

R

এটি অবশ্যই তারটিকে একটি ক্রসওভার কেবল তৈরি করবে। হেইল, আমি এমনকি এটি একটি নেটওয়ার্ক টেস্টারের সাথেও পরীক্ষা করেছিলাম! এটি সত্যই এখন পার হয়ে গেছে (পিনগুলি 1/3, 2/6)!

তাই এখন আমার কাছে দুটি কম্পিউটারের মধ্যে সত্যিকারের ক্রসওভার কেবল সংযোগ রয়েছে এবং আমি ম্যানুয়ালি "1.0 জিবিপিএস ফুল ডুপ্লেক্স" সেট করেছি। তবুও আমার এখনও একই সমস্যা আছে। আর কোন ধারণা? ভিস্তা কম্পিউটার আপগ্রেড করার পাশাপাশি (বা 8.1 কম্পিউটার পুনরায় ইনস্টল করা)?

আপডেট 3 - সফ্টওয়্যার বা হার্ডওয়্যার সীমাবদ্ধতা?

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

উভয় কম্পিউটারই কাস্টম দ্বারা নির্মিত। এখানে কিছু চশমা দেওয়া আছে।

Local
-----
Gigabyte GA-EP45-UD3R
Intel Core 2 Quad Q9650
Intel P45
Corsair XMS2 DHX TwinX DDR2 PC6400/800MHz 4 GB
Realtek 8111C chips (10/100/1000 Mbit)
WD Caviar Black WD1002FAEX
Windows 8.1 Pro 64-bit

Remote
------
Gigabyte GA-X38-DQ6
Intel Core 2 Duo E4500
Intel X38
Corsair XMS2 DHX TwinX DDR2 PC6400/800MHz 4 GB
Dual Realtek 8111B chip (10/100/1000 Mbit)
WD Caviar Black WD1002FAEX
Windows Vista Ultimate 64-bit

টনি পরামর্শ দিয়েছিলেন যে ভিস্তার মেশিনটি একটি খারাপ রিয়েলটেক চিপ ব্যবহার করছে। সুতরাং আমি এই চশমা খনন। আমি এখন দেখতে পাচ্ছি যে ভিস্তা মেশিন 8111 এর বি রিভিশন ব্যবহার করে যখন স্থানীয় মেশিন একই চিপের সি রিভিশন ব্যবহার করে। এর অর্থ কি কিছু? এগুলি উভয়ই প্রস্তুতকারকের দ্বারা 1000 এমবিট (উপরে দেখুন) এর জন্য স্পষ্টভাবে নির্দিষ্ট করা আছে। এটি কি 8111B এত বেশি (360 এমবিপিএস) আন্ডার পারফর্ম করে?

এই নির্দিষ্ট ড্রাইভগুলি 107 এমবি / গুলি বার্সার হারে পৌঁছে যায়। স্থানীয় কম্পিউটারে পরীক্ষায় আমি ঠিক এটিই দেখেছি। তবে এমনকি 55 এমবি / সেকেন্ডের টেকসই ধারাবাহিক বা এলোমেলো পড়া / রচনা 360 এমবিপিএস অনুবাদ করে না। এটি আমাকে 440 এমবিপিএসের কোথাও দেওয়া উচিত, এবং আমি যে 360 এমবিপিএস পাচ্ছি তা নয়। সুতরাং আমি সন্দেহ করি না যে বাধা হ'ল, বিশেষত যেহেতু তারা উভয়ই একই ড্রাইভ মডেলটি ব্যবহার করে। এবং তদুপরি, ফাইল অনুলিপি অপারেশন একটি জিনিস, তবে ইপারফ ডিস্কগুলি মোটেই ব্যবহার করছে না, এটি পরীক্ষার জন্য কেবল র‌্যাম মেমরি ব্যবহার করে।

আপডেট 4 - টিসিপি চেকসাম অফলোড

টনির পরামর্শ অনুসারে, আমি টিসিপি চেকসাম অফলোডিং (আইপিভি 4 এবং আইপিভি 6 এর জন্য) স্যুইচ করার চেষ্টা করেছি।

গুলি টি

আমি উভয় কম্পিউটারের জন্যই "গতি এবং দ্বৈত" পুনরায় অটোতে স্যুইচ করেছি। তবে এতে কোনও লাভ হয়নি। আমার কাছে এখনও একটি দিকে কম থ্রুটপুট এবং অন্য দিকে উচ্চ high

আপডেট 5 - নতুন ড্রাইভার সংস্করণ

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

Update path...

On local (RTL8111C):
8.1.510.2013 (2013-05-10, Microsoft)
8.20.815.2013 (2013-08-15, Realtek)

On remote (RTL8111B):
6.241.623.2010 (2010-06-23, Realtek)
6.250.908.2011 (2011-09-08, Realtek)
6.252.1109.2012 (2012-11-09, Realtek)

তোমার দর্শন লগ করা বনাম W এক্স

আমি এখনও এক দিকে একই লসি থ্রুপুট পেয়েছি।

আপডেট 6 - সিপিইউ ব্যবহার

আমি সিপিইউয়ের ব্যবহার পরীক্ষা করেছি। এটি কোনও সমস্যা হওয়া উচিত নয়। এখানে আমার অনুসন্ধান আছে।

On local...

Download: 4 - 10 %
Upload:   4 - 10 %
Idle:     0 -  4 %

On remote...

Download: 24 - 38 %
Upload:   10 - 25 %
Idle:      1 -  6 %

স্থানীয় (ডাউনলোড, আপলোড, অলস) ...

Y z- র এএ

রিমোট (ডাউনলোড, আপলোড, অলস) ...

AB এসি বিজ্ঞাপন

রিমোটটি আরও অনেক বেশি সিপিইউ শক্তি ব্যবহার করে, তবে এটি ধীর কোর 2 ডুও সহ একটি। তবে আমার পরীক্ষার সময় এটি কখনও 38% পয়েন্ট অতিক্রম করে না। এখানে বিশেষত আকর্ষণীয় বিষয়টি হ'ল এটি ডাউনলোড করার সময় (স্থানীয় <> রিমোট) তুলনায় অনেক বেশি সিপিইউ শক্তি ব্যবহার করে।

সুতরাং 950 এমবিপিএসের একটি থ্রুটপুট সহ এটি 38% এবং 360 এমবিপিএসে 25% ব্যবহার করে। এছাড়াও মূল ব্যবহারটি ভারসাম্যপূর্ণ নয়, এটি অন্যটির চেয়ে একটি কোর বেশি ব্যবহার করে। এ থেকে কোন উপসংহার টানা হবে তা আমি নিশ্চিত নই। স্থানীয় কম্পিউটার মূল ব্যবহার প্রদর্শন করে না, তাই আমি এটি তুলনা করতে পারি না। তবে সিপিইউ ব্যবহারটি স্থানীয় কম্পিউটারেও রয়েছে (ডাউনলোড / আপলোডের ক্ষেত্রে 10%)।

আপডেট 7 - নতুন ইন্টেল গিগাবিট নেটওয়ার্ক অ্যাডাপ্টার

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

AE

আমি উইন্ডোজের জন্য ইপারফের সাথে এখন কিছু পরীক্ষা করেছি এবং ফলাফলগুলি এখানে।

স্থানীয় (ডাউনলোড, আপলোড) ...

AF AG

রিমোট (ডাউনলোড, আপলোড) ...

অই এআই

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

local: 192.168.100.152 (win 8, realtek 8111c)
remote: 192.168.100.154 (vista, intel desktop ct)

192.168.100.152 -> 192.168.100.154    113 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
192.168.100.152 -> 192.168.100.154    103 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
192.168.100.152 -> 192.168.100.154    102 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
192.168.100.152 -> 192.168.100.154    101 MB/s
192.168.100.152 -> 192.168.100.154    102 MB/s
192.168.100.152 -> 192.168.100.154    101 MB/s
192.168.100.152 -> 192.168.100.154    104 MB/s
----------------------------------------------
Max: 113 MB/s    Min: 101 MB/s    Avg: 103.8 MB/s

192.168.100.152 <- 192.168.100.154    42.2 MB/s
192.168.100.152 <- 192.168.100.154    41.2 MB/s
192.168.100.152 <- 192.168.100.154    41.1 MB/s
192.168.100.152 <- 192.168.100.154    43.0 MB/s
192.168.100.152 <- 192.168.100.154    42.3 MB/s
192.168.100.152 <- 192.168.100.154    42.3 MB/s
192.168.100.152 <- 192.168.100.154    40.2 MB/s
192.168.100.152 <- 192.168.100.154    40.9 MB/s
192.168.100.152 <- 192.168.100.154    41.3 MB/s
192.168.100.152 <- 192.168.100.154    42.0 MB/s
-----------------------------------------------
Max: 43.0 MB/s    Min: 40.2 MB/s    Avg: 41.65 MB/s

আমার কাছে কোনও ধারণা নেই কেন প্রথম পরীক্ষার সময় এটি 113 এমবি / সেকেন্ডে স্থানীয় থেকে দূরবর্তী স্থানটিতে পৌঁছেছে। এটি পরীক্ষা চলাকালীন সেই গতি বজায় রেখেছে, 113 এমবি / সেকেন্ডে গ্রাফটি প্রায় সমতল ছিল। আগের মতোই, আমি প্রতিটি রানের জন্য 60 সেকেন্ডের ব্যবধান ব্যবহার করেছি। পরের রানে এটি 104 এমবি / সেকেন্ডে নেমে এসেছিল।

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

আপডেট 8 - উবুন্টু লিনাক্স সহ দুর্দান্ত ফলাফল

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

=======================================================
REALTEK 8111C <-> REALTEK 8111B | IPERF ON UBUNTU LINUX
=======================================================

local: 192.168.100.152
remote: 192.168.100.151

192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
192.168.100.152 -> 192.168.100.151    112 MB/s
----------------------------------------------
Max: 112 MB/s    Min: 112 MB/s    Avg: 112 MB/s

192.168.100.152 <- 192.168.100.151    110 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    110 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
192.168.100.152 <- 192.168.100.151    111 MB/s
----------------------------------------------
Max: 111 MB/s    Min: 110 MB/s    Avg: 110.8 MB/s

স্থানীয় (ডাউনলোড, আপলোড, অলস) ...

এজে AK আল টা একটি

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

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

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

আপডেট 9 ...

কেবল

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

এফডাব্লু এবং এভি

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

Ao পি

AQ আরবী ভাষায় যেমন

ল্যান স্পিড টেস্ট

আমি স্থানীয় মেশিনে ল্যান স্পিড টেস্ট লাইট 1.3 ইনস্টল করেছি। আমি বিশ্বাস করি স্থানীয়ভাবে স্মৃতি এবং দূরবর্তী মেশিনে থাকা ডিস্ক ড্রাইভের মধ্যে পরীক্ষা করা হয়। আমি নিশ্চিত নই. তবে এটি দূরবর্তী মেশিনে ভাগের পথ চেয়েছে। আমি রিমোটে ও $ শেয়ার ব্যবহার করেছি।

এ অ Av

Upload: 427 Mbps
Download: 420 Mbps

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

ল্যান স্পিড টেস্টের সাথে মেমরি টেস্টের কোনও স্মৃতি আমি করিনি কারণ এটিতে রিমোটে এলএসটি সার্ভার নামে একটি প্রোগ্রাম ব্যবহার করা দরকার এবং এটি ব্যবহারের জন্য এই প্রোগ্রামটির নিবন্ধকরণ প্রয়োজন।

আপডেট 10 ...

ডিস্ক ড্রাইভ পরীক্ষা

আমি ডিস্ক ড্রাইভগুলি পরীক্ষা করতে ক্রিস্টাল ডিস্ক মার্ক 3.0.3 ব্যবহার করেছি। ফলাফল এখানে।

Local disk: 118 MB/s read, 113 MB/s write
Remote disk: 70 MB/s read, 69 MB/s write

এগুলি 5 রান এবং 1000 এমবি লোডের উপর ভিত্তি করে ক্রমানুসারে পড়া এবং লেখার গতি।

এটি হ'ল স্থানীয় ডিস্ক (ডিস্ক চিহ্ন, পড়ুন, লিখুন) ...

Aw কুঠার চিরদিনের জন্য

এবং এটি হ'ল রিমোট ডিস্ক ...

AZ

তবে আমি এটি পাই না ... এই ফলাফলগুলি পরস্পরবিরোধী বলে মনে হচ্ছে।

ওকে, লোকাল ডিস্কটি 118 এমবি / সেকেন্ডে পড়তে পারে, যাতে এটি প্রায় 100 এমবি / সেকেন্ডের রিপোর্ট করা আপলোডের জন্য মঞ্জুরি দেয়। তবে এটি যদি কেবলমাত্র 69 এমবি / গুলি লেখার জন্য সক্ষম হয় তবে দূরবর্তী ডিস্কটি এটি গ্রহণ করতে সক্ষম হবে না। তবে কিছু ম্যাজিক মোচড় দিয়ে আমি এখনও গড়ে গড়ে 100 এমবি / সেকেন্ডের বেশি আপলোড পাই।

অন্য পথে ঘুরতে আরও বোধগম্য হয়। যদি রিমোট ডিস্কটি 70 এমবি / সেকেন্ডে পড়তে পারে এবং স্থানীয় ডিস্কটি 113 এমবি / সেকেন্ডে লিখতে পারে তবে ডাউনলোডটি 70 এমবি / সেকেন্ডের চেয়ে দ্রুত হওয়া উচিত নয়। আমি গড়ে প্রায় 40 এমবি / গুলি ডাউনলোড পাই। এটা যুক্তিযুক্ত মনে হবে।

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

(দ্রষ্টব্য যে আমি C:পূর্ববর্তী পরীক্ষাগুলিতে ড্রাইভ লেটার ব্যবহার করেছি যা সম্পূর্ণ আলাদা সিগেট ডিস্ক ড্রাইভে রয়েছে যা দূরবর্তী মেশিনে ওএসকে ধারণ করে। তাই সেই পাঠগুলি তুলনীয় নয়))

ক্যাচিং লিখুন

ডিস্ক রাইটিং ক্যাচিং সক্ষম করে আমি এই ফলাফলগুলি পেয়েছি।

Local to remote: 106 MB/s
Remote to local: 42.2 MB/s

আমি তখন রিমোট এবং লোকাল ড্রাইভে সমস্ত ড্রাইভে লিখিত ক্যাচিং অক্ষম করে দিয়েছি।

বি। এ বেড এন্ড ব্রেকফাস্ট

পরিবর্তনগুলি কার্যকর হওয়ার জন্য কোনও রিবুট অনুরোধ করা হয়নি বলে আমি পুনরায় বুট করিনি। আমি তখন নিম্নলিখিত ফলাফল পেয়েছি।

Local to remote: 106 MB/s
Remote to local: 42.1 MB/s

কার্যত কোনও পরিবর্তন হয়নি। কোনও রিবুট এবং কোনও পুনরায় বুট করার অনুরোধ করা হয়নি।

কিউওএস প্যাকেট

এরপরে আমি রিমোট মেশিনে উপযুক্ত অ্যাডাপ্টারের জন্য এবং তারপরে লোকাল মেশিনে কিউওএস প্যাকেট শিডিয়ুলার অক্ষম করে চলেছি।

খ্রিস্টপূর্ব বিডি

Local to remote: 107 MB/s
Remote to local: 41.9 MB/s

এখানে উল্লেখযোগ্য পরিবর্তন নেই। আবার কোনও রিবুট এবং কোনও পুনরায় বুট করার অনুরোধ করা হয়নি।

জাম্বো প্যাকেট

আমি তখন জাম্বো প্যাকেটগুলি সক্ষম করতে সক্ষম হয়েছি আমি 4 জিবি সেটিংস ব্যবহার করেছি কারণ 4 কেবি হ'ল বৃহত্তম এমটিইউ আকার যা উভয় মেশিনেই সমর্থিত।

থাকা বি ফল

Local to remote: 105 MB/s
Remote to local: 33.3 MB/s

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

Local to remote: 117 MB/s
Remote to local: 33.2 MB/s

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


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

12
আপনি কি লিনাক্স লাইভ-সিডি (দুটি অভিন্ন বুট ডিস্ক) থেকে সফ্টওয়্যার সম্পর্কিত সমস্যাগুলি এড়াতে এবং এইচডিডি সমস্যাগুলি অস্বীকার করার জন্য কোনও ফাইলকে র‌্যাম-ডিস্ক থেকে র‌্যাম-ডিস্কে স্থানান্তরিত করার জন্য দুটি মেশিন বুট করার কথা বিবেচনা করেছেন?
মোশে কাটজ

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

1
@ মোশেকাট্জ আমি কেবল এটি করেছি did আমি সবেমাত্র পোস্ট করা ফলাফলগুলি দেখে (আপডেট 8 দেখুন) দেখতে পাচ্ছি যে উবুন্টুর সাথে উভয় দিকেই আমি দুর্দান্ত থ্রুপুট পেয়েছি।
সমীর

2
@ সামি বাহ, এই বিষয়টি বড় হচ্ছে :) আমি আপনাকে উভয় প্রান্তে লিনাক্স চেষ্টা করে দেখেছি। তবে আপনি কি ইতিমধ্যে লিনাক্স <--> উইন 8 এবং / অথবা লিনাক্স <--> উইন.ভিস্টা ব্যবহার করে দেখেছেন? যদি তাদের মধ্যে উভয়ের দু'দিকে পুরো গতি থাকে তবে আপনি জানেন যে অন্যটি দোষে রয়েছে (যা অন্য পরীক্ষায় প্রদর্শিত হবে) এবং আপনি / আমরা আমাদের মেশিনে আমাদের প্রচেষ্টা মনোনিবেশ করতে পারি can
রিক

উত্তর:


6

আপনার প্রতিক্রিয়ার ভিত্তিতে:

@ ইওহাক স্থানীয় মেশিনে টিসিপি উইন্ডোর আকার সাধারণত রিমোট মেশিনের উইন্ডোর আকার থেকে পৃথক হয়। স্থানীয়টিতে ডিফল্ট মান 0.06 মেগাবাইট (8 টি জয়) এবং রিমোটের (ভিস্তার) 0.01 এমবি। তাদের কি একই মান হতে হবে? আমি কীভাবে এটি এমএসএস অনুমান করতে বলব? এটি কি এম-মিউচ ("সেকিমেন্ট বিভাগের আকার মুদ্রণ") হবে? আমি সাধারণত এর কোনটিই সেট করি না। আমার কেন হবে? - স্যামি 30 নভেম্বর 21:39 এ

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

অতএব, আমি প্রথমে যা চেষ্টা করব তা হল -wযুক্তিটি ব্যবহার করে ভিস্তা মেশিনে টিসিপি উইন্ডো আকার বাড়ানো । 0.01MB কিছুটা অসহায় ইউনিট; আমি অনুমান করছি এটি 16 কিবিবি। সুতরাং 16KiB দিয়ে শুরু করুন এবং একটি পরীক্ষা চালান:

iperf -c -w 16K ...

উইন্ডোর আকার দ্বিগুণ করুন এবং পরীক্ষার পুনরাবৃত্তি করুন:

iperf -c -w 32K ...

আশা করি আপনার গতি বৃদ্ধি লক্ষ্য করা উচিত। আপনি আর উল্লেখযোগ্য গতি বৃদ্ধি না পাওয়া অবধি উইন্ডোর আকার দ্বিগুণ করা চালিয়ে যান।


4

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

আপনি কি আপনার চার্টের তীরের দিকটি নিশ্চিত করতে পারবেন? আইপিআরফ-এ ডেটা ক্লায়েন্ট থেকে সার্ভারে ধাক্কা দেওয়া হয় (আমি সাধারণত যা মনে করি তার বিপরীতে)।

আপনি হার্ড ড্রাইভগুলি কারণ হিসাবে বাতিল করতে পারেন যেহেতু আইপিএফ হার্ড ড্রাইভগুলি স্পর্শ করে না।

আমি মনে করি আপনি ইতিমধ্যে যাচাই করেছেন যে আপনি সর্বশেষতম এনআইসি ড্রাইভার চালাচ্ছেন। ম্যানুয়ালি গতি / ডুপ্লেক্স নির্ধারণের সাথে চারপাশে কুঁচকে যাওয়ার দরকার নেই। জাম্বো ফ্রেমগুলির সাথে একই - তারা আধুনিক হার্ডওয়্যার সহ ঝামেলাটি মূল্যবান নয়।

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


3

আমি মনে করি আইপিআরফ কীভাবে কাজ করে সে সম্পর্কে আপনাকে আরও কিছুটা পড়া দরকার। আপনি যদি সঠিক টিসিপি উইন্ডো আকার নির্ধারণ না করেন তবে আপনার ফলাফলগুলি অনেক বেশি পরিবর্তিত হবে। আমি বিশ্বাস করি এর ও-সুইচটি আছে। এই ওয়েবসাইটটি অনুকূল টিসিপি উইন্ডোর আকার গণনা করতে সহায়তা করবে। এটি গণনা করার জন্য আপনাকে আরটিটি এবং ব্যান্ডউইথ জানতে হবে। http://www.kehlet.cx/docs/tcpwin.php

"ল্যান স্পিড টেস্ট" লাইটের মতো অন্যান্য সরঞ্জামও চেষ্টা করে দেখুন যা উভয় প্রান্তে শেয়ারের মধ্যে স্থানান্তরিত করবে এবং ডাউন করবে। এর ফলাফলগুলি এর সাথে সম্পন্ন টেস্টিংয়ের কাছাকাছি quite আপনার হার্ড ড্রাইভ সর্বোচ্চ r / w গতি কি তা পরীক্ষা করে দেখুন what


আমি আরটিটি বের করার জন্য পিং কমান্ডটি ব্যবহার করতে পারি? আমি যদি রিমোটটি পিং করি তবে আমি 1 এমএসেরও কম পাই। তবে এটি আমাকে কতটা বলে না। আরও কিছু স্পষ্টতা সহ আমি ব্যবহার করতে পারি এমন অন্য কোন সরঞ্জাম কি আছে? আমি জানি আমি সূত্রটিতে 0 এমএস ব্যবহার করতে পারি না।
সমীর

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

3

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

ব্যবহারের netsh int- এ TCP সেট বিশ্বব্যাপী congestionprovider = ctcp মূল্যমান হ্রাস করা হয়েছে। কনজেশনপ্রাইডার সেট বা পরিবর্তন করতে নিম্নলিখিত কমান্ডটি ব্যবহার করা আবশ্যক:

নিবন্ধটি এখানে পড়ুন: http://forums.speedguide.net/showthread.php?280646- যখন উইল- টিসিপি- অপ্টিমাইজার- সমর্থন- উইন্ডোজ-8-amp-Windows-Server-2012

netsh int tcp সেট পরিপূরক কাস্টম 300 10 ctcp অক্ষম 50 তারপরে টাইপ করুন: netsh int tcp সেট পরিপূরক কাস্টম

উপরের কমান্ড সম্পর্কে আরও তথ্যের জন্য কেবল টাইপ করুন: netsh int সেট পরিপূরক

আপনার বর্তমানে কোন কনজেশনপ্রাইডারটি ব্যবহার করছেন তা যাচাই করতে নিম্নলিখিতগুলি ব্যবহার করুন: netsh int tcp পরিপূরক দেখান

তবে কেবল উইন সার্ভার 2012 কাস্টম টেমপ্লেট তৈরি করতে পারে সিটিসিপি হয়তো কোনও সমস্যা।

এছাড়াও অটো-স্কেলিং একটি কারণ হতে পারে।

আপনার ড্রাইভারগুলি একবার দেখে নেওয়া মূল্যবান হতে পারে আপগ্রেড / ডাউনগ্রেডের প্রয়োজন। কোনটি সবচেয়ে ভাল কাজ করে দেখুন।

আরেকটি চিন্তা হ'ল প্যাকেট-আকারগুলি এইচডিডিতে লেখা হচ্ছে .. আপনার এইচডিডি খাতগুলি 512b ~ 64K এ ফর্ম্যাট করা কী আকার হতে পারে এটি ক্যাচিং বাটনেলেক হতে পারে .. জিবিআইটি গতি ব্যবহার করার সময় বিবেচ্য - বা এসএসডি ডিস্কের পরিবর্তে পরীক্ষা!

আপনি কি জাম্বো প্যাকেটগুলি সক্ষম করার দিকে লক্ষ্য করেছেন (যদি এটি আপনার এনআইসির ক্ষেত্রে প্রয়োগ হয়)


উইন্ডো আকারের স্কেলিং অক্ষম করা এবং RWIN মানটি 64K তে ম্যানুয়ালি সেট করা সম্ভব?
সমির

আমি কেবল পড়েছি যে আরডব্লিন মানটি আধুনিক উইন্ডোজ সিস্টেমে পরিবর্তনশীল হয়। এটা কি সত্য? যে RWIN একটি নির্দিষ্ট মান হতে পারে না?
সমীর

2

উবুন্টু লিনাক্সের সাথে দুর্দান্ত ফলাফল

এটি বেশ পরিচিত বলে মনে হচ্ছে ... আপনি iperfউইন্ডোজে অনভিজ্ঞভাবে খারাপ পারফরম্যান্স পাবেন তবে একই হার্ডওয়্যার লিনাক্সের সাথে দুর্দান্ত কাজ করে।

এই যুদ্ধটি বারবার লড়াই করার পরে, আমি এই সিদ্ধান্তে পৌঁছেছি যে iperfউইন্ডোজটি দুর্বল । কেন জানি না ... সত্যি বলতে, আমি যত্ন নেওয়া ছেড়ে দিয়েছি কারণ আমি জানি যে আমি সর্বদা লিনাক্স থেকে বুদ্ধিমান ফলাফল পেতে পারি।

সুতরাং আপনি যদি এমন খারাপ পারফরম্যান্স পাচ্ছেন তা যদি আপনি জানতে চান তবে অ্যাপ্লিকেশনটির চেয়ে আরও দূরের কোনও দিকে তাকান না।


2

চেষ্টা করার কিছু বিষয় হল এমএমসিএসএস পরিষেবা বন্ধ করা। হ্যাঁ, আপনি নিজের অডিও অস্থায়ীভাবে হারাবেন, তবে এমন কিছু হতে পারে যা কিছু এটি সক্রিয় করছে, যার ফলে নেটওয়ার্ক ক্রিয়াকলাপ থ্রোটল হয়ে যায় যাতে নেটওয়ার্ক ক্রিয়াকলাপ অন্য ক্রিয়াকলাপ ডুবে না যায়।

এমএমসিএসএস এবং নেটওয়ার্ক থ্রোটলিং সম্পর্কে কিছু তথ্যের জন্য এখানে দেখুন: http://blogs.technet.com/b/markrussinovich/archive/2007/08/27/1833290.aspx

এই নির্দেশাবলী অনুসারে এটি টুইট করা যেতে পারে: http://support.microsoft.com/kb/948066

আমি সন্দেহ করি এটি এ ক্ষেত্রে কারণ, কারণ থ্রুপুট সম্ভবত কম হবে তবে ভিস্তার উপর আমার নিজের থ্রুটপুট সমস্যার সাথে দীর্ঘ সময় দেয়ালের বিরুদ্ধে মাথা ঠেকানোর পরে আমি আবিষ্কার করেছি যে এটিই কারণ ছিল। আমি নেটওয়ার্কথ্রটলিং ইন্ডেক্সকে 70 এ সেট করেছিলাম এবং শেষ পর্যন্ত আমার প্রত্যাশিত থ্রুপুটটি পেয়েছি।


2

একটি জিনিস যা আপনি চেষ্টা করেন নি তা হ'ল ভিস্তার উপরের দূরবর্তী ডিফারেনশিয়াল সংক্ষেপণটি সরিয়ে দেওয়া ।

আমার চিন্তাভাবনা ভিস্তার উপর বিস্তৃত সিপিইউ ব্যবহার দ্বারা অনুপ্রাণিত। এটি হতে পারে যে ভিস্তা নেটওয়ার্ক ড্রাইভার কীভাবে এটি নেটওয়ার্ক কার্ডে অফলোড করতে জানে না, যখন উইন্ডোজ 8 এটি আরও কার্যকরভাবে করে।

সম্পূর্ণ বিশদ জন্য নিবন্ধটি দেখুন:
রিমোট ডিফারেনশিয়াল সংক্ষেপণ অক্ষম করে ভিস্তার নেটওয়ার্কে ধীর ফাইল অনুলিপি করা প্রতিরোধ করুন

তবে সংক্ষেপে, Remote Differential Compressionকন্ট্রোল প্যানেলে -> প্রোগ্রাম এবং বৈশিষ্ট্যগুলি -> উইন্ডোজ বৈশিষ্ট্যগুলি চালু এবং বন্ধ করুন, তারপরে পুনরায় বুট করুন un

ভাবমূর্তি


0

এর আগে আমি আমার লেজটি কিছুটা সময় একই সমস্যার সাথে তাড়া করি! আমার ক্ষেত্রে আউটবাউন্ডে (আপলিংক) একদিকে ধীরে ধীরে স্থানান্তর গতি।

উইন্ডোজ 7 প্রো, রিলেটেক গিগাবিট 8111 সি বিল্টিন ল্যান কার্ড সহ সেলেনরন জে 1800। QNAP 453a এবং অন্য প্রান্তে ম্যাকবুক প্রো।

যখন Iperf3- র মাধ্যমে পরিমাপ করা হয়েছিল তখন আমি আমার উইন্ডোজ 7 সেটটি ক্লায়েন্ট হিসাবে (25-30% সিপিইউ ব্যবহার) পেয়ে 112 এমবিপিএস পাচ্ছিলাম। 50-100% এর মধ্যে ভারী সিপিইউ ব্যবহার সহ একটি সার্ভার হিসাবে সেট করার সময় কেবল 39-41 এমবিপিএস থাকে। এত খারাপ যে পিসি ব্যান্ডউইথ পরীক্ষার সময়ে জমাট বাঁধে।

আমি যদি আমার এনএএস বা আমার ম্যাক-এ ফাইল আপলোড বা ডাউনলোড করি তবে নিয়মিত ফাইল স্থানান্তর সর্বাধিক 45 এমবিপিএসে ক্যাপড থাকে।

আমি প্রতি সেকেন্ডে 35-45 মেগাবাইটের চেয়ে বেশি কিছুই পাচ্ছিলাম না। খুব হতাশার!

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

আপনার মধ্যে কেউ কেউ বলতে পারেন, কেবল পুরানো ড্রাইভারটি মুছুন এবং নতুনটি ইনস্টল করুন। সরল, আহ? আমি চেষ্টা করেছি এবং চেষ্টা করেছি, এটি আমার পক্ষে কার্যকর হয়নি।

এখানে আমার সমাধান:

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

ডিভাইস ম্যানেজার / ল্যান কার্ড / অ্যাডভান্সড সেটিংসের অধীনে / ফ্লু কন্ট্রোল ব্যতীত সবকিছু অক্ষম করুন।

উইন্ডোজ বৈশিষ্ট্যগুলির অধীনে, দূরবর্তী ডিফারেনশিয়াল সংক্ষেপণ অক্ষম করুন।

এখন গড় গতি 80-100 এমবিপিএসের মধ্যে।

দুর্বল মানের ছবিগুলির জন্য দুঃখিত।

এখানে চিত্র বর্ণনা লিখুন


-2

ইউটিউবে লিনাস টেক টিপস থেকে লিনাসেরও একই সমস্যা ছিল এবং আমি ক্ষমা চাইছি তবে সমাধানটি কী ছিল তা আমি ভুলে গিয়েছি। এটি একটি সাম্প্রতিক (৪/২০/২০১ and) ভিডিও এবং আমি ভুল হতে পারি তবে আমি মনে করি এটি প্রসেসরের একক থ্রেডই সীমাবদ্ধ ফ্যাক্টর হিসাবে দাঁড়িয়েছে তবে আপনার যদি পুরানো হার্ডওয়্যার থাকে এবং আপনি হন 1 জিবিপিএস হিট করার চেষ্টা করা হচ্ছে, এটি আসলে সিপিইউই হ'ল সমস্যাটি যদি এটি সিপিইউ-র বেশিরভাগ কাজ অফলোড করে, যা বেশিরভাগ অন-বোর্ড এনআইসিগুলি এই দিনগুলিতে করে। আমার ভুল হতে পারে, এটি তার একটি সাম্প্রতিক ভিডিও, আমি আপনাকে তার প্রবাহটি পরীক্ষা করতে উত্সাহিত করি। এটির মূল্য কীসের জন্য আমি আমার গিগাবিট ইন্টারনেট সংযোগে একই সমস্যায় পড়ছি।


"সমাধানটি কী ছিল তা আমি ভুলে গেছি" - এর উত্তরের খুব বেশি কিছু হয় না তখন?
DavidPostill

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