Rust part27 (47ﾚｽ)
上下前次1-新
1: 12/02(月)22:32 ID:D+1pIyvG(1) AAS
公式
外部ﾘﾝｸ:www.rust-lang.org
外部ﾘﾝｸ:blog.rust-lang.org
外部ﾘﾝｸ:github.com
公式ドキュメント
外部ﾘﾝｸ:www.rust-lang.org
Web上の実行環境
外部ﾘﾝｸ:play.rust-lang.org
※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
外部ﾘﾝｸ:doc.rust-lang.org
省11
28: 12/03(火)23:30 ID:NKv2UDMA(3/3) AAS
いつも渋滞している道路は無駄がない道路か
まあ徒歩より遅いなら燃料いらないからな
29: 12/03(火)23:59 ID:WfNTPXjV(1) AAS
>>13
具体的で勉強になったわ
30(1): 12/04(水)00:52 ID:xIul3kYY(1) AAS
>>26
メモリ足りなくなったから不要なメモリ掴んでたら解放してくれと
OSからのメッセージが出ても掴み続けてるアプリが結構あるので
メモリが潤沢にあるからといってリークは気にしなくてもいいなんていう心構えでプログラミングしたらダメだぞという話
難しい話じゃないと思うんだけど1回で伝わらないのは悲しい
31(1): 12/04(水)07:53 ID:5pmDH7A6(1) AAS
サーバでもアプリでもその他でも
プログラム起動中ずっと必要になるデータは
leak()して&'staticにしてしまっても構わない
これはメモリリークではない
一方ですぐ不要となるデータはleak()してはいけない
これはメモリ使用量が増えていってメモリリークになる
この違いをきちんと認識した上でleak()を活用しよう
ずっと必要になるデータを&'staticにできる大きなメリットがある
32(1): 12/04(水)11:14 ID:oDv/ROvl(1/3) AAS
FireFoxのメモリリークは本当に酷い
Rust使ってるっていうのは嘘だろ
33(1): 12/04(水)11:21 ID:CE00sRUi(1/4) AAS
>>32
そこはC++コード
FireFoxでRustを使っているのはHTML/CSSレンダリング部分
メモリ管理部分を含めてメインはC++で記述されている
ソースが公開されているので誰でも確認できる
34: 12/04(水)11:22 ID:oDv/ROvl(2/3) AAS
>>13
さすがにレベル低すぎだろ
35: 12/04(水)11:41 ID:1n5AYU37(1) AAS
リークしてるんじゃなくて意図的に解放してないだけ
本当にやばくなったら解放されるようになってる
メモリ食いが嫌ならAuto Tab Discardアドオンを入れろ
36: 12/04(水)11:52 ID:mxpvKjAM(1/2) AAS
>>31
それを普及させて何がやりたいのか分からなかった
が「やりたいことと合致しない現実」を報道する自由を欲しているらしいと最近分かった
37: 12/04(水)11:55 ID:CE00sRUi(2/4) AAS
もし仮に特定のアプリに問題があったとしても
それはC++やRustの言語の問題ではない
このスレで特定のアプリの問題の話を始める人は愚か
38: 12/04(水)11:58 ID:tdoiopjD(1) AAS
>>33
何でいつまでたってもRustで書き直さないんだろな
39(2): 12/04(水)12:11 ID:ONbcwvwt(1/2) AAS
>>30
主旨に反論したわけじゃない。 Firefox が例として不適当と言ってる。
Firefox は貪欲にメモリを使うが本当に足りなくなる手前で抑制的なモードに切り替わる。
Windows からメモリ不足のメッセージを出したときに Firefox がメモリを掴んだままなのは手放せるものは既に手放してるからだ。
メモリ不足になったときは本当にメモリ不足なんだよ。
40(2): 12/04(水)12:21 ID:CE00sRUi(3/4) AAS
FirefoxもChromeもその他のブラウザもやっていないが
究極的にはアクティブウィンドウのアクティブタブ以外の全ての使用メモリを原理的には解放できる
どの方針を採るにしてもC++やRustといった使用言語の問題ではなくどの言語でも可能だ
明らかにスレ違いの話題だから他のスレでやってくれ
41(1): 12/04(水)13:53 ID:oDv/ROvl(3/3) AAS
tab閉じてもそのtabが使ってたメモリ解放しないんじゃリークだろ
42: 12/04(水)14:10 ID:ONbcwvwt(2/2) AAS
>>40
長く表示していないタブを一旦解放する仕組みが導入されたこともあるんだが思ったより問題が大きくて消極的になった。
コンテキストの管理とレンダラは不可分な部分もあるので再レンダリングに必要な情報を残しつつ他は解放するってのは手間がかかって割に合わないと考えられてる。
>>41
閉じた時じゃなくてアクティブタブじゃなくなったときの話を >>40 はしてるのにそれがわからないなら黙ってろ。
モダンなブラウザはプロセスを分離しまくっていてプロセス間通信で協調する仕組みになってる。
タブひとつ (または数個のグループ) に対応するプロセスがあって適当な条件でプロセスごと消えて作り直されたりするので仮にメモリ管理に多少の問題があっても全体の堅牢さは維持される。
43: 12/04(水)14:24 ID:pXQEyunH(1/2) AAS
>>39
>Firefox がメモリを掴んだままなのは手放せるものは既に手放してるからだ。
これは嘘
単にお行儀が悪いだけ
>>40
>FirefoxもChromeもその他のブラウザもやっていないが
Safariは閉じたタブのメモリはもちろんのこと
長く非アクティブなタブのメモリは割と積極的に解放してる
44: 12/04(水)14:30 ID:CE00sRUi(4/4) AAS
いずれにしても各アプリのレベルのメモリ管理の話であってプログラミング言語と関係がない
しかもFirefoxのメモリ管理部分はC++で記述されている
ここRustスレで無関係な話をいつまで続ける気だ
45: 12/04(水)14:35 ID:pXQEyunH(2/2) AAS
>>39
>主旨に反論したわけじゃない
いやいや主旨を理解してないのに主旨に反論してるもしてないもあるかいな
46: 12/04(水)15:57 ID:dIs/C0Ii(1) AAS
Firefoxで失敗してるRustw
47: 12/04(水)17:22 ID:mxpvKjAM(2/2) AAS
ふむ、広告ブロックを強化すればメモリ節約できるのでは
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.460s*