デスクトップでLinuxが普及する訳ないと思った時 16
■ このスレッドは過去ログ倉庫に格納されています
従来のWSLでは各Linuxディストリビューションを動作させるにあたり、起動プロセスに介入することでカーネル動作の一部をWindows側で制御していた。
これがエミュレーション動作だが、これをWSL 2という新しいカーネルに置き換えることで、実質的にWindows上でLinuxそのものが動作するような形態となる。
ここでWindows上に組み込まれるLinuxカーネルは、LTS(Long Term Support)となっている中でも最新版のバージョン4.19で、今回のWSL 2向けにMicrosoftがカスタマイズしたものとなる。 ほお、それは素晴らしいですなあ。
これでやっとDOSを卒業できるかもしれません。 WSL2が実質的なMS Linuxなのか。
実機でも動かせたりしないのかな? Windows上のIDEからWSLを使って製造したバイナリをMS Linuxで動かすようになるのではないか。 >>282
永遠に無理なのは評価する物の目のほうじゃね?お子様向けwindowsから離れる事が出来ずこんな板にまで来てグダグダ言ってる奴がわらわらといる位だもの。
刷り込みで覚えた唯一無二に固執するのはみっともないよ。 WindowsのVisual Studioでコンパイルした .Netのexeを
Linuxのmono上で動かすことなら随分昔からできてる .NetのEXEがmonoで動くってもなー。
今はまだmonoで動かす前提で書かないと動かせないからイマイチ不便さがぬぐえん。 >>285
正確に言えば、WSL2はLinux"カーネル"相当
ディストリはUbuntuなどをそのまま使ってる。
信じられないかもしれないがaptでパッケージを取ってくる先は
本当にUbuntuのものと全く同じ
> 実機でも動かせたりしないのかな?
だからこの質問は意味がない。Ubuntuは実機で動かしているわけで
違いはカーネル部分のみ
WSL1のカーネルを使いたいなら、それはNTカーネル APIへの
変換レイヤーなのでWindowsを実機で動かすしかない
WSL2のカーネルはLinuxカーネルに若干手を入れただけ
その手を入れた部分というのは、HyperVで動かしたときのための最適化
例えばLinux側で使われなくなったメモリを自動的にWindows側に返したり
Windowsとのファイル共有のための仕組みだったりするのでやっぱり実機で動かす意味がない Linuxカーネルはメモリー5MBから動くので、16MB程度のメモリーでも実用を視野に入れられる。
あれ?プロセッサのキャッシュで運用できね?
ってなる。 > Linuxカーネルはメモリー5MBから動くので、16MB程度のメモリーでも実用を視野に入れられる。
それに引き換えWindowsのカーネルは256MBも必要
https://docs.microsoft.com/en-us/windows-hardware/design/minimum/minimum-hardware-requirements-overview
Windows NTの頃なら16MBが実用的に使うための推奨だったのにだ
https://ja.wikipedia.org/wiki/Microsoft_Windows_NT_3.1
> NTのメモリ使用量が増加したという課題も挙がった。
> 当時の多くのコンピュータが4MBのRAMを搭載していた中、NTは16MBが推奨されていた。 KBのレンジをFreeRTOS、MBのレンジをLinux、GBのレンジをWindows、TBのレンジは特殊なOSで使い分ければ良いのでは。 >>285
WSL2がどういうものなのか調べずにMS Linuxガーとか言ってたのか
リリース時期についてもファーストリングであることを見れば大体わかるだろう 間抜けな奴だなあw 大言壮語で結局Hyper-V頼みのWSL2
何のメリットがあるの? >>297
すぐに使える道具が何の手間もなくて手に入る <Linuxカーネルはメモリー5Mから動く(キリッ
でっていうw(AA略 マイクロソフト以外でスローリングとかファーストリングなんて言葉を使ってるの? そもデスクトップに広まってほしいならGUI環境の方が大事じゃろ ブレーキを踏んだら急発進する、プリウスロケッツという現象はもしかして。 もうコンシューマーゲーム機だけじゃなくって車とかもBSD系でいいんじゃないかな トヨタ社内でもLinuxだから安全だという派閥と、セキュリティは必要だという派閥があるのだろう。
今回はLinuxだから安全派閥が優勢だったので、セキュリティの仕組みが無かったわけだが。 しかしWifiの範囲内に入れば勝手にエンジンを掛けられるというのは、ブレーキ踏んだら発進したという話もあり得そうだな。 CANバスに任意の信号を流せるということは、ブレーキアシストやワイパー、ヘッドランプなども操作できそうだな。 以上上級国民の情報操作でした
まあ今時Linuxだから安全なんて誰も信じてないよね
Androidで実証されてるから今後はセキュリティ意識も高めていかないと CANに介入できるってことは、アクセル開度を誤認させることも出来れば、ワイパーを動かすことも出来るって事で、Linuxって便利だね(某ハッカー氏)って事だろ。 設定ファイルがスクリプトではマズイということを20世紀の頃から言っているんだけど、やっと理解され始めたな。
20世紀の頃は、Windows9x のセキュリティがガガガというのが流行っていたのだが、どういうわけか、設定ファイルがスクリプトであることは賛美の対象とされていた。
次に言いたいのは、入力はDFAで解析できないといけない。
これ徹底するべき。 ちなみにIBM PC-DOSにはアンチウィルスが同梱されていたからな。 >>313
○ 設定ファイルがスクリプトではマズイ
○ スクリプトをDSLとして使って設定するのは正しい
○ 起動や設定処理は設定ではないのでスクリプトが正しい 設定の類を必要最低限にするだけの工数を割くかどうか次第だろう 教科書的にはDFAは速いことになってるけど、実際は速くない。 >>316
優先順位の問題で設定に類を外出した方が良いけど、gui作るには面倒だ。
つか、テキスト触れないようなバカは使わないしテキストでいっか。
こんな感じ? いい加減YAMLなどの設定ファイルに
ifとかループとか導入して設定ファイルで言語作るのやめてくれんかね?
YAMLなのに"上から実行されます"とかほんとアホかと 埋め込みRuby・ERB を使うと、
あらゆる種類のファイルに、Ruby の構文を埋め込んで、変換できる
<% Rubyの構文 %>
<%= Rubyの構文 %>
<%= で、そこにRubyの式の結果を埋め込む 基本的な設定と挙動のカスタマイズをごっちゃにしてるだけって感じだよな
そりゃ普及せんわ >>321
だからなに?
どこにでも出てくるな、キチが Linuxのデスクトップはハリボテみないな紛い物のだから普及するとかあり得ないなw デスクトップなんて必要最小限の機能でいいだろう
いったいデスクトップで何をしようっていうんだ? それならWMは今時のDEみたいに肥大化する必要はなかった
とどのつまり必要最小限ってだけじゃダメだってこった Linuxのデスクトップ環境がこういった状況にあるからか、
Win10のフラットデザインを指して「機能が減った」「なのに軽くなっていない!」と吠えている阿呆がいる。 Linunは一切関係ないけど何故か絡めるキチガイ老害 Linuxのデスクトップは必要最小限の機能も満たしてないゴミじゃん。 おまえらデスクトップ ガジェット好きだろう
一日中眺めてるのか? 公共機関でLibreOfficeをデフォにすればいい
そうなったら嫌でも多くの人達が使い出す Libreは作ってる人が使っていないから無理だわ。 LibreOffice はボタンの数を増やす方向、Microsoft Office はボタンの数を減らすことに注力してる。 >>334
公共機関でデフォ(笑)にするためにはどうすればいいかって考えがすっぽり抜けてんだよな。
嫌でも多くの人たちが使いだすようにするには、嫌々使わせる手段が別途必要になるってなぁ。
妄想の中ですら壁があって何も解決しない。ほんと楽しいよなぁこの板。 これは、LibreOfficeは製造側の視点、Microsoft Officeは利用者側の視点で開発されているからだろう。 負け組連合が標準(笑)を御旗にMSOfficeをデファクトスタンダードから落とそうとしてたんだよな。
余りにも出来が悪すぎてうまく行かなかったけど。 どの業界もそれは同じだけど、ソフトウェア業界は効果が絶大なので、活発化するのでは。 機能も性能も数も劣るのに「OSSだから」という魔法の一言で格上にも勝てるんですよ!
勝てないのはMSと阿部のせいなんですwww Windows上からWSL経由でLinuxを使うのが今後の主流。
するとLinuxを使うとしても、OfficeはMicrosoft Officeになるのでは。 > Windows上からWSL経由でLinuxを使うのが今後の主流。
あれ?Windowsいらなくね?ってなるんじゃないの LinuxはDOSの後継として、軽い用途に使われる。 たとえば、ウェブサーバにLinuxを使うなら、ウェブアプリケーションの製造やコンテンツの製造はWindowsで行う。
組込みシステムにLinuxを使うなら、開発ホストとしてWindowsを使う。
ラズパイスレの書き込みで、ラズパイでビルドすると重いからクロスコンパイルするというのがあるが、組み込みでラズパイは通常使われないレベルの超重量級システム。
それでも開発ホストが別にあったほうが効率が良い。
すると、WSLを使ってWindowsを開発ホストとするのが現実的な選択となる。 >>350
製造なんて言葉を使うプログラマは偽物。 真のプログラマはLinuxを使う系の話はもうお腹いっぱい。 プログラミング工程を製造っていうだろ。
いわないのはニワカとカタワぐらいだ。 MicrosoftがAppleに資金を提供したり、Microsoft Office for Macを提供したことを考えると、WSLはある種のLinux潰しなのかもしれない。
とはいえ、MacとWindowsが共存しているように、LinuxとWindowsも住み分けて共存していくのだろう。 LibreOfficeが存続したいなら、大幅なリファクタリングとWindowsへの特化が必要ではないか。 ウェブアプリはユースケースに合わせた特化が可能なはずだが、実際はそうなっていない。
たとえば、工業と商業、あるいは同じ業種でも製造と財務では、表計算ソフトの使い方が違う。
電卓を考えると、事務用の電卓と工業用の電卓はボタンの数も種類も全く違う。
Windows付属の電卓は3個のモードを持つ。
デスクトップアプリでは、テンプレートによって使い分けを行ったが、ウェブアプリならユースケースに合わせた細やかなフィッティングが可能なはず。 >>354
そういう考えはもう時代遅れ。クラウドで儲かればいいのだから。 >>358
君がどう思うとそういうことなのね。時代の流れだから。 時代の流れは、WindowsからWSLを通してLinuxを使う、これ。 クラウドも相当なふわふわワードだよな。
そりゃフワフワしてるよクラウドだからなどと言って。
さらにフワフワ。
はい実態がありません、クラウドですから、みたいな。 「新フェミニン」と「色素薄い系メイク」で印象アプデに全集中!(ノンノ6月号)
↑
さっぱりわからん。
クラウドを活用してキラキラワークスタイル変革を!(NEC特設サイト)
↑
さっぱりわからん。 「新ビオフェルミン」と「CMake」で月例アプデに全集中!
↑
なぜかわかる。 Linux版以外にも出ているソフトをなぜかLinuxに絡めるガイジうぜー Googleで会津若松まで打ち込むと・・・の失敗まで出てくるな。
Oooに続いて電子マネーにも参入してたんだな。
なんだろうな、この厨二感。
税金で遊べていいな。 make なんか使わず、
Ruby のRake, Thor を使え Rubyのどこがいいのかさっぱりわからんが、熱烈な信者がいるよな。 Rubyは書きやすいんだろうかね?
PHPは使ったことあるけど、既存の関数呼び出してる分には早くて快適なんだけど、自前でデーター構造を作り出すと途端にダメになった。
つまり、あまり複雑なことはできない。 C/C++の良いところは省メモリに尽きる。
JavaやJavascriptはベンチではやたら速いのに、エンド・ユーザーに不評なのは、メモリーが足りないことがほとんどだと思う。
Javaはサーバーでよく使われるけど、同時アクセスの多いサーバーで使うには、多くのメモリーが必要となり、サーバーで有利な言語とは思えない。 >>381
メモリが2倍必要ならマシンを2倍用意すればいいだけの話
メモリが足りないというが、お前のPCの空き容量を見てみろ ■ このスレッドは過去ログ倉庫に格納されています