নেতিবাচক পিং সময়?


15

এই প্রথম আমি এটি দেখেছি এবং এর অর্থ কী তা আমি নিশ্চিত নই;

64 bytes from 74.125.93.99: icmp_seq=6233 ttl=53 time=545.493 ms  
64 bytes from 74.125.93.99: icmp_seq=6234 ttl=53 time=776.093 ms  
64 bytes from 74.125.93.99: icmp_seq=6235 ttl=53 time=-705.731 ms  
64 bytes from 74.125.93.99: icmp_seq=6236 ttl=53 time=52.549 ms   
64 bytes from 74.125.93.99: icmp_seq=6237 ttl=53 time=44.470 ms  

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


4
আপনার কি এএমডি প্রসেসর রয়েছে?
ম্যাক্লিওড

9
স্পেস-টাইম ধারাবাহিকতায় কেবল একটি অস্থায়ী ফাটল। চিন্তার কিছু. এখন আমি আমার ডিওলোরিয়ানের চাবিগুলি কোথায় রেখেছি?
জাগলার

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

12
নেতিবাচক পিং ল্যাগ ম্যাট্রিক্সের একটি বিচ্যুতি। যখন তারা কিছু পরিবর্তন করে তখন এটি ঘটে।
জেমস টি স্নেল

উত্তর:


15

পিংয়ের সময় এনটিপি বা উইন্ডোজ টাইম সার্ভিস সিস্টেম ঘড়িটি সিঙ্ক করেছিল?


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

এটি অদ্ভুত, তবে দুর্দান্ত সমস্যার সমাধানের জন্য +1 হবে।
এমবিবি

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

আমি কেবল ভার্চুয়াল মেশিনে একই সমস্যাটির মুখোমুখি হয়েছি এবং নিশ্চিত করতে পারি যে এনটিপি সময় প্রবাহকে সংশোধন করার বিষয়টি ছিল। service ntpd stopCentOS এ ঠিক করে দিয়েছে (তবে অন্যান্য সমস্যা তৈরি করবে, স্পষ্টতই)। দেখুন এই খুব মজার প্রশ্ন আরও তথ্যের জন্য।
বেনিয়ামিন

4

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

ব্যক্তিগতভাবে, আমি এটি নিয়ে চিন্তা করব না এবং এটি আইসিএমপিতে ধারণাগত ত্রুটি হিসাবে ধরে নেব না ... হতে পারে এমন প্যাকেট যা কোনও অন্য পথ দিয়ে গেছে বা মেশিন / রাউটারগুলির সাথে জড়িত এমন কিছু কিছু যা তাদের ঘড়িগুলি আলাদাভাবে সেট করে set


2
সংযুক্ত আলোচনা থেকে, আমি আইসিএমপি-তে ধারণাগত ত্রুটির দিকে ঝুঁকব না। দেখা যাচ্ছে যে এএমডি-র দুটি কোরের মধ্যে ক্লক স্কিউ রয়েছে যা সময়ের whichণাত্মক ব্যাখ্যার কারণ হয়ে দাঁড়ায়।
ইভান

@ ইভান: তবে 0.7 সেকেন্ডের মধ্যে একটি বিশাল তাত্পর্য !
যান্ত্রিক শামুক 0

2
আপনি পিং থেকে যে প্রতিবেদনটি পেয়েছেন তা বাহ্যিক রাউটারগুলিতে থাকা ঘড়ির সাথে কিছু করার নেই, প্যাকেটটি তার গন্তব্যস্থলে প্রেরণ করা এবং হোস্টের কাছে উত্তর ফিরে পাওয়ার পর থেকে এটি সময়ের পার্থক্য। এটি হোস্ট দ্বারা আটকানো হয়।
MaQleod

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

@ ইভান: আমি বলতে চাইছি যে 0.7 সেকেন্ড এর চেয়ে আরও গুরুতর ত্রুটি ঘটাতে বাধ্য, সুতরাং আমরা সম্ভবত এটি ইতিমধ্যে শুনেছি।
যান্ত্রিক শামুক 0

1

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

টিসিপি / আইপি পুনরায় সেট করতে (এবং সময়গুলি), প্রশাসক সিএমডি উইন্ডোটি খুলুন এবং নিম্নলিখিতটি প্রবেশ করুন:

ipconfig /flushdns
arp -d
gpupdate /force
netsh int ip reset null
netsh winsock reset

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

তাহলে এখানে কী ঘটে?

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

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

দুঃখজনক বিষয়, এটি গেমগুলিতে পিং মিসকাউন্টগুলিও সাফ করে।

দ্রষ্টব্য- আপনি যদি লগ ফাইলটি দেখতে চান তবে ফাইলের নাম দিয়ে নালটি প্রতিস্থাপন করুন, যেমন c:\log.txt - নুল মানে কোনও ফাইল নেই (প্রযুক্তিগতভাবে)


1

আমি বিশ্বাস করি এটি pingকমান্ডটি প্যাকেটগুলি যেভাবে টাইপ করে এবং এটি এমডি প্রসেসর দ্বারা ইন্টেলের চেয়ে বেশি উত্তেজিত হয়।

ফাংশন যে উইন্ডোতে হাই রেজোলিউশনের সময়জ্ঞান জন্য ব্যবহার করা হয় QueryPerformanceCounterএবং QueryPerformanceFrequency

দুর্ভাগ্যক্রমে, তারা মাল্টি-কোর প্রসেসরের জন্য ভেঙে গেছে কারণ এই প্রসেসরগুলি একই নম্বর দেয় না।

পিংকে ফিক্স করার জন্য থ্রেড অ্যাফিনিটি সেট করা ping । আমি সন্দেহ করি এটি এটি করছে যা নেতিবাচক সময়কে ব্যাখ্যা করবে। এএমডি এবং এমএস থেকেও প্যাচ রয়েছে যা এটিকে বাছাই করতে সহায়তা করবে বলে মনে করা হচ্ছে।

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