  |
はてなキーワード: NTPとは
SFLメンバーがほぼ発表されたから各チームの注目ポイントを書いていく。チーム一覧と独自計算したレーティングは以下の通り。
| チーム名 | 平均 レート | メンバー(カッコ内はレート) |
|---|---|---|
| Good 8 Squad | 1830 | ガチくん(1951),カワノ(1860),ぷげら(1760),YHC-餅(1749) |
| Saishunkan Sol 熊本 | 1819 | ひぐち(1883),ふ～ど(1817),ネモ(1790),ウメハラ(1784) |
| IBUSHIGIN | 1815 | 翔(1959),ササモ(1791),cosa(1784),ヤナイ(1725) |
| 名古屋NTPOJA | 1815 | 立川(1827),KEI.B(1814),大谷(1803),もっちー(?) |
| VARREL | 1806 | もけ(1925),水派(1791),マゴ(1757),だいこく(1751) |
| FAV gaming | 1780 | りゅうきち(1926),ts(1756),りゅうせい(1729),sako(1709) |
| DetonatioN FocusMe | 1779 | 竹内ジョン(1811), 板橋ザンギエフ(1799),ナウマン(1789),まちゃぼー(1716) |
| REJECT | 1777 | ときど(1920),あきら(1781),鶏めし(1744),Leshar(1664) |
| Crazy Raccoon | 1771 | ボンちゃん(1870),かずのこ(1817),Shuto(1746),どぐら(1650) |
| 忍ism Gaming | 1748 | ヤマグチ(1773),ももち(1768),藤村(1738),ジョニィ(1711) |
| CAG OSAKA | 1743 | GO1(1793),えいた(1729),フェンリっち(1726),うりょ(1725) |
| 広島 TEAM iXA | 1743 | ひかる(1842),ACQUA(1786),ひびき(1719),じゃじい(1623) |
こうやって計算してみるとそこまで抜けているチームはないかな。このランキングでは最下位になった広島も全然優勝のチャンスはあるメンバーだし、バランスはかなり良さそう。
最強チームだが昨年度は8位と振るわなかった。実力的には申し分ないためオーダー等を含めたチーム戦略の部分を誰がリードするのかが鍵となりそう。
ウメハラがSFLに返ってきた。チーム力も申し分なく、特にひぐちの安定感は別格。オジ達がキャラ変しているのが不安材料か。
Year1最強の翔、粘り強い戦いを見せるcosaなど実力者がそろっている。本年度の参入を狙ってチームメンバー4人を維持し続けてきたというエピソードが泣ける。翔のJPが大幅な弱体化を受けてどうなるか注目している。
誰にも予想できなかった他ゲー勢もっちーを加えたチーム。ギルティギアでの経験はスト6にどう活きるのか注目。また、立川は最近調子が良いことはもちろん、コーチングの才能もあり、他ゲー勢とのコラボレーションに大いに注目が集まる。
昨年は強いと言われていたが、あと一歩勝ちきれない印象だった。好調を維持し続けているもけがチームを引っ張れるのか。みんな大好きマゴさんの復調は見られるのか。目が離せないチーム。
昨年の王者だがメンバー二人が変更となり、チームの印象はだいぶ変わった。俺を獲れでの優勝、EVO Japan 4位と絶好調のりゅうきちが台風の目となるか。
昨年2位と実力のあるチーム。昨年は成績がふるわなかった板橋ザンギエフだが、ザンギエフが大幅強化されたことでどうなるか。
まさかの海外勢Lesharを加えたチーム。最強の兼業プロゲーマーあきらが会社を辞めたところも注目ポイント。格ゲー界の顔とも言えるときどだがリーグ戦はぱっとしない印象。チームリーダはときどだろうからリーダーらしい成績を残せるのか注目したい
どうやったら初年度からこのメンツを揃えられるのか信じられないチーム。去年のSFL TOP1のボンちゃんとTOP2のShuto。そして安定感のあるカズノコ。昨年はあまり良いところがなかったどぐらだが、持ちキャラベガの実装で復調が期待される。
ダブルドリーム！！！ヤマグチとももちが同じキャラを使い、ドリームコンボと呼ばれる高難易度コンボを狙う。忍びってなんだ？まさにドリームチーム
人間性能最強と言われるGO1とえいたを擁するチーム。今年から加入したうりょはリーグ戦に強いとされ、チーム全体の底上げができるか注目している。
万年最下位だが今年は違う。最年少のひかると3on3での活躍が目立ったひびきが加入。どちらも癖のあるキャラを使うので他チームは対策に苦労するだろう。特徴あるチームをACQUAが引っ張れるのか注目したい
レーティング算出に使用した大会: EVO 2023, EVO Japan 2024, WW 1-5, オフラインプレミア シンガポール, フランス, オンラインプレミアjapan, LCQ, FAV CUP, red bull Kumite 日本予選, Beast CUP, DreamHack Dallas/Summer, BAM
id:poko_penさんにidコールを頂いたので書きました。
総務省は電磁波使用に対しては促進的立場であり、総務省が主導で行った研究や収集したデータにはバイアスがかかる可能性があると思われます。また電磁波を利用して生活しているほとんどの現代人においても「できれば否定されてほしい」バイアスが働きます。また、ある時点での科学水準で「論理的に起こるはずのない」問題が数十年後に明らかになるようなことは決して珍しくないと思います。
よりニュートラルと考えられる環境省の出している資料（https://www.env.go.jp/chemi/electric/material/minomawari.pdf）では（総務省Websiteからもリンクがありますが）、携帯電話基地局など（無線LANを含む）では「携帯電話基地局などからの弱い高周波電磁界が健康への有害な影響を起こすという説得力のある科学的証拠はありません」との見解を示している一方、携帯電話では脳腫瘍のリスク上昇との因果関係は確立されていないものの、長期間の使用と脳腫瘍のリスク上昇との関連についてのデータが少ないことから、「携帯電話使用と脳腫瘍リスクのさらなる研究が必要」としています、とあります。
また同じ資料内に「現時点では、質の良い証拠は不十分で、症状の発症において無線周波電磁界への長期的なばく露が果たす役割について結論を導くことができません」としています。
アメリカ合衆国保健福祉省のNTP study（https://ntp.niehs.nih.gov/whatwestudy/topics/cellphones/index.html）では「携帯電話で用いられているものと同様の電波の高いレベルにばく露した雄ラットは、がん性の心臓腫瘍を発症したという明確な証拠がある」ことがわかっています。
僕が言いたいのは、Wi-Fiおよび生活上使用される電磁波の小児の発達や健康に対する影響に関しては、判断するための十分なリアルワールドでの科学的データがあるとは言えない（例えば携帯電話が使用されるようになって20－30年しか経っていないのに40－50年後の影響は不明）ので、少なくとも「ばかげてる」と一蹴するのは非科学的態度だということです。影響がないことは証明できませんが、少なくとも、総務省が言うように「影響があるという証拠がない」は「影響がない」と大きな隔たりがあります。問題とすべき影響がない可能性が高いことを示すデータを集めることはできますが、それには数千人を前向き研究で数十年綿密にフォローする必要があります。
Windowsでどん。
w32tm /monitor /computers:ntp.jst.mfeed.ad.jp,time.cloudflare.com,ntp.nict.jp,time.google.com,ntp.ring.gr.jp,time.windows.com,time.nist.gov /ipprotocol:4 /nowarn
※調査したPCはntp.jst.mfeed.ad.jpを参照しています。
ICMP: 11ms 遅延
NTP: +0.0014266s ローカル コンピューターの時刻からのオフセット
階層: 2
NICTをソースとするStratum 2のパブリックNTP。
ICMP: 11ms 遅延
NTP: -0.0073322s ローカル コンピューターの時刻からのオフセット
階層: 3
CDNのCloudflareが提供しているNTP。
遅延が少ないのは、東京と大阪にそれぞれサーバがあるかららしい。
ICMP: 10ms 遅延
NTP: +0.0011621s ローカル コンピューターの時刻からのオフセット
階層: 1
日本標準時をソースとするStratum 1のパブリックNTP。
ただし、一時間辺り20回までにしときと注意書きがFAQにある。
ICMP: 38ms 遅延
NTP: -0.0013263s ローカル コンピューターの時刻からのオフセット
階層: 1
Googleが公開しているNTP。ソースは原子時計とのこと。Stratum 1。
ICMP: エラー IP_REQ_TIMED_OUT - 次の時間内に応答がない 1000ms
NTP: エラー ERROR_TIMEOUT - 1000 ミリ秒内にサーバーからの応答がない
福岡大学のNTPを救うために立ち上がった人々によって立ち上げられたNTP。
生きてる？
ICMP: エラー IP_REQ_TIMED_OUT - 次の時間内に応答がない 1000ms
NTP: +0.0003482s ローカル コンピューターの時刻からのオフセット
階層: 3
エラーが出るけど、値は悪くない？
ICMP: エラー IP_REQ_TIMED_OUT - 次の時間内に応答がない 1000ms
NTP: +0.0037770s ローカル コンピューターの時刻からのオフセット
階層: 1
UTC(NIST)をソースとするStratum 1のNTP。
アメリカは遠いよね。うん。
答えはここにあった。
ただし、ポーリング間隔が26 = 64秒は短く、ntp.nict.jpのアクセス回数に引っかかるので、変更することにしました。
http://jjy.nict.go.jp/tsp/PubNtp/qa.html#q1-4
[Q.1-4] ポーリング間隔(アクセス回数)に制限はありますか？
[A.1-4] 1時間平均で20回(1日の合計が480回)を超えないようにしてください。 それ以上が必要な場合は事前にご連絡ください。
そこで、29 = 512秒にしました。
以下、設定。
HKEY_LOCAL_MACHINE92;SYSTEM92;CurrentControlSet92;Services92;W32Time92;Parameters ntp.nict.jp,0x9 HKEY_LOCAL_MACHINE92;SYSTEM92;CurrentControlSet92;Services92;W32Time92;Config MaxPollInterval 9 MinPollInterval 9 UpdateInterval 100 FrequencyCorrectRate 2 HKEY_LOCAL_MACHINE92;SYSTEM92;CurrentControlSet92;Services92;w32time92;TimeProviders92;NtpClient SpecialPollInterval 512
※ntp.nict.jpの後の数字が0x8なら、MaxPollIntervalとMinPollIntervalの値を使います。0x9ならSpecialPollIntervalの値を使います。
設定から3時間経過後、+0.005±0.003(s)ぐらいの値で安定しました。
JST Clock(https://www.nict.go.jp/JST/JST5.html)にて、「合っています」いただきました。嬉しい。
ガラケーのカレンダーがおかしくなったって話題になったけど、他に周囲で観測できてるやつをメモっとく。
古いバッファローのNAS(LS-WXL等)で2020/1/1から内蔵時計が2000年になってしまう問題。
定時メンテナンスが毎時走る、ネットワークレコーダでのDTCP-IP録画ができない、ファイルのタイムスタンプがおかしくなる等のトラブルが発生している。
一旦NTP（自動時計合わせ）の利用をやめてマニュアルで時計を合わせる（もしくはPCと同期）と改善する。
いわゆるTS抜きチューナ用の録画アプリで、かなり前から脆弱性が報告されていながらもメンテナンスされていないが利用者はそれなりにいるかと思う。
カレンダーの年のプルダウンが2019年までしかないので2020年以降の予約・変更ができない。（キーワード予約は可）
1900年を1年目と内的処理していた場合、年数が2桁から3桁になる。また、年号を下2桁だけで処理していたシステムの一部で年のエントリで99をエラーコードや例外値として扱っている物があったとされ、そのようなシステムでは1999年になった途端に正当な1999年とエラーとを識別できず不具合をおこすことが懸念された。又、9が5つ並ぶ1999年9月9日にエラーが発生することも懸念された。
GPSは内部処理で週数を10ビットで管理しており、起点である1980年1月6日から1024週後にあふれて0に戻る。
年数を下2桁だけで処理していたシステムや、2000年を平年(閏年ではない)と誤解したシステムに問題が起こる。
1970年1月1日0時からの秒数が十進法で9桁から10桁になる。経過秒数を文字列表現に直してソートしたことで、「1,000,000,000 < 999,999,999」と判断してしまい、項目の新旧が正しく処理されない問題が実際に幾つかのシステムで発生した。
2000年以降も年数を下2桁だけで処理していたシステムで、かつ年を文字列で格納していた場合に、先頭が0の場合には八進数として扱われる処理系があり、その場合2008年の時点で年の処理が不正となる場合がある。ごく一部のperlで作成されたネットゲームで誤作動が発生した事例がある。
潜在的なバグが発覚した。シチズン電波時計やソニーのゲーム機「プレイステーション3」(閏年処理)、オーストラリアのクイーンズランド銀行でのシステム誤動作、ドイツジェムアルト社のICカード使用不能など。シチズンのケースでは、年の内部表現に西暦下2桁のBCDを使っていた。
GPSは内部処理で週数を10ビットで管理しており、起点である1980年1月6日から2048週後にあふれて0に戻る。(10ビットでは2回目)
1930年 - 2029年を下2桁で表現しているシステムに問題が起こる。同様のものに2050年問題や2070年問題などがある。
1900年1月1日0時からの秒数が32ビットからあふれ、NTPに問題が起こる。
Unixなど。1970年1月1日0時(Unix epoch)からの秒数が31ビットからあふれ、32ビット符号付きで処理しているシステムに問題が起こる。
GPSは内部処理で週数を10ビットで管理しており、起点である1980年1月6日から3072週後にあふれて0に戻る。(10ビットでは3回目)
HFSのタイムスタンプは2040年2月6日までしか取り扱えない。
System zのSTCK命令で取得する64ビットのTODクロックは2042年9月17日中にオーバーフローする。
2038年問題の1980年起点版。FATファイルシステムのタイムスタンプなどが1980年起点である。
1950年 - 2049年を下2桁で表現しているシステムに問題が起こる。同様のものに2030年問題や2070年問題などがある。
1970年 - 2069年を下2桁で表現しているシステムに問題が起こる。同様のものに2030年問題や2050年問題などがある。
FATファイルシステムのタイムスタンプの起点の1980年1月1日を基点として、年数を下2桁だけで処理するソフトウェアなどは、その起点の99年後(2079年12月31日)までしか正常動作しない。
2000年以降に作られた年数を2桁で表すシステムや、2100年を閏年と誤解したシステムに問題が起こる。
FATファイルシステムのタイムスタンプは2107年12月31日までしか取り扱えない。
更新されたGPSは内部処理で週数を13ビットで管理しており、この頃にあふれて0に戻る(正確な日時は未定)。
2286年問題-2286年11月20日17時46分40秒に起こる。原因は、2001年問題と同じ。
Visual C++において、3000年1月1日以降の日付処理に不具合が生じる。
