[過去ﾛｸﾞ]
関数型プログラミング言語Haskell Part33 (1002ﾚｽ)
関数型プログラミング言語Haskell Part33 http://mevius.5ch.net/test/read.cgi/tech/1581326256/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
201: デフォルトの名無しさん [sage] 2020/04/12(日) 22:42:42.81 Haskell で競プロ辛い・・・ 200000個の整数読み込んで処理するような問題だとMLEになりがちだ 本当にそんなに使ってるのかよ・・・疑わしいなぁ ランタイムがとりあえずあるだけ使おうとして、足りなくなったらもう要らない空間を探して、そこに上書きするようにしてるの？ だとすると、とりあえずあるだけ使おう期間の段階で上限ぶっちぎってるってことかね もしかして GHC「記憶域ください」 競プロシステム「あなたは上限なのでもうあげません」 GHC「仕方ないな、じゃあガベージコレクションしてなんとかやりくりしよう」 ではなくて GHC「記憶域ください」 競プロシステム「どうぞどうぞ」 GHC「どうも」 競プロシステム「はいそれは毒まんじゅうです。今のでMLEです」 GHC「えっ！！！！」 こうなんじゃないか？ ソースコードで「メモリ使用はは150MB以内で巧くやりくりしろ」とかって制限の指示できないんですか？ http://mevius.5ch.net/test/read.cgi/tech/1581326256/201
207: デフォルトの名無しさん [sage] 2020/04/13(月) 12:33:53.04 ID:tr0y4100 >>201 とりあえずローカルでプロファイル取って実行してみると スペースリークや大量のGCの原因が推定できるはず (「Haskell プロファイラ」とかでぐぐって) 未評価のサンクが大量に積み上がっているとか、 イミュータブルな連結リストの使い方が悪くて 大量の一時リストを作ってしまっているとか あたりじゃないかと想像してみる http://mevius.5ch.net/test/read.cgi/tech/1581326256/207
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.031s