近い将来Linuxディストリに大きな変化が訪れる [無断転載禁止]©2ch.net

まず新しいパッケージシステムによってディストリ依存が消えます。
新しいパッケージシステムはカーネル以外の全てのコンポーネントが一つにまとめられます。
これによりアプリが動く条件はカーネルのバージョンだけになります。

新しいパッケージシステムの特徴はディストリ非依存だけではありません。
全てが一つにまとまっているため、アプリの開発者はディストリの違いを
意識する必要がなくなるため、最新版を常にパッケージとして
リリースすることが現実的に可能なレベルになります。

そこにパッケージメンテナは必要ありません。Windowsと同じように
アプリ開発者がリリースするだけです。そう。新しいパッケージシステムは
誰でもリリースできるのです。有料アプリだってリリースできます。ストアと同じです。

各ディストリは、ディストリ非依存の新しいパッケージシステムに対応していきます。
しばらくはディストリ用パッケージとディストリ非依存を両方使うようになるでしょう。

それからまもなくディストリ独自のパッケージシステムを持たない
ディストリが登場します。そのディストリはほとんどがカーネルのみといった構成で
あとはディストリ非依存のパッケージシステムを使うとても軽いディストリとなります。

各ディストリは次第に独自のパッケージシステムから重要でないパッケージを削除していきます。
なぜなら頑張ってディストリ専用にメンテナンスした所でディストリがリリースされるころには
古くなっているため、あえてそれを使う人がいなくなるからです。

最終的にディストリの違いはカーネルの設定とドライバの違いに落ち着くでしょう。
どのディストリでもアプリの最新版をすぐに使える世界が待っています。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>コードは1MB程度

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

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

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

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

>>1
捕らぬ狸の皮算用

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

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

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

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

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

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

※個人の感想です。

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

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

0installは普及しない？

>>7
hd

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

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

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

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

D3QMDUMEPY

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

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

AWAKF

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

http://r2.upup.be/wV2qsULdHm

とうとう>>1の内容が現実になってきたな

https://gihyo.jp/admin/clip/01/linux_dt/201805/21

> 7月に予定されているUbuntu 18.04のポイントリリース「Ubuntu 18.04.1」
> ひときわ興味深い変更として「Chromium as a Snap」，
> ChromiumをSnapのみで提供するという決定がある。

> Chromiumのようなローリングリリースのアプリケーションを，
> Ubuntuのような固定リリースのOSで動くうようにビルドすることは，
> バージョンを追うごとに双方の差が開くことから非常に難しくなってきている。

> こうした状況を改善するために，Ubuntu 18.10以降ではChromiumはSnapパッケージのみで提供，
> 加えてUbuntu 14.04 LTS（開発コード: Trusty Tahr）におけるdebパッケージでのChromium
> サポートをリタイアするとしている。本来なら2019年までサポートされるUbuntu 14.04 LTSだが，
> もはやdebパッケージとしてChromiumを提供するのは限界に達したようだ。
> Cookeは14.04ユーザのChromiumユーザに対し，いますぐ最新のSnapパッケージを入手するように呼びかけている。

> ローリングリリースのアプリと，固定リリースのOSとの間に拡がる"新旧の差"，この差を埋める解決策として，
> Snapのようなコンテナタイプのパッケージを活用するケースは今後，Chromium以外にも出てきそうだ。

snapは一度使ってみれば分かるけど、パフォーマンスが悪いんだよ。
snapでアプリをインスコしてからdfしてみれば分かるけど、アプリごとにディスクが増えるんだ。
仮想化してるようなもんで全部のせのインストールだからそうなる。
すべてのアプリをsnap依存にするとなるとその分開発者の負担が増えるし、現状の技術でまともに動くわけがない。
現状だと非現実的。

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

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

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

>>43
標準構成ではじめからインスコされてるパッケージ数をカーネルとドライバ除いて100個以上は余裕であるだろ。
物知らなすぎ。

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

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

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

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

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

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

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

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

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

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

age

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

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

なんで？

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

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

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

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

age

＞＞新しいパッケージシステムは誰でもリリースできるのです。有料アプリだってリリースできます。＜＜

逆に危ないような気もする

上げてこうっ。

>>53
開発者視点でも反対があるけど

>>55
さあそれはどうかな。壁紙が違うだけなら、いくら増えてもいい

壁紙とテーマが違うならそれは新しいディストリビューションだるぉ！

このスレ立ったの案外古いんだな。３年前だな。
オープンソース開発者の反対の声が目立つようになったな。
旗振り役がプロプライエタリな企業。
やはりろくなことがなかった。

AppImageがあるけどあんまり普及してないね