近い将来Linuxディストリに大きな変化が訪れる

俺が言ってるのはアプリの数

パッケージじゃなくて、ア・プ・リ

アプリに依存しているものは全てアプリに入れれば
アプリのサイズは膨れるだろうけど、ゲームを除けば数十〜数百MBだろ

お前、100個ものアプリを使いこなしてんのか？

それは最初の一歩としては間違ってないが、

全部静的リンクしてくれるディストリがない。
静的リンクしても外部コマンドを呼び出しているものには対応できない
ディストリごとに適切なディレクトリが違う。
しかもそのディレクトリをコンパイル時に決めちゃうものがある
更新の手段などの仕組みが必要である。
リポジトリが必要である

などといった解決しなければいけない課題が山ほどある

ラズパイというかマイコンボードみたいのだと全部静的リンクとか
可能なんだろうけどな。KDEとかGNOMEとかもう。

ラズパイというかマイコンボードみたいのだと全部静的リンクとか
可能なんだろうけどな。KDEとかGNOMEとかもう。

-march=nativeつけてビルドされたバイナリしか使いたくないっていう人もいる

メモリの内容を比較とか馬鹿の妄想も大概にしろや
CPUと比べてメモリアクセスがどんだけ遅いと思ってんだ

つまり全部スタティックリンクにすりゃぁいいだけなんだけど、
GPL が邪魔だからパッケージにしとく、って話か？

0installは普及しない？

Hello Worldが10GBとか? w
互換性を重視しすぎて非実用的なものができそうだ

なんでそこでリーナスがでてくるんだ？
カーネルだけあれば十分な世界になるって話をしてるのに

なんで？

僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

AWAKF

※個人の感想です。

☆ 現在、衆議員と参議院の両院で、改憲議員が３分の２を超えて
おります。総務省の、『憲法改正国民投票法』、でググってみてください。
国会の発議はすでに可能です。日本の、改憲を行いましょう。
平和は勝ち取るものです。お願い致します。☆☆

10年で追い越す！の10年が未だ始まらず20年近い時が流れていますが。
この「近い将来」は、いつ始まるのでしょうかｗ

WINAPIみたいなものをカーネルに実装するのか
商用利用は有料のQTなどは移植性に優れるが
置き換えが進んだ場合、移植性がどうなるのかがカギになりそうだ
sygwinに実装すればいいかw

開発者視点でsnapはとてもありがたいけど、利用者視点、特に中古PCなんかを使ってる層には受けが悪いのかも。

大きな変化が訪れます。
Windowsアプリが動くようになる。

ld.so.confとかcacheはどうなってしまうん？

はい？ パッケージシステムが必要なくなるという前提なら
パッケージの数をどうこういっても意味はないですねぇ

当然賛同しない開発者がいるわけで
また新しいディストリが増えるだけw

今まで改善してきた過程をただ退化させてるだけだと思う

> 同じかどうかはどう判断するんだ?
メモリ内容比較すればいいだけだろ

今主流のDDR3は遅いやつでも6.4GB/sの速度が出る
ミリ秒に直せば6.4MB/ms

> 実際どれぐらいの量になるんだ?
ファイルサイズ程度。大抵は1MB前後だろうな

ライブラリが使うデータはどちらにしろアプリ毎に別だってわかってるか？
共有できるのはライブラリのコードだけ。そのコードは1MB程度だろう

同じ種類のライブラリがアプリ毎にメモリに読み込まれるんだろ?
本当に軽くなるの?

>コードの内容が同じなら

同じかどうかはどう判断するんだ?
名前が同じでもあてたパッチが違ってることだってありうるだろ
コンパイルオプションが違ったらソースが同じでも違うバイナリになるだろうし

>ライブラリ程度の僅かなメモリ

実際どれぐらいの量になるんだ?

HomebrewがLinuxにも対応するから
これも新しい変化の流れに加わりそうだ

GUIアプリはsnap
CLIコマンドはHomebrewでユーザー領域にインストール
サーバー系はDocker

ディストリ専用のパッケージマネージャーは
徐々に役割を終えていっている

webassemblyでlinuxが動くようになりWebVR対応のDEが作られる

VMWareとかメモリの共有やってなかったっけ。

せめて32GBか64GBはメモリ積まないと1GBや2GB程度を僅かとは言えない

も言ってるけど
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.466.3810&rep=rep1&type=pdf

捕らぬ狸の皮算用

snapに大きな可能性があると思うならsnapスレをたてて情報交換をすればいいのに、そういうのすっとばして
近い将来Linuxディストリに大きな変化が訪れる!!! とやっちゃうし……

centrifugal force
centripetal force
どっちがどっちだっけ

全部を共有しなかったら合計数GBになるって言ってるのに分からないのかな

でもその機能入れるかはリーナス次第

> Hello Worldが10GBとか? w
dockerの例を見ればわかるが、debianベースだと200MBとかだよ。
これがaplineとかになると10MBぐらいまで減る

Snapパッケージは、既存のDebパッケージとは異なり、他のライブラリなどに依存することなく依存関係を1つのパッケージで完結できます。
そのため、アプリの開発者の負担が減り、システム変更に対応しやすくなるなどのアドバンテージがあると言われています。

そしてCanonicalによると、今ではSnapsはArchとDebianとFedoraの上、およびUbuntuベースの
ディストロであるKubuntu, Lubuntu, Ubuntu GNOME, Ubuntu Kylin, Ubuntu MATE, Ubuntu Unity, Xubuntuでネイティブに動き、
またCentOS, Elementary, Gentoo, Mint, OpenSUSE, OpenWrt, およびRHELの上では目下検証が行われている。
そのほかのLinuxディストリビューションの上でも、容易に利用できるそうだ。

訂正

カーネルとディストリ非依存のパッケージシステムだけがあれば十分な
世界になる

コミット権持ってるのリーナスだけだったっけ。
違うよな。

ソース無しの個人的見解()でよく騒げるなお前ら

だいたい、俺はパッケージの話なんかしてないし、
で急にパッケージの数とか持ち出さないでくれますか？

最初からアプリの話しかしてませんよね

「近い将来」って、具体的に何年後？

そこは工夫次第でどうにかなる。
コードの内容が同じならメモリを共有して使えばいい

そもそもメモリ8GBの時代にライブラリ程度の
僅かなメモリ節約に意味はない。

5年ぐらいじゃね？
技術自体はできてるからね
https://www.rs-online.com/designspark/app-enable-an-embedded-system-jp?_locale=jpn

お前の主張なんかどうでもいい。引用されたから安価つけただけ。の主張はディストリはパッケージシステムは必要なくなるって言ってるのでそれを念頭に置いてる。
自分の妄想のみを念頭に置いてなにか言うなら新しくスレでも立てろ。

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

D3QMDUMEPY

> snapは一度使ってみれば分かるけど、パフォーマンスが悪いんだよ。
> snapでアプリをインスコしてからdfしてみれば分かるけど、アプリごとにディスクが増えるんだ。

それがなにか問題でも？ スマホアプリでも1アプリで数十〜数百MB。ゲームとかなら
数GBぐらいいくんですが、それよりも悪い状況になるんですか？

アプリを100個入れても、100GBかそこらでしょう？
そんなに使うわけないし

>メモリ内容比較すればいい

アプリの開発者がそれぞれ勝手にパッケージをつくるんだろ
比較しても一致しないほうが多そうな気がするけど
実際に完全に一致して共有できるのはどれぐらいの割合なんだろ

>コードは1MB程度

読み込まれたすべてのライブラリがメモリ上で占める量が?
アプリ毎に重複して読み込まれるのに全部でそれだけ?

CoW使えよっていう
あと、全バイナリをStatic Linkingにしちゃったら、セキュリティアップデートの度に丸ごと入れ替えることになっちゃうね

http://r2.upup.be/wV2qsULdHm

ねーよｗ
求心力と遠心力は釣り合っている
言うなれば、まとめようとする力が強くなるほどそこから飛び出そうとする力も強くなるんだ