  |
はてなキーワード: kernelとは
約 571 件 （0.26 秒）
iStockPhoto.com
https://www.istockphoto.com › 写真素材 › アーモンド
2009/01/02 — このアーモンドコアフォトを今すぐダウンロードしましょう。さらに、他にも多数のロイヤリティフリーの写真素材が見つかるiStockのライブラリを検索し ...
￥1,200
アーモンドコアと種子数形質の遺伝的多様性分析【JST・京大機械翻訳】
J-Global
https://jglobal.jst.go.jp › detail
アーモンドコアと種子数形質の遺伝的多様性分析【JST・京大機械翻訳】. Genetic diversity analysis of quantitative traits of fruit stone and kernel in apricot. 出版 ...
へえ。。。
だめじゃあ。
今またブルスク。KERNEL DATA INPAGE ERROR だけど、結局のところSSDがビジーで応答を無くしたために
ページファイルが読めなくて・・というわけなんだろうなこれ。
しかしSSDがビジーになる原因が特定できない。ここ最近、ずっとタスクマネージャーを画面の片隅に置いてにらめっこしているが
フリーズの間際に最後にチラ見できた限りでは System が少しディスクを使っていたが、これが重大な負荷をかけているとは思えない。
もう分からない。。。
そういえば、だいたいブルスクが出る時間と Bing Wallpaper が壁紙を交換する時間が一致してる気がする。
以前は夕方に壁紙が交換されてた気がするが、最近は確かにこのあたりの時間だ。
ずっと前から Bing Wallpaper が壁紙を交換するタイミングで、マウスが少しカクついてたりするのは気になってた。
壁紙の交換は、弱った SSD に対しては負荷の高い作業なんだろうか？
熱のせいで不正終了を繰り返した結果、ファイルシステムが傷んじゃって、壁紙交換程度でも無用な負荷がかかっちゃうのか。
どんなアプリでも、このよわよわ SSD をがっつり使おうとすると妙な負荷がかかる可能性はあるんだろうかね。
Dell Data Vault も、まあユーザーの利益の見えづらいよく分からんアプリとは言え、ブルスク犯として糾弾するのはちょっと安直だったかな。
もうちょっとだけ知見を貯めた後で SSD を換装するんじゃ。
追記：やっぱり、ちょっとPCを放置してると Antimalware Service Executable がSSDをまさぐるんだけど
少しの間、マウスが応答しなかった。SSD が通常の負荷に対して弱くなってるんだろうなあ。
転んでもタダでは起きたくないというか、SSDを交換する前に、何かこう完璧で究極の知見を得てから
「よし、次のSSDで運用する時にはこれに気を付ければいいな！」みたいな何かが欲しいんだが。
難しい。
そんな絶賛ハードウェアトラブル中にもかかわらず、メモリを16G追加しちゃったｗアホかーｗ
追記3：
ちなみに Bing Wallpaper は完全にシロ。壁紙を更新する時間はログイン直後だが、BSoD になるのはその1時間以上後。
さてさて、ここ連日 UNEXPECTED STORE EXCEPTION か CRITICAL PROCESS DIED の BSoD が「毎日・朝に・1回だけ」発生。
今朝はようやく、SSDに大きな負荷がかかった直後、まだタスクマネージャーが応答する状態で、諸々と観察する事ができた。
しかしタスクマネージャーを確認した限りでは、何らかのプロセスがSSDに負荷をかけているようには見えなかった。
タスクスケジューラーのログをとってみたところ、BSoDの直前に動いていたタスクは Windows Error Rporting/QueueReporting とのこと。
タスク名からして、エラー情報をキューイングしてるのかな。まさかこの後、実際に送信する時にSSDに負荷がかかってる？
とはいえもちろん、普通のSSDであれば難なくこなす作業であり、弱っている（と思われる）特別な状態にあるSSDにだけ荷が重いんだろう。
たとえ何が起きているのかを正確に突き止めたとしても、価値ある情報にはならない気がしてきた。
追記４：
やっぱり、Windows Error Reporting Service を止めたら、ここ最近毎日朝に発生していた BSoD が今日は発生しなかった。
通常の状態であれば、Windows Error Reporting なんて大した負荷じゃない。
でもその作業中に、弱ったSSDのどこかのツボを突いちゃってるんだろうかな。これ以上の深入りは不要だろうか。
しかしそういえばちょっと昔、おそらく Windows Error Reporting が 30G 以上のファイルを送信したらしく
それまでは長期出張のためにポケットWi-Fiをレンタルしており、容量は実用上は十分だったが
それでも万一を考え「従量制課金接続」の設定をオンにし、通信容量を節約していた。
そのおかげかは分からないが、Windows Error Reporting も情報を送信していなかったらしい。
そして家に帰り有線接続となった途端、Windows Error Reporting が大量の情報を送信したらしい。
溜まりに溜まったエラー情報は、やっぱり何かしらの負荷になるはずだ。
Windows の品質向上に協力するのは別にやぶさかではないんだが、どんだけのエラー情報が溜まっているのか
それをコントロールする事は出来るんだろうか？
「ディスクのクリーンアップ」で出来るらしい。といっても3Mしか溜まっておらず、クリーンアップは短時間で終了。
追記５：
Windows Error Reporting Service は動かしていないが、それでも今日もSSDに妙な負荷がかかったようで1分ほどフリーズ。BSoD には至らなかった。
タスクスケジューラーのログも有効にしてあるが、少なくともその5分前までに走ったタスクは無い。
結局「SSDが弱っているから、何が起きても不思議じゃない」という幕引きになるのか？
追記６：
随分前にDiagnostic Policy Serviceのファイル操作で異様に長い時間がかかる事を突き止めていた。もちろん、根本原因はこの傷んだSSDのせい。
なので、このサービスもずっと停めてある。
おそらくこのおかげで、30秒くらいフリーズの後にBSoDが出る事は無くなった。
しかし今日(7/10)もやはり UNEXPECTED STORE STATE の BSoD が発生。今は（午前中である事は変わりないが）ほぼ予兆無く突然発生する印象だ。
そのため、何か起きそうな時にリソースモニターで状況を見てみたり、スリープを試みたりする余裕が無い。
恋愛経験の有無3群で比較したところ，有意には至らなかったが（χ２=4.01,df=2,p=.135），交際経験を有する者の約75％が，記録を伸ばしているし，いずれの群でも過半数以上が大学3年生以上で記録を伸ばしている．今回の調査対象者には競技レベルの差があることは否めないが，恋愛経験と成績向上には負の関連性はないし，恋愛の肯定的効果も示唆される．
交際期間の長さ3群で比較した．対象は恋愛経験のある49名である．χ２検定の結果，5％水準で有意差が認められ（χ２=6.38,df=2,p=.041），長期間交際群の約8割は記録を向上させている．中期間では向上，低下が半数となっている．短期群13名でも記録低下させていた者は1名のみである．長期にわたる特定相手との交際のみならず，短い期間であっても，記録の向上とは関係なく，長期間の安定した恋愛経験は記録の向上に寄与することも考えられる．
我々のデータからは，大学運動選手の恋愛は競技のマイナス要因ではなく，競技生活を充実させるプラスの要因になると言える．本論の副著者は，在学中も全日本のトップレベルの女性アスリートで4年生次に最高成績を収めている．彼女自身，学生時代の恋愛には肯定的であったし，「あくまでも競技生活が第一優先事項という前提が不可欠で，恋愛関係と競技生活の優先度が逆転してしまうと、やはり競技生活に悪影響を及ぼしかねなかった」と回想している．
神戸大学学術成果リポジトリKernel http://www.lib.kobe-u.ac.jp/kernel/seika/cover/ISSN=21868719.html
棒が伸びると記録も伸びる (至言)。
イベントビューワーを除くとKernel-Powerが原因のエラーで、イベントIDに41の数字が入っているのでKP41と呼ばれるらしい
しかし原因は一つではなく、原因究明解決が難しいエラーとして知名度があるらしい
ハード面、そしてきっと電源かなぁと思って電源買う一歩手前まで行ったけど、
ソフト面でもやれる対策はいろいろあるらしいということでいろいろやってみたら
電源買わないでよかった～
でもPCケース開いてみたら電源のコネクタが3mmぐらい浮いていて
深く挿しても直らなかったけど。
サイコムって評判いいし、俺も前のPCサイコムで買って10年は使ったからサイコム信頼して次のも買ったんだけど
今度のは到着時からケース前面USBが繋がってなくてがっかりした
いやこれは配送業者の手荒な扱いが原因でマザボからコネクタが抜け落ちちゃったんだと思うんだけど
それでもがっかりした
これから先もBTOパソコン買うと思うんだけど、配送リスクってのはいつまでも残るんだろうなぁと思うと不安ですね
KP41病、完治してるといいなぁ
"なんでこんな10年古いクラッキング情報に無言ブコメがたくさんついてんだろう。 みんなそんなにハッカーになりたいのかね"
https://b.hatena.ne.jp/miz999/20200909#bookmark-4691121887536574818
を見て、ちょっと期待しながらIDに紐づいてるブログを開いたけど
GASに関する実務記事だけで、あーこの人口先だけハッカーな人かーって少し残念だった。
とりあえず、倫理的ハッキング、Ethical HackerはCertified Ethical Hackerっていう認定資格があって
v10まで改定していて比較的歴史もあるから、ハッカーなりたいけど、何から勉強したらわからないって人はそこから手をつけるといいよ。
ハッカー業界のIPA資格だから、どんなに素敵なエンジニアでも基本情報技術者資格を持ってないと信用されないのと一緒だよ。
あ、ソーシャルハッキングも手法として一章割いて紹介されているけど、そこは試験で実践はしないよ。
ハッキングは対象システムの意図しない動作を、意図的に引き起こすバグを見つけることがその第一歩だけど(正確な定義は違うけどー)
それ関連でいえばここ十年で一番驚いたのはsyzkallerっていうファジングツールだね。
「Linuxカーネルのファジングツールsyzkaller / Linux kernel fuzzing tool syzkaller」のNTTデの藤井さんの資料がわかりやすいよ。
https://speakerdeck.com/fujiihda/linux-kernel-fuzzing-tool-syzkaller
300以上あるLinuxのシステムコールを適当に叩いて、システムをクラッシュさせたら、再現用スクリプトを自動的に作成までしてくれる優れものだよ。
Googleの人が作ったらしいけどソースコードは正直異星人か100年先の未来人が降りてきてわざわざ作ってくれた感じがするよ。僕には理解できなかったよ。。。
自分は今32歳だ。東京タラレバ娘の漫画の初刊だけ読んで、東京オリンピック開催時に32歳？うっそ信じられない、わかるわその怖さ、的な反応を確か2014年くらいにした記憶を今唐突に思い出したけど、その32歳になってしまった。けれども、三十路から眺める人生地図 - みんからきりまで を読んでいて、「完熟してしまったプラットフォームへの興味関心を失うこと」、「加齢によるパフォーマンスの衰え」、わかるわーめっちゃわかるわーってうなづきながら読んでしまった。違うといえば、30歳という具体的な峠を過ぎて全力で下り坂を転がっていることくらい。でもこれから失いつつあるであろうものへの恐れが依然として残ってるので、もうなんだろうねとしみったれた心でやりきれない毎日を過ごしている。
1月生まれの自分にとっては、4月はじまりではなく1月はじまりで一年を振り返る癖が社会人になってから自然と身についた。つまり自分の中では32歳の半年がすでに過ぎたわけだけれどもコロナで一人暮らし歴14年の子供部屋おじさん的には心の未熟さを痛感する次第だった。長引くリモート生活で、昼夜が完全に逆転して、朝11時からあった部会を完全に寝過ごしてお水エンジニアってあだ名を営業の人にいただいたり。それでさすがにやばいと思って完封したはずの個人輸入禁止前に大量に買い占めたデパス錠...正確にはゾピクロン錠か、を取り出して完全に依存症と化したり。薬の副作用でちょっとしたことで切れやすくなる自分をあ、今きれているのは明らかにおかしいと自覚しながらキレて、その後正気に戻っては眠れなくなることを繰り返してたった三か月前しか経ってない今はまだちょっと当時を振り返りたくない。ぶっちゃけ今でも週末の金曜など薬の影響が平日に及ぼさない日にいまだに飲んでるし、抜けられていない。
あ、そうだ、身体変化か。全て薬のせいなら良かったのだろうけど、薬抜いても何も変わらないね。集中力すぐに切れるね。30分が維持できないね。アスペの傾向だったのでむしろシングルタスクなら処理速度指標は高い自負があったのだけど、ここ数年は完全にアドバンテージを失ってしまった。いや、考えてみれば普通に第一志望大学を落ちたあの日以来、なにか本腰いれられたことってあったのかな。リングアウトアドベンチャーは高い抽選倍率をくぐり抜けて変えた反動で四天王が闇落ちするぐらいまでは毎日やったけど、ぷっつり飽きたぜ。
完熟されたプラットフォームといえば、自分も転職前はAndroidのアプリケーションもLinuxKernelもちょっとやっていたから成長中の楽しさはすごくわかる。kotlinはぶっちゃけほとんど覚えれなかったへぼいプログラマーの戯言だけど、Dagger2の登場でまるっきりプロジェクト構成が変わってしまったアプリケーションの構成はおおおおおおおおすげーーーーー！！jUnitってこうやって使うんやーーー！！t_wadaさんのセリフがやっとわかったぜー！！！って感動があったものだ。PFレベルで言えば、AndroidOS4.3から6.0くらいがめっさ楽しかった気がする。昔話しかできなくてごめんなさい。でも、AndroidOS4.3のBLE対応で知ったIoTの世界、AndroidOS4.4のKならkuzumochiやろと勝手に思ってたらkitkatって名前に決まって失望しちゃったけどOSとしては意外と悪くなかったこと、AndroidOS5.0のバージョンごと抹消されるレベルの混乱、5.1は覚えてないけど、AndroidOS6.0でWiFiのSSIDがbackendで取れなくなって代わりの手段を探すことになったりセキュリティ基準の変更に色々戸惑ったこと、バージョン更新ごとにいろんな出会いがあり、お祭りがあった。客先常駐だけど、品川とか武蔵小杉とか日本でAndroidの開発拠点があった場所にいさせてもらって色々楽しかった。まー、自分は増田ほど人ができてないから当時知り合った人たちで今も交流がある人はそういえばまったくいないけど。人脈とか友情とかそっち方面の資産はまったくできなかったな。変わっていくプラットフォームは楽しかった。
去年出会ったKubernetes=k8sもそう。一時期RSS等でKubernetesの情報がないか人力クロールを何度も繰り返すレベルだったけど、かといってrepositoryにPR送れたこともdoc系ぐらい？かかわりも薄いまま、いつのまにか今のバージョンからサポート期間が一年に延びたというではないか。Sidecar周りの整理だとかまだ課題はいくつか残っているけど、SIGによっては今後の機能拡張ネタは明確に決まってないところもあるし、あーもう成熟しつつあるんだなって当時の熱情を失いつつある。rustが来ると聞いて、k8sつながりでrust-vmmとか追ってみたけど、mailinglistのData量的に明らかに去年がピークだった。多分勢いを失いつつあると思う。これfirecracker以外に来るのか？rust/wasmはYewがあるし、Envoyのpluginもあるし、フロントエンド、バックエンドサービスとしては今後に期待だけれども、kernelに対しての適用、driver周りから浸透する未来はちょい疑義的。とりあえず、Kubernetesという超巨大プロジェクトを突き詰められた感じもしないまま、多分EKSしか触れない今、オンプレ系の構築、運用技術はKubernetes the hard wayの第四章のオレオレ証明書取得処理がコマンド打つだけなのに辛かったという記憶を残して風化するんだろうな、あと一年ぐらいで。そんな予感がある。
改めて人との縁が残っているこの人がうらやましい。ヒューマンスキルが元から皆無な自分にはわからないけど、漏れ聞こえた話だと新人とまじ会話繋がらなかったという話もあるし、10歳差を超えた会話はスキルじゃなくてもう才能でしょレベルなので結局同時間、同時代を一緒に生きた同年代の人たちをかかわりをどれだけ残すかなんだと思う。新しい縁ができなくてもそれは衰えじゃなくて自然なのだろう。過去十年を振り返るなら、自分はその維持をまったくしてこなかった。だからこれからはお金で買おうと思う。多分後十年くらいして月1~2万円所得を上げられたら、バーチャル嬢に昇給した所得を全部突っ込んで、桜蘭高校ホスト部の環x鏡夜編がいかに良かったかもうずっとその話ばかりする予定だ。それだけを生きがいに生きていく予定だ。カビが生えたレベルのjavaスタックとk8sとrust、その辺でエンジニアとしてうだつの上がらない生活を送りながら。
Linux といえば Ubuntu、みたいな感じになっているような気がするんだけど、これってどうなんだろうなあ。
Ubuntu 登場・定着以前、最新技術を積極的に distro に取り込むといえば fedora だったわけだが、それについていく上で、時々ごそっとリインストールしないと面倒なことになったような記憶しかないんだよな。Ubuntu もLTSだって言ったって、結局はそういう匂いしかしない。いや、定常的なサーバ運営ならそれでいいのだろうけど、俺は Linux をノートに入れて常用しているので、こういうのって問題なんだよな。あと、原理主義的って思われるかもしらんが、一民間企業に仕切られているのもイマイチ気に入らん。
で、俺がどうしているかっていうと、Debian の sid をずーっと使ってるわけね。不安定版じゃん、とか言われそうだが、experimental のパッケージを排除している限りは結構安定して使える。問題が起きるとしたら大抵 chromium 辺りかな……でも大体自分で対応可能な範囲。upgrade 時には注意する必要はあるけれど、それ以外は楽なもんですよ。kernel は自分で build してるし。
必要な場合もあるんで WSL も使ってるんだが、こちらも Debian にしてある。もう俺みたいなのって少数派なのかもしれないけどな。
テスラの車は、トヨタとメルセデスの古いプラットフォームから派生した純電気自動車だ。まあ、旧型カムリだ。各ECUとインパネ(IC)間がCANバスで結ばれ、ゲートウェイを通して車内インフォテインメント(カーナビ)が接続できる。そして、ゲートウェイにはセンターコンソール(MCU)、自動運転モジュール(APE)が接続されている。まあマツコネみたいなものだ。ただし、通常のカーナビと違い、このMCUはTegra 3(旧世代)または超高速なIntel Atomプロセッサ(現行)が採用されている(マジ)。そして、海賊版のUbuntu GNU/Linuxを実行している(マジ)。そしてLTE回線に直結し、テスラ本社のサーバ(mothership.tesla.com)にOpenVPN接続している。
古いモデルは3G、新しいモデルはLTEモジュールを標準搭載している。明示的に特別注文しない限り無効化や取り外しは行われない。本社Mothershipは各車の動作状況を監視・操作するほか、オートパイロット起動通知を受け取り、またssh接続のためのパスワードを保持する。これによりファームウェアのrootが取られた場合にオーナーを蹴り出したり、あるいは事故発生時に「オートパイロットは(直前でエラーを吐いて運転をぶん投げたため)使用されておりませんでした」と発表するなどいち早くメディア対策を行うことができる。
更新パッケージは前述のOpenVPN経由でダウンロードされ、その中にAPEファームウェアのほかにもドアハンドル、ブレーキ、インバータECUなどのファームウェアが含まれていれば、MCUが更新処理を行う。これまでに配信されたアップデートには、Linux Kernelを含むMCUのOS更新、インバータ出力アップ(設計の三倍程度)、緊急制動距離の延長と短縮、自動緊急ブレーキの追加、自動運転の警告間隔延長・短縮(事故報道の頻度に応じて調整)、自動運転機能そのものの搭載や根本的な入れ替えなどがある。現在の仕様ではファームウェアバージョン表記はYYYY.WW.x.y.zで、GitのコミットIDが末尾に付き、平均して月2回程度のローリングリリースが行われる。つまりリポジトリのheadがざっと社内検証を通るとLTEで降ってくる。非常にまれなケースでは社長(@elonmusk)の「やりましょう」ツイートから数時間でバージョンが上がる。
純電気自動車なので、エンジンは搭載しない。代わりに車体下面にリチウムイオン電池パック(ノミナル電圧480Vまたは400V)を搭載する。パックは火薬式ヒューズを含む高電圧コンタクタ(リレー)を介してモータおよびインバータと接続され、インバータはモータ進角を監視しながらスロットル指示に合わせて三相交流電源を供給する。この辺りはCPUファンと変わりない。
AzureIOTについて自社で関わることになって、自分はJavaEEと化石時代のAndroid(Linux Kernel 側w)しか経験ないし、
とりあえず下記のような青写真を作ってGW遊ぶかーと色々調べてた。
Android Architecture Componentsを使用したkotlin仕様のAndroidクソUIアプリ --MQTT(HTTPよりかっこよさそうなプロトコルと名前だけ覚えていた)--AzureIOT。
とりあえず肝はMQTTっしょということで、これも名前だけ覚えていた時雨堂さんの名前を元に[色々親切だったと思うsangoサイト](https://sango.shiguredo.jp/mqtt)にアクセスしても繋がらない。
え、なんでやと思ったら[去年サービス終了してた...](https://medium.com/shiguredo/mqtt-%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA%E6%8F%90%E4%BE%9B%E7%B5%82%E4%BA%86%E3%81%AE%E3%81%8A%E7%9F%A5%E3%82%89%E3%81%9B-c615ab484110)
役目を十分終えた、か。サービスインからアウトまでたったの3年...自分が名前を知ったのもこのサイトだったはずだけど、早すぎたんやな。はやー。
[こっちはまだ残ってるけど](http://akane.shiguredo.jp/mqtt.html)
https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-mqtt-support
