はてなキーワード: NICとは
要するに1Gbpsと10Gbps論争
最近は10Gbpsを諦めて2.5Gbpsになってきているので、1Gbps越え論争の方が正しい
5/10Gbps提供はかなり広まっているのでここはそんなに問題無い
価格も1Gbpsと大して変わらない
実測としては10Gbpsは絶対に出ないが、2〜3Gbpsなら出る
ただし、それはスピードテストをしたときの話であってEnd-to-Endでそれだけでるかどうかは全く別の話になる
10Gbpsは依然としてまだまだだが、1Gbpsを越えるという意味では使えるようになってはいる
またType-C接続のRJ-45ドングルも2.5Gbps対応が出てきている
ノートPCだけでなくスマホでもWiFi 6(11ax)対応が増えてきている
11axなら理論上は最大9.6Gbps使えるが、これは160MHz帯域を8本同時利用した場合で、そんなPCは無い
現状では2本同時利用なので2.4Gbpsが上限となるので、1Gbps越え通信は可能である
本題のアプリケーションだが、単体で1Gbpsを越えるような通信をするアプリケーションは存在しない
8K映像を非圧縮で送れば72Gbps必要だがH.265だとせいぜい100Mbps、将来的な規格では50Mbpsほどまで圧縮できる
10部屋あって全員が8K映像を同時視聴すれば1Gbpsを越えるかもしれない
オンラインゲームでは遅延を嫌ってUDPでバカスカ送ることもあるが、それでも100Mbpsもあれば十分である
非圧縮で送るとコーディング遅延がなくなるが、そもそも伝送遅延がバカみたいに大きいので圧縮しても大差が無い
一方でファイルなどの送受信では帯域幅がそのままダウンロード・アップロード時間に直結する
5GBのイメージをダウンロードする時間は1Gbpsから2.5Gbpsにすればまぁ半分ぐらいにはなる
オンラインストレージをバカスカ使う人にとっては1Gbps越えが魅力的に思えるのだが
実際にはソフトウェア側の工夫(キャッシュなど)によってそれを体感できるかどうか怪しい
実際にDropBox, iCloudやOneDriveはどれもよくできているので帯域幅による違いを感じにくい(細すぎるとダメダメだが)
モデムで28.8kbpsで頑張っていた頃は1Mbpsも出れば夢のような未来が待っているという期待があった
ADSLで1〜10Mbpsもつかえ始めると「1Gbpsも使えるの?」と思っていたが実際には10Mbps越えの通信は十分に需要があった
なので今、「1Gbps以上必要あるの?」と思っていても、将来的には必要になるかも知れない
否定はしないが、1〜10Mbpsの頃から4Kや8Kの話やクラウドストレージのような話はあって
将来的に1Gbpsが使えたときの利用方法は山のように案があった
今、10Gbpsの利用法として合理的なものは知る限り全くない
特にコーディングに関する技術が進みすぎて映像伝送に帯域が不要となったのが大きいように思う
何より1Gbpsの状況が10年以上続いているのが好例だと思う
特に5Gでモバイル網のスピードが固定網に追いついてしまっているので
ハンドオフ等を考えれば全て5G(もしくは6G)でカバーする方が接続性・速度ともに満足度が高い
5Gアンテナを多人数で共有している限りは速度上昇は見込めないので
この業界に求められているのは5GC内蔵の屋内5GプライベートアンテナをeSIM認証で自由にハンドオフできる世界線だと思う
PCにeSIMが入るようになれば屋内でも屋外でもシームレスにネットワーク接続できるし
スタバでWiFiに繋がらなかったりドコモフリーWiFiに勝手に繋がってLINEが来ない、という未来もなくなる
ただ、そのときであっても家庭の屋内配線は1Gbpsで十分である
マンションや店舗のように複数人で共有するなら当然1Gbps以上の回線が必要だが、伝送距離を考えればファイバーの方が有利である
この記事の主旨は「ウクライナのゼレンスキー大統領のパーカーは略式軍服である」ということではない。
あくまで「略式軍服という日本語はなかった」「一年ほど前から急に現れた言葉だ」という誤認を訂正したいだけである。
「略式軍服」という言葉の使用例は、国立国会図書館デジタルコレクションの全文検索では33件 - 法華狼の日記
どう見ても定着した言葉や概念ではない。ほとんどが翻訳で採用された言葉だったり、あくまで「略式の軍服」という意味の表現にすぎない。同一作品の重複も多い。
法華狼氏のエントリでは近年の用例はないとされているが、実際にはそうした用例は存在する。
枯野瑛『終末なにしてますか? 忙しいですか? 救ってもらっていいですか?』
あえて翻訳は除外したが、日本人作家の商業作品に限定してもこうしていくつかの使用例がある。
池波正太郎以外は、2000年ごろから2020年までに刊行された新しい書籍である。
もちろん10件足らずでは「定着していた」とまでは言えない。
しかし「用例がまったく無いわけではない」ということはわかるはずだ。
「用例」の存在を確認したところで、次は「用法」の確認をしたい。
国立国会図書館デジタルコレクションで「略式軍服」を検索すると、1940年発行の岡倉由三郎編『新英和大辞典』がヒットし、以下のような項目を見つけることができる。
tu'-nic [tjúːnɪk] n. 1) 〘古代ギリシャ・ローマ〙襦袢, 肌着, シャチ; 2) 一種の陣羽織; 3)(現代婦人の用ひる)腰部緊着上衣; 4) 〘俗〙密着短上衣, 略式軍服(又は, 警官服); 5)〘解・動〙被膜, 膜(=integument); 7)〘植〙膜質外皮, 種皮(=husuk). [OF tunique, < L tunica]
つまり辞書レベルで「略式軍服」は「(軍服の)チュニック」の訳語だったのである。
これは法華狼氏が「ほとんどが翻訳で採用された言葉だった」と書いているのにもつながる。
実際に、国立国会図書館デジタルコレクションで読めるいくつかの翻訳書籍の原文を確認してみると、
エリック・アンブラー著・宇野利泰訳『真昼の翳』(1963年)
He stood up, as if to end the discussion, and smoothed down the front of his tunic.
when he came back he looked lovely in his uniform, with all those pretty ribbons on his tunic,
コーネリアス・ライアン著・木村忠雄訳『ヒトラー最後の戦闘』(1966年)
Golbov took out of his tunic pocket a folded copy of the newspaper Red Star
用例が少ないために「それが定訳だった」とまでは言えないかもしれないが、「チュニックを略式軍服と訳していた」ということの証左にはなっていると思う。
[自社開発メガベンチャーをわずか半年で鬱退職した雑魚エンジニアの話|JoanOfArc](https://note.com/joan_of_arc/n/ned510ca913c7)
1. 今はなき鉄鋼メーカー、研究所で新規シミュレーションコード立ち上げ
メンターが米国自動車メーカーへ転職して途方にくれた。電磁気学の教科書を読み漁って掲載されているサンプルコードを理解して、コード手打ちして3ヶ月で動く様にした。社内で誰も見たことが無い結果に驚かれた。
2. 鉄鋼メーカーの人員削減が若手にも迫ってきたので、電子部品メーカーへ転職。コードは書かず開発現場で製品試作品の制作をモクモクと行う。
3. 色々あってプログラマー派遣会社へ転職。ドコモ向けのアプリのテストデータを作成するだけの仕事をアサインされた。楽勝の仕事だったが、拘束時間が長く半年で10kg太る。
4. 派遣で今はなきシャープ常駐でデジカメファームウェアの開発現場に放り込まれる。C言語の未知のコードとLSIの仕様書に戸惑ったが、親切な若手社員に助けてもらって独り立ち出来た。2年程やったが、雇い止めに合った。
VC++製の画像処理アプリもメンテした。VBの画像処理アプリも自作した。
5. 現NTT、当時住友銀行子会社で常駐で電磁界シミュレーションアプリの新機能開発を担当。分散処理による計算時間短縮を狙う部分を担当。分散処理はMPI(現OpenMPI)を使用。まずはパソコン2台で分散処理を行うもNIC(LAN Card)がボトルネックで計算は出来るが1台で計算するよりパフォーマンスが出なかった。職場にジョインしたあとは、しばらくは訳がわからず、戸惑った。通勤時間が長く体が消耗した。
派遣プログラマーは嫌で正社員で働きたかったので、プログラマーにこだわらず職場を探した。知財の職に採用されたので、常駐先と派遣会社に退職を願いでると引き止められて困った。退職を強行して転職できた。離職票の入手に苦労した。暑い夏だった。
6. 中小製造メーカーの知財の職場では要領よく仕事をこなしていると時間があまる。余った時間で社内WEBサイトを作ったりした。使ったのはASP(ASP.NETの前身、VB.NETでコーディング)。フレームワークに従ってコードを埋めるとそれなりに動いた。DBMSはAccessを使った。要するにmdbファイルにデータを保存した。更新処理は管理者のみ、データの閲覧が主な機能であるWEBサイトだった。
7. 知財の仕事は楽勝なのだが、やはり開発の仕事に未練が出てきた。iOSアプリの開発もやってみたくなった。10年以上知財の仕事を行ったが思い切って無職へ転向した。親父も無くなり、遺産の整理もサラリーマンを行いながら難しかったのだ。(つづく)
仮想システムを構築するにあたり、CIFS しか使えない NAS をバックアップ用に選定してきた SI 屋さんが居たので、CIFS と iSCSI のどちらが早いのか、試してみました。
テストに使う NAS は QNAP の Turbo NAS TS110
http://www.tekwind.co.jp/products/entry_6719.php
です。もう6年以上愛用して、カビが生えてもおかしく無い程に古いし, Marvell 800Mhz という低スペックな Qnap NASです。 100Mbps 時代のモノです。
昨年、HDDがお亡くなりになったので、3Tb の HDD に交換しました。ファームウェアはこんなに古い機械でも、QNAP シリーズの最新バージョンが利用できます。
iSCSI は、今あまり見なくなりましたが SCSI ケーブル規格や、SASケーブル接続のハードディスクを、一般的なIPネットワークで規格で仮想化したものです。
マウントするホストシステム側は iSCSI initiator, ディスクストレージの機能を提供する側を iSCSI Target と呼びます。
ホストから「マウントするしない」はイニシエータ側のソフトウェア的な操作で行います。これは便利な機能で、ディスクの故障などで、一時的に物理的に取り外さなければいけない場合でも、ホストからの操作だけで実際のケーブル結線の脱着を行う必要がないので、今時での SAS の外付けディスクドライブの様に、ホストもシャットダウンして電源を切り、結線を外して修理、交換する、という必要がないので、ディスクデバイスの修理をホストの電源を止めないで実施できると言う、実に便利な事ができます。
という事で、仮想環境では実に使いやすいストレージデバイスなのです。
マウントするホスト側から見ると単純に SCSI/SAS のハードディスクに過ぎません。iSCSI のストレージをマウントしてからは、通常の増設ディスクの様にフォーマットして、ホスト側で使う一般的な XFS, ext4, NTFS などのフォーマットでフォーマットする必要があります。
Linux の iSCSI ターゲット側からは、内部にターゲットとして使う「巨大なファイル」が、どん! とあるだけです。この巨大ファイルを、イニシエータ側に仮想ディスクイメージとして提供しています。当然シンプルな仮想イメージなので、ファイルそのものをバックアップコピーすれば、ストレージのイメージそのもののバックアップができます。
※ qnap NAS の場合、iSCSI イメージは、 /share/HDx_DATA/.@iscsi.img の下にドンと作られるようです。
[Solved]How to mount iSCSI file?
https://forum.qnap.com/viewtopic.php?f=180&t=25322
[/share/HDA_DATA/.@iscsi.img] # pwd
[/share/HDA_DATA/.@iscsi.img] #
[/share/HDA_DATA/.@iscsi.img] # ls -l
-rw------- 1 admin administ 6442450944 Nov 12 2017 iSCSI-2015ace1-5a078d66.000
-rw------- 1 admin administ 1073741824 Jun 24 09:52 iSCSI-lun4-5d0de534.000
-rw------- 1 admin administ 107374182400 Nov 4 2015 iSCSI-nss01-56399e1a.000
-rw------- 1 admin administ 5368709120 Nov 11 2017 iSCSI-nss2015-5a06cf6d.000
-rw------- 1 admin administ 21474836480 Jun 22 17:11 iSCSI-test-56b3ce90.000
-rw------- 1 admin administ 5368709120 Jun 22 17:11 iSCSI-test-56b3ce90.001
[/share/HDA_DATA/.@iscsi.img] #
※ とても重要
CIFS/NFS のファイル共有NAS と違い、iSCSI でマウントして一つのターゲットを制御できるのは、一つのホスト、一つのイニシエータだけです。複数のホストからイニシエータでマウントする(できちゃいます)と、ファイルの排他制御は行われないので、ファイルシステム自体の不整合が起こります。
つまりファイル共有という目的には向いていない、という事です。あくまでも iSCSI ターゲットはネットワーク上の仮想ディスクです。
もっとも、一つのホストからマウントしてファイルを保存して、いったんオフラインにして、ターゲットを別なホストからマウントする、という事はできます。また、ターゲットは一つの iSCSI デバイスで複数作れるので、1台の iSCSI 装置に複数のターゲットを実装して、複数のホストから別々のターゲットイメージをマウントする事は問題ありません。
極端な話、ホストのハイパーバイザーは USB メモリやSANブートさせて、後はマウントした iSCSI の仮想イメージ上で、仮想マシンを動かす、HDDレスなハイパーバイザー運用もできます。
物理的な転送速度は、ネットワークの速度とディスクデバイスの性能に依存します。当然 10Gb base のネットワークカード、HUB、高規格なケーブルを使えば、論理的な性能は 10Gbps です。大抵は NAS の性能がそこまで出ないのですけどね。ヨドバシカメラあたりで売っている 4,000 円程度の 1G HUB でも、そこそこの性能が出てしまいます。
距離は、IPがつながればどこでもなので、ホストコンピュータとメインのストレージを自社のサーバールームに置き、イニシエータを動かし、バックアップ用の iSCSI ターゲットをデータセンターに置く、なんてこともできます。
【送料無料】QNAP TS-431P2(ホワイト) NAS 4ベイモデル クアッドコア CPU / LAN 2ポート搭載 (TS431P2)
価格:56,145円
感想(0件)
iSCSI の耳慣れない言葉に LUN (論理ユニット番号 : Logical Unit Number)というのがあります。
昔の SCSI は、 SCSI バスアダプタに7番のIDを振り、残りの 0 ~ 6 のディスクや CD, Tape などに ID を振り分ける物理的な3ビットのディップスイッチやジャンパ端子が付いていました。これが SCSI アドレスです。
これが実に難物でした。特に、複数の SCSI バスアダプタカードをデュプレクス設定する場合、割り込み番号も別々にするので、手が滑ってジャンパピンを飛ばして床を這いまわって探したり、難解なディップスイッチを前に数日悩んだものです。
つまり一つのSCSIバスには 0~7の合計8台(うち大抵7番はSCSI バスカード)の物理ユニットデバイスがつながって別々に見えたという仕組みだったわけです。
ところが SCSI バスを使った Raid コントローラが出てくると、ディスクの鈴なりが、一つの物理デバイスに見えてしまうわけです。これを「論理的な仮想番号」に分割して、システムからは、単一の鈴なり Raid ディスクを複数の論理番号に分割したわけですね。
これが LUN というヤツです。
iSCSI 機器のターゲットも、内部のソフトウェア的に複数の論理デバイスに分割して、複数のホストコンピュータから複数の物理デバイスのように見せかけるわけです。
別々な LUN は一つ、あるいは複数の iSCSI 機器によって、複数のホストに別々のディスクデバイスとして見せかけるンです。
https://en.wikipedia.org/wiki/Logical_unit_number
Qnap NAS の場合、iSCSI ターゲットはウィザード形式で簡単に作成できます。EXT4 ファイルシステム上で、オンラインでも簡単にサイズの拡大ができるので、 Windows の Storage Server のように NTFS の VHD 形式ではないので、そこそこ性能が出ますが、いかんせん古さと遅さは否めません。
Qnap NAS の iSCSI ターゲットの設定は、偉そうな Linux 系サイトに書いてある程、面倒なことはありません。ストレージマネージャから iSCSI タブにあるウィザードに従って iSCSI ターゲット名に任意の名前を付けると IQN にその文字列が追加されるだけです。わざわざ vi エディタに「正確に」綴りを間違えずに設定する必要もありません。ここでは Chap 認証は付けませんでした。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16405779.jpg
機械は古いのですが、逆に言うと、「古くて遅い」ため、サーバーとNASとの接続プロトコルの性能差が、如実に現れる事になります。
QNAP TVS-951X 10GBASE-T/NBASE-Tポート内蔵
Windows10 の Microsoft 製 iSCSI イニシエータは「コントロールパネル」>「システムとセキュリティ」>「管理ツール」の中にあるので、ここで、設定済の iSCSI 「ターゲットを」 「検索」して選んで「接続」します。Chap 認証を付けておいた場合はターゲットで設定したパスワードが必要でしょう。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16412132.jpg
新規に作成して、接続した後は、フォーマットされていないため、ディスクマネージャからフォーマットして使います。ちなみに、フォーマットして利用した iSCSI ターゲットの仮想ディスクは、他のマシンでマウントすることもできます。つまりHDDを取り外して、他のPCに繋げる事と同じことですね。
PR
ちなみに opeSUSE で使うにはこんな感じになりました。
open SUSE Leap 15.1 で iSCSI NASを使ってハマった
https://islandcnt.exblog.jp/239328437/
一番イラつくのは、巨大なファイルの転送でしょう。という事で 3G 程ある SUSE Linux のインストール用DVDの ISO ファイルを CIFS でコピーしてみます。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16414334.jpg
3分11秒かかりました。1Gビットネットワークで 12~3% 程度の帯域を使って通信しています。明らかに古いNAS の性能が足を引っ張っているようです。
スループットは 150Mbps 程度で全体の最大15%程度でしょうか。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16415832.jpg
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16422170.jpg
初速は出るのですが、その後は、ボロイ TS-110 の性能がモロに出ます。それでも 20 MB/s から 25 MB/s 程度は出ています。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16423835.jpg
2分25秒でした。 大体20%程度のスループットです。
--
数字に弱い私の脳みそですが、 iSCSI は CIFS より 1.5倍くらい早い、という事が言えます。
Zabbix で QNAP TS-110 の I/O を見てみると、前半の CIFS アクセスより後半の iSCSI アクセスの山が高い事がよくわかります。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16425860.jpg
CIFS を使ったリモートディスクのマウントは、他のPCからもアクセスができる、というメリットがありますが、iSCSI は単一のホストからのアクセスしかできません。<--- これ重要.... -- もっとも、ターゲットストレージを複数作って複数のサーバーから異なるデータ領域にアクセスはできますが -- バックアップ用途や、サーバーの増設ストレージとして考えれば、良い選択であると言えます。
もっとも、iSCSI デバイスそのものは、ターゲット単位で別々なホストから接続できます。しかし同じターゲットで別々のホストからイニシエータから繋ぐと、とても笑いごとにならない事態になるので、普通やりません。
ハイパーバイザー同士で一つのターゲットを共有してライブマイグレーションはしたことはあります。
こうした性能のわずかな違いが、仮想化システムのハイエンドな領域で違いとなって出てきます。なお Qnap でも openiSCSI でも Windows Storage Server でも取った領域そのままのサイズのでかいファイルが作成されるようです。
国産 NAS の「ハイエンド」と称する「LANxxxx」などのモデルでは Windows Storage Server を使って NTFS フォーマットしています。Windows Storage Server は見た目 Windows サーバーそのものなのですが、ところどころちゃんとデチューンされているようで、SOHO向けが限度です。
こういった国産 NAS メーカーの製品カタログでは、「ハイエンド」は Windows Storage Server を搭載して、低価格のNASは Unix 系のシステムで「低価格」を謳っていますが、そもそも、上位モデルは、CPUやメモリの性能が高いものが使われています。性能が違うのは当たり前なのですが、あまり性能が出ないだろうと思います。
Windows Storage Server じゃなくて、ちゃんとした Windows Server と CAL 買えよな、という事なのですね。
このあたりは独自OSを NAS としてチューニングした Qnap や Synology, asuster などの iSCSI 機能付きの NAS を中規模ネットワークのミドルレンジの NAS として利用したほうが良いと思います。
仮想環境でのネットワークアタッチストレージ(NAS)は、本回線(構内LAN)とは切り離し、ストレージ専用のネットワークとして独立して運用させるのが基本です。サーバーとNAS間で凄まじい通信が発生します。サーバーNICが2ポート以上のものが推奨されます。
iSCSI はあくまでもネットワーク上のストレージのみの機能を提供するものであり、ファイル共有の手段ではない、という事です。
NAS をCIFSで使うと NAS が持つ独自のアクセス権限を設定しなければなりません。セキュリティも当然 NAS 独自の機能で設定します。
iSCSI はあくまでも「外付け SCSI デバイス」のネットワーク版なので、マウントする側のOSそのもののファイルシステム、セキュリティ機能、アクセス制限がホスト側の機能をそのまま利用できます。セキュリティ的には、マウントする際のパスワード制限しかないので、独自のストレージネットワーク内に配置すべきで、ユーザが使う構内ネットワークに配置すべきではありません。
言うて中国あたりがなりすます用に取得して住所が謎のマンションとかやろと思ったら本物でワロタ
[Registrant] Yahoo Japan Corporation
[Name Server] ns01.yahoo.co.jp
[Name Server] ns02.yahoo.co.jp
[Name Server] ns11.yahoo.co.jp
[Name Server] ns12.yahoo.co.jp
[Signing Key]
[登録年月日] 2008/08/29
[最終更新] 2020/09/01 01:05:08 (JST)
Contact Information: [公開連絡窓口]
[Name] Yahoo Japan Corporation
[Email] nic-admin@mail.yahoo.co.jp
[Web Page]
[郵便番号] 102-8282
[Postal Address] 1-3 Kioicho, Chiyoda-ku
[電話番号] 03-6898-8200
[FAX番号]
・何も言ってないのに中国が反発したw
さすがとしかいえん
【ワシントン=永沢毅】米国家情報長官室は27日、新型コロナウイルスの発生源に関する調査報告書の要旨を公表した。①動物から人間に感染②中国のウイルス研究所からの流出――の2つのどちらかを結論づける決定的な証拠を得られず、特定できなかったと説明した。真相解明には中国の協力が必要と指摘した。
バイデン米大統領は声明で「透明性を求める意見を中国は拒否し、情報を提供しないようにし続けている。完全に情報共有するよう各国とともに圧力をかける」と強調した。中国の反発は確実だ。
要旨によると、起源は2つの仮説のどちらかが妥当としながらも「情報機関の意見がわかれている」と表明した。4機関および米大統領の諮問機関である国家情報会議(NIC)は動物からの感染と分析し、別の1機関は中国の武漢ウイルス研究所からの流出を支持する見解を示した。
さらに別の3機関は追加情報がなければ判断できないとした。ウイルスが生物兵器として開発されたものではないとの見解では一致し、遺伝子が操作された可能性も低いとの見方を示した。
そのうえで「新たな情報を得られない限り、起源についてより信頼性の高い説明ができない」と説明した。中国は情報の共有を拒んでいるとして「中国政府のこうした行動は、国際社会からの圧力へのいらだちに加えて調査の進展に不安を抱えていることの表れである」と記述した。
要旨は2ページで、報告書の大半は機密情報扱いのため公表されていない。バイデン氏は5月末、発生源を巡る追加調査と90日以内の報告を米情報機関に指示し、今週に報告を受けた。
俺のカンだと、デバイスドライバで見れるネットワークドライバはRealtek製だろう?
以前個人的に調べた限りでは、Windows 10で一部のRealtek製のWi-Fiチップを用いたNICを使う場合にその現象が起こるようだ。
自分の場合は自作デスクトップPCの話だが、RTL8192CUのUSB無線子機(IOデータWN-G300UA)と、RTL8812BUのUSB無線子機が頻繁な切断現象に陥った。
"RTL8192CU disconnecting"みたいなワードで検索すれば海外では認識されている問題のようで、それを参考に公式から旧バージョンのドライバを適用することでほぼ安定することを確認したが、Windowsの自動アップデートによってドライバが上書きされると再発してしまうので、結局Intel AX200NGWを積んだPCI-eアダプタを導入することで解決した。
安定性が高いのはIntel製のWi-Fiチップを積んだものだが、市販品はどこ製のチップを積んでいるか書いていないものが多い上、USB型はだいたいドライバダウンロードしてみるとRealtekだ。
ノートPCの場合俺の買ったようなPCI-eアダプタは使えないが、自分で分解してM.2型のWi-Fiモジュールに交換することができるかもしれない。この際11ax対応のにルーターごとアップグレードしてみるとか。
あの準備は間違いなくアフィリエイトアカウントの準備だと思われますね。
http://whois.chromefans.org/onlytrue00.jp
Domain Information:
[Registrant] YuzinAshi
[Signing Key]
[Status] Active
[Last Updated] 2016/12/19 11:10:39 (JST)
[Name] SAKURA Internet Inc.
[Email] nic-staff@sakura.ad.jp
[Web Page]
[Postal code] 541-0054
9F, 1-8-14, Minami-hommachi,Chuo-ku
[Phone] 06-6265-4830
[Fax]
─────────────────
[Email] nic-staff@sakura.ad.jp
[Phone] 06-6265-4830
こちらに問合せればよいだけです。CONTACTと書いてる通り、メールや電話でこちらが窓口です。
さくらは
証券コード3778
問題がある箇所をさくらにメールや電話で問合せてこのようなブログを運営してよいのか確認したらよいと思いますよ。
もちろん東証一部ですから厳しいコンプライアンスのもと運営されておりますので
第16条(禁止事項)
i. 当社もしくは第三者の著作権・商標権等の知的財産権を侵害する行為、またはそ
のおそれのある行為
ii. 当社もしくは第三者の財産、プライバシーもしくは肖像権を侵害する行為、また
はそのおそれのある行為
iii. 当社もしくは第三者を差別もしくは誹謗中傷・侮辱し、当社もしくは第三者への
差別を助長し、またはその名誉もしくは信用を毀損する行為、またはこれらのお
それのある行為
xi. 当社もしくは第三者の設備等またはサーバ設備もしくは電気通信設備等の利用も
xii. 第三者の通信に支障を与える方法もしくは態様において本サービスを利用する行
為、またはそのおそれのある行為
xiii. 当社の本サービスの提供を妨害する、または妨害するおそれのある行為
xvi. 人の殺害現場等の残虐な情報、動物を虐待する画像等の情報、その他社会通念上
他者に著しく嫌悪感を抱かせる、またはそのおそれのある情報を掲載し、または
xviii.犯罪や違法行為に結びつく、またはそのおそれの高い情報や、他者を不当に誹謗
中傷・侮辱したり、プライバシーを侵害したりする情報またはこれらのおそれの
ある情報を不特定の者をしてウェブページに掲載等させることを助長する行為
xix. 他の利用者や第三者に著しく迷惑をかける行為、社会的に許されないような行為、
またはこれらのおそれのある行為
xxii. その行為が前各号のいずれかに該当することを知りつつ、その行為を助長する態
xxiii.その他、当社が本サービスの利用者として相応しくないと判断する行為
2.前項各号のほか、当社は必要に応じ当社ホームページ上(「さくらのサポート情報」の
ページにおける「サービスのご利用にあたって」「ご利用上の注意」のページを含みま
すが、これに限りません)において禁止事項および注意事項等を別途定めることがで
https://www.sakura.ad.jp/agreement/[a]yakkan0_kihon.pdf
ネットワークアダプタの「このデバイスで、コンピューターのスタンバイ状態を解除できるようにする」のチェックは外してる?
当方Win7だがNASから定期的に信号が出ているらしく勝手にスリープが解除されるようになってた
マウスとキーボードの設定は良く見るけどNICは見落とすことがあるので確認忘れの無いよう
PCにつながってるUSB機器の「このデバイスで、コンピューターのスタンバイ状態を解除できるようにする」設定は全部確認した?
もうマジ最低だ。眠りが浅いせいもあるだろうが最近はほぼ毎日3時半ぐらいに起こされる。
警告しておく。デスクトップPCでスリープを使ってるやつは絶対にwin10にしたらダメだ。
ノートは知らん。
俺は情報工学系の学部を出て10年ぐらいプログラマーをやってる人間だが、
何をしてもなおせなかった。
俺より詳しいやつなら直せるのかもしれんが、自信がない奴はやめておけ。
他の会社の同僚や友人は全員win10にしていないが、それが正解だと思う。
ちなみにググると同様の報告がたくさんあった。
調べずにアップグレードしたのは俺のミスだが、試しに使ってみたかったのと
すぐに戻せるように別パーティションにクリーンインストールして、win7とデュアルブートできるようにしてあるから
軽い気持ちで入れてみただけだ。
もう使わねーよバーカ!!ということでwin7に戻す。
ちなみに俺がやった対策は以下の通りだ。直ってないのだから、何の情報にもならないかもしれないが、一応書いておく。
電源オプションの「スリープ解除タイマー」を無効にするというやつだ。
当然直らないので、次にイベントログでスリープまわりのログを見てみた。
どうやらwin10はスリープした数秒後には必ず「システムがスリープ状態から再開されました。」という紛らわしいログが出るようだ。
最初はこれが原因かと思いいろいろと無駄な時間を費やしたが、結局これは関係なかった。
それと、スリープから復帰する時は毎回システム時刻をハードウェアクロックと同期してるログが出るが、
これは手動で復帰させた時も毎回まっさきに出てるので関係なし。
タスクスケジューラで全項目をひとつひとつ見ていったが、俺の場合は
「UpdateOrchestrator」の「Reboot」の「タスクを実行するためにスリープを解除する」
のチェックが入っていたので、外した。もちろん直ってない。
windowsアップデートが悪さしてるという報告もネットではよく見かけるが、
俺の場合はログに何も出ていないし、アップデート検知時にスリープから復帰する設定にもなっていないので、関係なし。
その他確認したこと。
自動メンテナンスでスリープ解除を許可するという項目があるが、最初からチェックは付いていなかった。
ネットワークカードからの信号で勝手に復帰するという情報もあったが、俺のNICにはそういう設定はなかった。
NIC以外のデバイスで「電源の管理」という設定があるデバイスはマウスとキーボードのみだったが、
これらはスリープから復帰する時に使ってるので、これらから復帰できなくなると利便性が下がるので、変更しない。
ここからは俺の推測だが、この問題はもう直らないんじゃないか?
なぜなら、win10が出てかなり経っており、ネットでもそれなりに言及されていることから
マイクロソフトも把握してからかなり経っているが、それでも直る気配が微塵もないからだ。
それとwin7やwin8と比べてスリープからの復帰が若干速くなったという情報も見かけることから、
スリープまわりの動作がまるっと変更されてると見て良い。
ということで寝室にデスクトップPCを置いていて、かつスリープを使う人限定だが、Windows10はおすすめしない。
追記:2016/05/09 21:02
id:enhanky すでに書いているが、タスクスケジューラの全項目をひとつひとつ確認したんだが、ダメだった。
そもそも俺のwin10には Microsoft\\Windows\Media Center が無い。
powercfg -waketimers コマンドは
になる。
スリープから勝手に復帰する原因がたくさんある中で、まさかピンポイントで正解を当てるやつが居ることにビビったわ。
いや、まだ1晩しか様子を見てないから、本当に合ってるかはわからないけど、少なくとも今日は良く眠れた。
あの「ヴぁっ」って音で起きちゃわないか怖かった。
デバイスマネージャのネットワークアダプタのプロパティの詳細設定で Wake On Magic Packet と Wake On Pattern Match っていう設定項目がEnableになってたから
Disableにしたら、いけたっぽい。
ネットワークアダプタの設定に「電源の管理」って項目がなかったから、てっきり関係ないのかと思ってた。
あと気になったブコメに返信。
Windows Updateは関係なかったって上でも書いてるのに、3時半というとこだけ見て馬鹿にしてるやつなんなの?
自動メンテナンスでスリープ解除される設定になってないって言ってるじゃん。
シャットダウンしろとか言ってるやつ。確かにSSDだから起動は速いけど、スリープからの復帰に比べたらぜんぜん遅いし、巡回してるサイトや作業途中のものを開いたままにしてたりするから、スリープが便利なんだよ。
休止状態という設定ができるのは知らなかったので参考になった。
あとマイクロソフトに言いたいんだが、何のためのイベントログだよ?!
NICが原因でスリープから復帰してるなら、ログに残せよなー。ログに残ってさえいればこんなに苦労しなかったのに。
それと、設定変更画面へのアクセスが悪すぎる。何回も見直したのに、もう例えば自動メンテナンスの設定変更画面に検索以外でどうやったらたどり着けるのかわかんねーよ。
powercfg -devicequery wake_armed ってコマンドもキーボードとマウス以外出てないからNICが原因だとすぐにわからなかったし。
というわけで、解決したっぽいけど、やっぱりwin10はおすすめしない!
追記:2016/05/13 3:30
荒川マラソンが前代未聞の理由で開催中止に → 返金の連絡先が『振り込め詐欺に利用された要注意住所』と一致して大炎上wwwww
http://www.kimasoku.com/archives/7982053.html
http://fields.canpan.info/organization/detail/1026339646
Content-Type: application/pdf Creation-Date: 2014-11-20T10:23:34Z Last-Modified: 2014-11-20T10:23:34Z Last-Save-Date: 2014-11-20T10:23:34Z created: Thu Nov 20 19:23:34 JST 2014 date: 2014-11-20T10:23:34Z dc:format: application/pdf; version=1.5 dcterms:created: 2014-11-20T10:23:34Z dcterms:modified: 2014-11-20T10:23:34Z meta:creation-date: 2014-11-20T10:23:34Z meta:save-date: 2014-11-20T10:23:34Z modified: 2014-11-20T10:23:34Z pdf:PDFVersion: 1.5 pdf:encrypted: false producer: Microsoft® Excel® 2010 xmp:CreatorTool: Microsoft® Excel® 2010 xmpTPg:NPages: 2
http://hill.xsrv.jp/3minute-essence/nomi-479
Domain Name:ATDAWN.TOKYO Domain ID:GMOREGISTRY-DO186691 WHOIS Server:whois.nic.tokyo Referral URL:http://nic.tokyo Updated Date:2014-11-28T03:59:43.0Z Creation date:2014-09-26T13:07:28.0Z Registry Expiry Date:2015-09-26T23:59:59.0Z Sponsoring Registrar:GMO Internet, Inc. Sponsoring Registrar IANA ID:49 Domain Status:ok http://www.icann.org/epp#ok Registrant ID:15981FC9FAA55F Registrant Name:MORIYO MOMOHRA Registrant Organization:MORIYO MOMOHRA Registrant Street:Saitoaominami6-8-3-102 Registrant City:Mino-shi Registrant State/Province:Osaka Registrant Postal Code:562-0028 Registrant Country:JP Registrant Phone:+81.08085010056 Registrant Phone Ext: Registrant Fax: Registrant Fax Ext: Registrant Email:domain@onamae-server.com ...
Domain Information: [ドメイン情報] [Domain Name] POTUS.JP [登録者名] 桃原 守代 [Registrant] MORIYO MOMOHRA [Name Server] dns02.gmoserver.jp [Name Server] dns01.gmoserver.jp [Signing Key] [登録年月日] 2014/11/13 [有効期限] 2015/11/30 [状態] Active [最終更新] 2014/11/13 01:39:04 (JST) Contact Information: [公開連絡窓口] [名前] 桃原 守代 [Name] MORIYO MOMOHRA [Email] munokokoroha@gmail.com [Web Page] [郵便番号] 562-0028 [住所] 大阪府箕面市 彩都粟生南6-8-3-102 [Postal Address] Mino-shi Saitoaominami6-8-3-102 [電話番号] 080-8501-0056 [FAX番号]
http://v.hitomachi-kyoto.genki365.net/gnkk14/mypage/mypage_group_info.php?gid=G0000921
http://ark.npo-marathon.jp.net/service.html
Author: FJ-USER Content-Length: 464992 Content-Type: application/pdf Creation-Date: 2014-10-02T02:37:57Z Last-Modified: 2014-10-02T02:37:57Z Last-Save-Date: 2014-10-02T02:37:57Z created: Thu Oct 02 11:37:57 JST 2014 creator: FJ-USER date: 2014-10-02T02:37:57Z dc:creator: FJ-USER dc:format: application/pdf; version=1.5 dcterms:created: 2014-10-02T02:37:57Z dcterms:modified: 2014-10-02T02:37:57Z meta:author: FJ-USER meta:creation-date: 2014-10-02T02:37:57Z meta:save-date: 2014-10-02T02:37:57Z modified: 2014-10-02T02:37:57Z pdf:PDFVersion: 1.5 pdf:encrypted: false producer: Microsoft® Excel® 2010 resourceName: santa.pdf xmp:CreatorTool: Microsoft® Excel® 2010 xmpTPg:NPages: 4