[過去ﾛｸﾞ] 近い将来Linuxディストリに大きな変化が訪れる [無断転載禁止]©2ch.net (64ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(4): 2017/07/17(月)15:03 ID:qkSEIgY3(1/2) AAS
まず新しいパッケージシステムによってディストリ依存が消えます。
新しいパッケージシステムはカーネル以外の全てのコンポーネントが一つにまとめられます。
これによりアプリが動く条件はカーネルのバージョンだけになります。
新しいパッケージシステムの特徴はディストリ非依存だけではありません。
全てが一つにまとまっているため、アプリの開発者はディストリの違いを
意識する必要がなくなるため、最新版を常にパッケージとして
リリースすることが現実的に可能なレベルになります。
そこにパッケージメンテナは必要ありません。Windowsと同じように
アプリ開発者がリリースするだけです。そう。新しいパッケージシステムは
誰でもリリースできるのです。有料アプリだってリリースできます。ストアと同じです。
各ディストリは、ディストリ非依存の新しいパッケージシステムに対応していきます。
しばらくはディストリ用パッケージとディストリ非依存を両方使うようになるでしょう。
それからまもなくディストリ独自のパッケージシステムを持たない
ディストリが登場します。そのディストリはほとんどがカーネルのみといった構成で
あとはディストリ非依存のパッケージシステムを使うとても軽いディストリとなります。
各ディストリは次第に独自のパッケージシステムから重要でないパッケージを削除していきます。
なぜなら頑張ってディストリ専用にメンテナンスした所でディストリがリリースされるころには
古くなっているため、あえてそれを使う人がいなくなるからです。
最終的にディストリの違いはカーネルの設定とドライバの違いに落ち着くでしょう。
どのディストリでもアプリの最新版をすぐに使える世界が待っています。
2(1): 2017/07/17(月)15:37 ID:M9qapcIi(1) AAS
ねーよｗ
求心力と遠心力は釣り合っている
言うなれば、まとめようとする力が強くなるほどそこから飛び出そうとする力も強くなるんだ
3: 2017/07/17(月)15:42 ID:CKidzB38(1/2) AAS
centrifugal force
centripetal force
どっちがどっちだっけ
4: 2017/07/17(月)15:48 ID:qkSEIgY3(2/2) AAS
>>2
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ディストリビューションの上でも、容易に利用できるそうだ。
5(1): 2017/07/17(月)15:52 ID:+J/mHAT4(1) AAS
「近い将来」って、具体的に何年後？
6: 2017/07/17(月)16:01 ID:JdHoC6wv(1/4) AAS
>>5
5年ぐらいじゃね？
技術自体はできてるからね
外部ﾘﾝｸ:www.rs-online.com
7(1): [age] 2017/07/17(月)16:12 ID:j0L2IRmk(1) AAS
でもその機能入れるかはリーナス次第
8: 2017/07/17(月)16:23 ID:dbyeF4cS(1) AAS
コミット権持ってるのリーナスだけだったっけ。
違うよな。
9: 2017/07/17(月)17:17 ID:JdHoC6wv(2/4) AAS
なんでそこでリーナスがでてくるんだ？
カーネルだけあれば十分な世界になるって話をしてるのに
10: 2017/07/17(月)17:18 ID:JdHoC6wv(3/4) AAS
訂正
カーネルとディストリ非依存のパッケージシステムだけがあれば十分な
世界になる
11(1): 2017/07/17(月)21:11 ID:CKidzB38(2/2) AAS
DLLとか動的リンクをやめて
全部静的リンクにすればいいだけやん
12: 2017/07/17(月)21:24 ID:JdHoC6wv(4/4) AAS
>>11
それは最初の一歩としては間違ってないが、
全部静的リンクしてくれるディストリがない。
静的リンクしても外部コマンドを呼び出しているものには対応できない
ディストリごとに適切なディレクトリが違う。
しかもそのディレクトリをコンパイル時に決めちゃうものがある
更新の手段などの仕組みが必要である。
リポジトリが必要である
などといった解決しなければいけない課題が山ほどある
13: 2017/07/18(火)00:17 ID:EgpbCfir(1) AAS
WINAPIみたいなものをカーネルに実装するのか
商用利用は有料のQTなどは移植性に優れるが
置き換えが進んだ場合、移植性がどうなるのかがカギになりそうだ
sygwinに実装すればいいかw
14(1): 2017/07/18(火)00:32 ID:yIwYRG9+(1/3) AAS
>>1
同じ種類のライブラリがアプリ毎にメモリに読み込まれるんだろ?
本当に軽くなるの?
15(1): 2017/07/18(火)01:02 ID:DTZ5Mc34(1/2) AAS
>>14
そこは工夫次第でどうにかなる。
コードの内容が同じならメモリを共有して使えばいい
そもそもメモリ8GBの時代にライブラリ程度の
僅かなメモリ節約に意味はない。
16: 2017/07/18(火)01:23 ID:44FVYEju(1) AAS
せめて32GBか64GBはメモリ積まないと1GBや2GB程度を僅かとは言えない
17: 2017/07/18(火)01:40 ID:yIwYRG9+(2/3) AAS
>>15
>コードの内容が同じなら
同じかどうかはどう判断するんだ?
名前が同じでもあてたパッチが違ってることだってありうるだろ
コンパイルオプションが違ったらソースが同じでも違うバイナリになるだろうし
>ライブラリ程度の僅かなメモリ
実際どれぐらいの量になるんだ?
18(2): 2017/07/18(火)02:16 ID:DTZ5Mc34(2/2) AAS
> 同じかどうかはどう判断するんだ?
メモリ内容比較すればいいだけだろ
今主流のDDR3は遅いやつでも6.4GB/sの速度が出る
ミリ秒に直せば6.4MB/ms
> 実際どれぐらいの量になるんだ?
ファイルサイズ程度。大抵は1MB前後だろうな
ライブラリが使うデータはどちらにしろアプリ毎に別だってわかってるか？
共有できるのはライブラリのコードだけ。そのコードは1MB程度だろう
19: 2017/07/18(火)02:35 ID:yIwYRG9+(3/3) AAS
>>18
>メモリ内容比較すればいい
アプリの開発者がそれぞれ勝手にパッケージをつくるんだろ
比較しても一致しないほうが多そうな気がするけど
実際に完全に一致して共有できるのはどれぐらいの割合なんだろ
>コードは1MB程度
読み込まれたすべてのライブラリがメモリ上で占める量が?
アプリ毎に重複して読み込まれるのに全部でそれだけ?
20: 2017/07/18(火)11:07 ID:17iWvNTg(1) AAS
全部を共有しなかったら合計数GBになるって言ってるのに分からないのかな
21(1): 2017/07/18(火)13:15 ID:S1lays5a(1) AAS
Hello Worldが10GBとか? w
互換性を重視しすぎて非実用的なものができそうだ
22(1): 2017/07/18(火)16:00 ID:c90dX9ic(1) AAS
メモリの内容を比較とか馬鹿の妄想も大概にしろや
CPUと比べてメモリアクセスがどんだけ遅いと思ってんだ
23: 2017/07/18(火)17:37 ID:klLs5dWA(1) AAS
>>1
捕らぬ狸の皮算用
snapに大きな可能性があると思うならsnapスレをたてて情報交換をすればいいのに、そういうのすっとばして
近い将来Linuxディストリに大きな変化が訪れる!!! とやっちゃうし……
24: 2017/07/18(火)18:50 ID:cMS8sA7M(1) AAS
CoW使えよっていう
あと、全バイナリをStatic Linkingにしちゃったら、セキュリティアップデートの度に丸ごと入れ替えることになっちゃうね
25: 2017/07/19(水)00:30 ID:Fy+T7UT6(1) AAS
>>21
> Hello Worldが10GBとか? w
dockerの例を見ればわかるが、debianベースだと200MBとかだよ。
これがaplineとかになると10MBぐらいまで減る
26: 2017/07/19(水)01:01 ID:9ghgW5G9(1) AAS
>>18
>>22も言ってるけど
外部ﾘﾝｸ:citeseerx.ist.psu.edu
27: 2017/07/19(水)03:21 ID:OWxNseUH(1) AAS
VMWareとかメモリの共有やってなかったっけ。
28: 2017/07/19(水)07:22 ID:6NvL6kHx(1) AAS
ソース無しの個人的見解()でよく騒げるなお前ら
29: 2017/07/19(水)18:53 ID:8MJYTVne(1) AAS
※個人の感想です。
30: [age] 2017/07/20(木)00:33 ID:FFtVvedk(1) AAS
ld.so.confとかcacheはどうなってしまうん？
31: 2017/07/23(日)03:05 ID:ctdV/pOl(1) AAS
webassemblyでlinuxが動くようになりWebVR対応のDEが作られる
32: 2017/07/24(月)20:56 ID:KUSM4MF0(1) AAS
0installは普及しない？
33: 2017/07/28(金)17:35 ID:HAd4T5Qd(1) AAS
>>7
hd
34: 2017/08/15(火)21:29 ID:Er5bTBaa(1) AAS
つまり全部スタティックリンクにすりゃぁいいだけなんだけど、
GPL が邪魔だからパッケージにしとく、って話か？
35: 2017/09/18(月)05:18 ID:idWryBV8(1) AAS
ラズパイというかマイコンボードみたいのだと全部静的リンクとか
可能なんだろうけどな。KDEとかGNOMEとかもう。
36: 2017/12/29(金)13:51 ID:S/CsVkMC(1) AAS
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
D3QMDUMEPY
37: 2018/02/15(木)01:19 ID:m3isa15O(1) AAS
☆ 現在、衆議員と参議院の両院で、改憲議員が３分の２を超えて
おります。総務省の、『憲法改正国民投票法』、でググってみてください。
国会の発議はすでに可能です。日本の、改憲を行いましょう。
平和は勝ち取るものです。お願い致します。☆☆
38: 2018/05/22(火)11:03 ID:Czl6p0FW(1) AAS
僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
AWAKF
39: 2018/05/24(木)19:05 ID:tXxVWVjz(1) AAS
10年で追い越す！の10年が未だ始まらず20年近い時が流れていますが。
この「近い将来」は、いつ始まるのでしょうかｗ
40: 2018/11/11(日)17:58 ID:Bd07N8s0(1) AAS
外部ﾘﾝｸ:r2.upup.be
41: 2018/12/11(火)18:56 ID:TdDwAL/l(1/5) AAS
とうとう>>1の内容が現実になってきたな
外部ﾘﾝｸ:gihyo.jp
> 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以外にも出てきそうだ。
42: 2018/12/11(火)21:33 ID:YQlb17UG(1/3) AAS
snapは一度使ってみれば分かるけど、パフォーマンスが悪いんだよ。
snapでアプリをインスコしてからdfしてみれば分かるけど、アプリごとにディスクが増えるんだ。
仮想化してるようなもんで全部のせのインストールだからそうなる。
すべてのアプリをsnap依存にするとなるとその分開発者の負担が増えるし、現状の技術でまともに動くわけがない。
現状だと非現実的。
43(1): 2018/12/11(火)21:39 ID:TdDwAL/l(2/5) AAS
> snapは一度使ってみれば分かるけど、パフォーマンスが悪いんだよ。
> snapでアプリをインスコしてからdfしてみれば分かるけど、アプリごとにディスクが増えるんだ。
それがなにか問題でも？ スマホアプリでも1アプリで数十〜数百MB。ゲームとかなら
数GBぐらいいくんですが、それよりも悪い状況になるんですか？
アプリを100個入れても、100GBかそこらでしょう？
そんなに使うわけないし
44(2): 2018/12/11(火)21:42 ID:YQlb17UG(2/3) AAS
>>43
標準構成ではじめからインスコされてるパッケージ数をカーネルとドライバ除いて100個以上は余裕であるだろ。
物知らなすぎ。
45(1): 2018/12/11(火)21:45 ID:TdDwAL/l(3/5) AAS
>>44
俺が言ってるのはアプリの数
パッケージじゃなくて、ア・プ・リ
アプリに依存しているものは全てアプリに入れれば
アプリのサイズは膨れるだろうけど、ゲームを除けば数十〜数百MBだろ
お前、100個ものアプリを使いこなしてんのか？
46(1): 2018/12/11(火)21:58 ID:YQlb17UG(3/3) AAS
>>45
お前の主張なんかどうでもいい。引用されたから安価つけただけ。>>1の主張はディストリはパッケージシステムは必要なくなるって言ってるのでそれを念頭に置いてる。
自分の妄想のみを念頭に置いてなにか言うなら新しくスレでも立てろ。
47: 2018/12/11(火)22:06 ID:TdDwAL/l(4/5) AAS
>>46
はい？ パッケージシステムが必要なくなるという前提なら
パッケージの数をどうこういっても意味はないですねぇ
48: 2018/12/11(火)22:07 ID:TdDwAL/l(5/5) AAS
だいたい、俺はパッケージの話なんかしてないし、
>>44で急にパッケージの数とか持ち出さないでくれますか？
最初からアプリの話しかしてませんよね
49: 2018/12/11(火)23:19 ID:XzIShohI(1) AAS
大きな変化が訪れます。
Windowsアプリが動くようになる。
50: 2018/12/12(水)05:34 ID:wyEGdoZZ(1) AAS
-march=nativeつけてビルドされたバイナリしか使いたくないっていう人もいる
51: [age] 2019/01/13(日)16:03 ID:NJIHNCaF(1) AAS
age
52: 2019/01/13(日)17:00 ID:Myz5ov08(1) AAS
今まで改善してきた過程をただ退化させてるだけだと思う
53(1): 2019/01/14(月)04:45 ID:kUpvnUUv(1) AAS
開発者視点でsnapはとてもありがたいけど、利用者視点、特に中古PCなんかを使ってる層には受けが悪いのかも。
54: 2019/01/14(月)06:09 ID:W6eAVv65(1) AAS
なんで？
55(1): 2019/01/14(月)07:40 ID:VWYxmLHJ(1) AAS
当然賛同しない開発者がいるわけで
また新しいディストリが増えるだけw
56: 2019/01/14(月)16:30 ID:Pcx5I6S5(1) AAS
HomebrewがLinuxにも対応するから
これも新しい変化の流れに加わりそうだ
GUIアプリはsnap
CLIコマンドはHomebrewでユーザー領域にインストール
サーバー系はDocker
ディストリ専用のパッケージマネージャーは
徐々に役割を終えていっている
57: [age] 2019/02/16(土)12:17 ID:vCvwUTnp(1) AAS
age
58: 2019/02/17(日)01:29 ID:Fd6NTmBS(1) AAS
＞＞新しいパッケージシステムは誰でもリリースできるのです。有料アプリだってリリースできます。＜＜
逆に危ないような気もする
59: 2020/05/21(木)16:49 ID:mAWvpbbo(1) AAS
上げてこうっ。
60: 2020/05/21(木)17:54 ID:M/3tF50A(1/2) AAS
>>53
開発者視点でも反対があるけど
61: 2020/05/21(木)17:57 ID:M/3tF50A(2/2) AAS
>>55
さあそれはどうかな。壁紙が違うだけなら、いくら増えてもいい
62: 2020/05/21(木)18:14 ID:IXSxBUoz(1) AAS
壁紙とテーマが違うならそれは新しいディストリビューションだるぉ！
63: 2020/06/11(木)16:16 ID:HlKSOBtc(1) AAS
このスレ立ったの案外古いんだな。３年前だな。
オープンソース開発者の反対の声が目立つようになったな。
旗振り役がプロプライエタリな企業。
やはりろくなことがなかった。
64: 2020/09/22(火)22:20 ID:V2OQD1mJ(1) AAS
AppImageがあるけどあんまり普及してないね
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.151s*