এনটিপিডি: ২০১৩ এর মাঝামাঝি ম্যাকবুক এয়ারে ধারাবাহিকভাবে ভুল সময়


2

আমি আমার মাঝামাঝি 2013 ম্যাকবুক এয়ারে আইসিএমপি সময় স্ট্যাম্পিং ব্যবহার করছি এবং আমার ঘড়িটি 1 মিমি থেকে খারাপের নির্ভুলতা পেতে প্রয়োজন।

আমি দেখতে পাচ্ছি যে ntpdএটি ডিফল্ট সেটিংস সহ চলছে এবং /etc/ntp.confএতে server time.apple.comকোনও মন্তব্য ছাড়াই একটি মাত্র লাইন রয়েছে ।

যাইহোক, আমি যদি চালাই ntpdate -d time.apple.com(বা ntpdate -d ntp1.yycix.ca, যা কোনও সময় হিসাবে একই সময়ের জন্য একই অফসেট পড়ার উত্পাদন করে app প্রায় 6 মিমি, বা প্রায়শই প্রায় 4 মিমি (কখনও কখনও 0 মিমি তবে খুব কমই) থাকে।

এটি কেন ঘটছে? আমি আমার ম্যাকবুকটি রিবুটও করছি না, এটি 24/7 চলবে, প্লাগ ইন হয়েছে, কেন ntpdসময়টি সঠিকভাবে রাখছে না?

সিসলগের নিম্নলিখিত রয়েছে:

% syslog | fgrep ntp | fgrep -v sudo | tail
Nov 19 12:59:30 mba.cnst ntpd[86861] <Notice>: proto: precision = 1.000 usec

সর্বশেষে আমি যাচাই করেছি, 1.000 usecআমাদের 1 এর চেয়ে খারাপ নয়, যা 0.001 মিমি বা 0.000001 এস; কেন এটি দাবি করে যে যথার্থতা 0.001 মিমি, যখন বাস্তবে ঘড়ির পরিমাণটি 6 মিমি দ্বারা অফসেট হয়?


আপনার প্রশ্নের উত্তর "কারণ নির্ভুলতা নির্ভুলতার মতো জিনিস নয়" " en.wikipedia.org/wiki/Accuracy_and_precision
Dfc

উত্তর:


2

serverএর শব্দ ntp.conf (5) শুধুমাত্র একটি একক সার্ভার কনফিগার, এমনকি যদি যে আয়োজক একাধিক IP ঠিকানার সমাধান করা প্রদর্শিত হবে।

এটি প্রদর্শিত হবে যে নির্দিষ্ট সার্ভারটি নির্বাচিত হচ্ছিল এটি একটি পিওএস।

mba: {4899} ntpdc -s ; ntpdc -sn
     remote           local      st poll reach  delay   offset    disp
=======================================================================
*time.apple.com  129.xx.xxx.xxx   2 4096  377 0.07106  0.000248 0.24763
     remote           local      st poll reach  delay   offset    disp
=======================================================================
*17.151.16.22    129.xx.xxx.xxx   2 4096  377 0.07106  0.000248 0.24763
mba: {4900} ntpdate -d 17.151.16.22 |& tail -1 ; \
?           ntpdate -d time.apple.com |& tail -1 ; \
?           ntpdate -d ntp1.yycix.ca |& tail -1
26 Nov 01:49:13 ntpdate[97738]: adjust time server 17.151.16.22 offset -0.000318 sec
26 Nov 01:49:16 ntpdate[97740]: adjust time server 17.171.4.15 offset -0.006493 sec
26 Nov 01:49:16 ntpdate[97742]: adjust time server 192.75.191.6 offset -0.006443 sec
mba: {4901}

তারিখ ও সময় পছন্দসমূহে যাওয়া এবং বৈধ এনটিপি সার্ভারের কমা-বিচ্ছিন্ন তালিকা সরবরাহ করা সমস্যার সমাধান বলে মনে হচ্ছে।

জিইউআই-তে কমা-বিচ্ছিন্ন তালিকা সরবরাহ করার ফলে server/etc/ntp.conf- এ বেশ কয়েকটি এন্ট্রি পাওয়া যায় , যদিও আপনাকে অবশ্যই নিশ্চিত করতে হবে যে হোস্ট-নেমগুলি নিজের থেকে আলাদা রয়েছে (অন্যথায়, পুনরাবৃত্ত হোস্টনামগুলির ফলে কোনও অতিরিক্ত প্রকৃত সার্ভার নির্বাচন করা যায় না, হিসাবে ntpq -p)।

mba: {5104} cat /etc/ntp.conf
server ntp1.yycix.ca
server time.nist.gov
server tick.usask.ca
server tock.usask.ca
server clock.nyc.he.net
mba: {5105} ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+ntp1.yycix.ca   .GPS.            1 u  138  512  377   56.517   -0.662   0.319
-2610:20:6f15:15 .ACTS.           1 u  117  512  377   27.975   -1.774   0.989
+tick.usask.ca   .GPS.            1 u  456  512  377   31.388   -0.636   0.135
*tock.usask.ca   .GPS.            1 u  124  512  377   31.486   -0.864   0.413
-clock.nyc.he.ne .CDMA.           1 u  139  512  377   26.860   -2.161   0.194
mba: {5106}

সার্ভারের একটি তালিকা http://support.ntp.org/servers এ উপলব্ধ ; আপনাকে আপনার কাছাকাছি থাকা সার্ভারগুলি নির্বাচন করার চেষ্টা করতে হবে, বিশেষত কেবল ভৌগলিকভাবে নয়, নেটওয়ার্ক-ভিত্তিক।


দুর্দান্ত উত্তর। দেখে মনে হচ্ছে এটি ১০.৯-এও প্রয়োজন হবে যেখানে এনটিপিডি কেবলমাত্র ড্রিফ্ট গণনা করতে চালিত হয় এবং নতুন pacemakerপ্রোগ্রামটি আসলে ব্যাটারি এবং প্রাচীর শক্তি সেটিংসের সাথে ঘড়ি সংশোধন করে।
bmike

দয়া করে লোকদের পুল.ntp.org/en এ নির্দেশ করার জন্য আপনার উত্তরটি আপডেট করুন প্রত্যেকের ম্যাকবুকগুলি স্ট্র্যাটাম ওয়ান টাইম সার্ভারগুলি ওভারলোড করার দরকার নেই।
ডিএফসি

1

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

এখন, আপনার ম্যাকটিতে থাকা স্বতন্ত্র ঘড়িটি সিপিইউ সময় এবং ঘুমের জন্য সত্যই যত্ন করে না, তবে যে প্রক্রিয়াটি কোনও বাহ্যিক উত্সের সাথে সংশোধন করে তা হতে পারে। নীচের দুর্দান্ত মন্তব্যগুলি থেকে - সম্ভবত কোনও সিপিইউ পাওয়ার সাশ্রয় থেকে হার্ডওয়্যারকে আলাদা করে রাখার সম্ভাবনা রয়েছে - https://en.wikedia.org/wiki/Time_Stamp_Counter#Implementation_in_various_processors

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

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

পদ্ধতিটি ডিফল্ট_গেট_প্রেসিশন (অকার্যকর) এর উপরে মন্তব্যগুলি দেখুন যেখানে এটি উল্লেখ করেছে:

/*
 * This routine calculates the system precision, defined as the minimum
 * of a sequence of differences between successive readings of the
 * system clock. However, if the system clock can be read more than once
 * during a tick interval, the difference can be zero or one LSB unit,
 * where the LSB corresponds to one nanosecond or one microsecond.
 * Conceivably, if some other process preempts this one and reads the
 * clock, the difference can be more than one LSB unit.
 *
 * For hardware clock frequencies of 10 MHz or less, we assume the
 * logical clock advances only at the hardware clock tick. For higher
 * frequencies, we assume the logical clock can advance no more than 100
 * nanoseconds between ticks.
 */

এটি আমার কাছে বড় খবর! এটি ব্যাক আপ করার কোনও উত্স আপনার কাছে আছে? X86 আর্কিটেকচার সম্পর্কে আমার উপলব্ধি হ'ল একটি পৃথক টাইম কাউন্টার রয়েছে, এটি সিপিইউ সম্পর্কিত নয়, যা সময় ট্র্যাক করে। যেমন mdoc.su/f/hpet.4
সিএনএস

@ সিএনএস্ট আমি মাভেরিক্সের সোর্স কোডের সাথে লিঙ্ক করেছি, তবে কম নির্ভুলতা সম্পর্কে আমার অনুমান কেবল তা-ই অনুমান এবং এমন কিছু নয় যা আমার কাছে হার্ড ডেটা আছে। সঠিক টাইমকিপিং (এসসিএডিএ সিস্টেম) সহ আমার অভিজ্ঞতা কাস্টম কোড এবং কাস্টম বহিরাগত হার্ডওয়্যার ব্যবহার করে, সিটিইউ / মাদারবোর্ড প্রস্তুতকারকদের কাছ থেকে এনটিপিডি কোড এবং ঘড়িগুলির বিপরীতে।
bmike

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

এছাড়াও, আমি 10.9 নয়, 10.8 ব্যবহার করছি।
সিএনএস

1
আধুনিক সিপিইউগুলি টার্বো-উত্সাহ বা বিদ্যুৎ সাশ্রয়ের জন্য তাদের ফ্রিকোয়েন্সিগুলি স্কেল করে। তবে, তাদের কাছে একটি ধ্রুবক-হারের টাইমস্ট্যাম্প কাউন্টার উপলব্ধ রয়েছে যা অপারেটিং ফ্রিকোয়েন্সি নির্বিশেষে একই হারে টিক দেয়। এই দেখুন সম্পর্কে পেন্টিয়াম 4 যেহেতু সত্য: en.wikipedia.org/wiki/...
thenickdude
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.