WSL2 と Hyper-V と Parent partition 現在では多くの方が自分のPCにWSL2(Windows Subsystem for Linux 2)をインストールし、Windows上でLinuxライフを満喫しているのではないかと思います。 さてさてマイクロソフトさんからWSL2の発表があった時､それを伝えていた記事の中に「WSL2はHyper-Vの技術を利用する」という旨の文言がありました。それ以来ずーっと疑問に思っていたのが､ 「Hyper-Vを使うなら､ホストOSとなるWindows10は仮想マシン上で動くんだよなぁ。性能低下とか起きないのかな??」 ということです。 そもそもHyper-Vというハイパバイザは"Type-I型"と称される仮想化方式を採用していて､ホストOSが仮想マシン上で動作するはず...。Hyper-V界隈の単語で表現すると､ホストOSは"Par

オンラインイベント「Microsoft Build 2020」を開催中のマイクロソフトは、「Windows Subsystem for Linux 2」（WSL 2）の正式リリースを発表しました。 WSL 2は、Windows 10でLinux互換機能を提供するWSLの次期バージョンです。 現行のWSLがLinuxカーネルシステムコールをWindowsカーネルシステムコールに変換するという実装で互換機能を提供するという仕組みなのに対し、WSLではこれを刷新。Windows 10内部に用意した軽量な仮想マシン内で本物のLinuxカーネルを実行することで、より高い性能と互換性を実現しています。 これによりLinuxコンテナなどもWSL 2で実行可能になります。実際、Docker社はWSL2に最適化したDocker Desktopをリリース予定です。 WSL 2は今月中にリリース予定のWindo

■ 常用エディタをVisual Studio Codeに変えようかな(挫折する予感はある) 普段はさほどカスタマイズしていないvimでコード(やコード以外のなんでも)を書いていて、sshで乗り込んだ先でもローカルといっさい違いのない環境でものが書けるのはとてもいいし、困ったことは特にない。とはいえ、いろんな支援技術が入っている最近のエディタも使ってみたいんだよなぁ……とはもう何年も考えてるんだけど、ここらでえいやっと取り組んでみることに。とりあえず勢いのあるVS CODEがいいんじゃないの。 目標は、職場(Ubuntu Desktop)と自宅(Windows 10)で同じ環境にすること。WindowsではWSLを使っているから、基本的にLinuxに合わせるのがいい。ということで、まずはUbuntu 18に導入。これはらくちん。 ちゃんとハード3タブにできるんだ。えらいぞ、Microsoft

■ 遅ればせながらWindows Subsystem for Linuxを導入した Windows10のFall Creaters UpdateでWSLのβがとれると聞いたので、おくればせながら導入してみた。手動でWindowsをアップデートしてから、Microsoft StoreでUbuntuをインストール。その後、コンパネ→プログラムと機能→Windowsの機能の有効化または無効化と進んで「Windows Subsystem for Linux」を有効に。何度か再起動すると使えるようになる。 以前はWindowsを「開発者モード」で動かさないといけなかったようだが(それでよけいなsshdが動くのがイヤで導入してなかった)、今は不要らしい。ググって古い情報を参考に導入したりすると余計な手順を踏まされそうだ。 起動したUbuntuは(というかbashは)普通によくできていて、とはいえWin

「Windows 10 Fall Creators Update」に合わせて「Bash on Windows」の名称が非推奨になり、「Windows Subsystem for Linux」を正式名称とする正式版がリリースされる。 今月にもリリースされるWindows 10の大型アップデート「Windows 10 Fall Creators Update」に合わせて、Windows上でLinuxを実行する機能の名称としての「Bash on Windows」が非推奨になることが発表されました。 今後の名称は「Windows Subsystem for Linux」（WSL）に一本化されます。 と同時に、「Windows 10 Fall Creators Update」のリリースに合わせて「Windows Subsystem for Linux」はベータ版を卒業して正式版となります。 This

米Microsoftの公式アプリストア「Windowsストア」に7月10日（現地時間）、LinuxベースのOS「Ubuntu」のユニバーサルWindowsプラットフォーム（UWP）版が登場した。 バージョンは「16.0.4.0」、ビルドは「16.04 LTS」となっている。仮想マシンなどを使わずに、他のUWPアプリと同じようにダウンロード、インストールできる。 GUIではなく、コマンドラインによる操作のみだが、bash、ssh、git、apt、dpkgなどが使える。 Microsoftは5月の「Build 2017」でUbuntuのWindowsストア版を予告していた。同社は当時、「Windows Subsystem for Linux」（WSL）に「OpenSUSE」と「Fedora Linux」のサポートも追加すると発表したが、こちらはまだ実施されていない。 関連記事 「Build 2

［速報］Bash on WindowsがUbuntuに加えFedora、openSUSEにも対応。Windows Storeから簡単に導入可能に。Build 2017 米マイクロソフトがシアトルで開催している開発者向けイベント「Microsoft Build 2017」。2日目の基調講演では、Windows 10でBashやLinuxバイナリが実行可能となる「Bash on Windows」の強化が発表されました。 UbuntuがWindows Storeアプリとなり、導入が簡単になりました。

最近GoogleがSDカード向けにファイルシステムを作っている, というような話がありました. juggly.cn 記事中に ファイルシステムのネーミングからして、SD Card FS は SD / Micro SD カード専用のファイルシステムだと見られます。 とありますが, sdcardfsはそんな文字通りに「SDカードをターゲットにした」ものではありません. そもそも アドバンテージとして挙げられたのは一連のファイル操作のシステムコールをユーザー空間を行き来することなく実行できることで、一連の命令はカーネルとハードウェアの間でダイレクトにやり取りされ、これにより、コンテキストスイッチの影響を受けることがなくなり、ファイル操作のパフォーマンスが大幅に向上するそうです。 この部分がなんか変です. 普通「ユーザー空間を行き来」なんてしません. なにか間違って伝わっているような気がします.

英字キーボード配列にできて開発ユースに耐えうるノートPCがとても選択し辛い昨今、なんとなく安牌ポジションだったMBPについにさよならしました。 元々、Macを好んで使っていたというより、解像度が高くて英字配列にできて電池の持ちが良いというノートPCがMBPだっただけで使ってたのですが。 一番大きな要因がコンテナの利用頻度が増えて開発環境も含めてDockerを使う様になったので、Macだとどうにも面倒だという点です。 docker-machineのデフォルトとかdocker for Macのデフォルトが遅過ぎて話にならないし、dinghy使ってもdocker-sync使っても微妙でかつ面倒くさい。 普通にLinux上で直接動かせるなら、無駄な苦労だと思って、まず開発用PCをLinuxにしようと決めました。 そしたら新しいMBPが30万越えるのに、一世代前のCPUとメモリでドヤ顔してくるわ、キ

仮想的にプライベートネットワークを構築してデータを直接的にやりとりするVirtual Private Network(VPN)は非常に便利ですが、仮想ネットワークの構築作業に知識が必要で、作業自体も複雑という欠点があります。しかし、オープンソースソフトの「ZeroTier」を使えば、そんなVPNの構築作業をほとんど行うことなく、ネットワーク情報を指定するだけで、WindowsはもちろんMac、Linux、Androidなどの端末同士を暗号化された状態で簡単にVPNで接続できるとのことなので、さっそくWindows端末とAndroid端末を使ってVPN接続を試してみました。 ZeroTier | Software Defined Networking https://www.zerotier.com/ 上記公式サイトの「Try for Free」をクリック。 ZeroTierの使い方に移動す

Windows上のBashシェル入門【Windows 10 Fall Creators Update対応】（1） Windows Subsystem for Linuxとは？ そのインストールと使い方 Fall Creators Updateで正式版として提供されることになった「Windows 10上で動作するLinuxサブシステム」によるBashシェルの基礎を理解・マスターすることをゴールとして、Windows Subsystem for Linux（WSL、旧称：Bash on Ubuntu on Windows）の概要から、インストール方法までを解説。また、よくある疑問をQ＆A形式で短くまとめる。 連載 INDEX 次回 → “Windows Subsystem for Linux”（以下、WSL）は、2016年4月の発表当時から「WindowsにBashシェルが入る！」と大きな話題

はじめに blogs.windows.com Windows 10のInsiderビルド14316が公開されました。//Buildで発表されたbash on Windowsも入っています。bashなのでbashそのものの挙動はともかく、Windowsで実際にどう見えるのか確認してみます。ベータなので将来変わると思いますので、その点はよろしく。 インストール 初回起動時のbash.exeはコンソールのストアアプリ(Windows Runtimeを使うアプリ)のようで、ちょっと違います。ご注意。公になるものでは初めてのWindows Runtimeを使ってストアにアクセスするコンソールアプリケーションってことになるんでしょうか。理屈上はできることはわかっていましたが。 まずはプログラムの追加と削除からWindowsの機能で「Windows Subsystem for Linux」を追加します。

情報源: BASH Running in Ubuntu on Windows 現状わかってきたことをまとめてみます。 出来ること出来ないこと。Ubuntu on Windowsの用途。 BASH Running in Ubuntu on Windowsで出来ること。 GUIの無いLinuxアプリケーションの実行。 ELF形式のバイナリファイルを直接実行できる。 ELF形式のバイナリを開発できる。 Aptによるアプリケーション管理。 Windows側ファイルシステムのマウント。 Windows側から見るとLinux(Ubuntu)のファイルシステムは通常のディレクトリ/ファイルに見える。 BASH Running in Ubuntu on Windowsで出来ないこと。(そう考えることが出来るもの) Ubuntu側のシェルからのWindowsアプリケーションの起動、またその逆。 Ubuntu