haskell-jp / general #11

そしていきなり質問なのですが今現在stackを用いてHaskell-Yampaの先輩のプログラムを実行しようとしているのですが前の先輩がUNIX環境で行っていたこともあり引き継ぎ資料が機能していません。どこがうまくいかないかというとFRP.Yampaなどのimportの処理がよくわからないのです。そもそもstackでHaskell-Yampaを用いたゲームの作成などができるかなど教えてほしいです

sawada

2018-11-16 09:26:44 +0900

プログラムはこれが置いてあるだけでした

lotz

2018-11-16 10:27:35 +0900

questions というチャネルがあるので質問系はそちらで！

lotz

2018-11-16 10:45:50 +0900

lts-12.18だと

package.yaml（一部）

executables:
    ...
    dependencies:
    - GLUT
    - Yampa

stack.yaml

extra-deps:
- Yampa-0.11

で動きましたー

lotz

2018-11-16 10:46:42 +0900

FRP.Yampa.Vector3
が最新のYampa-0.13だと消えてるみたいで 0.11 にしないと動かなかったですね

matsubara0507

2018-11-16 11:51:55 +0900

Yampa うちの研究室でもやってたなぁw

igrep

2018-11-16 12:34:39 +0900

questions というチャネルがあるので質問系はそちらで！

一応（迷ってきた人が慌てて質問しちゃってもいいように）ここでも質問可、ということにはしています。
（が、このルール紛らわしいのでやっぱり止めた方がいいのかな。。。
「質問系はこちらで！」みたいな突っ込みを避けるためにこうしてるんですが、「『質問系はこちらで！』なんて突っ込みしなくていいよ」という突っ込みを毎回しているような。。。）

lotz

2018-11-16 12:35:27 +0900

あ、そうだったんですね :sweat_drops: 失礼しました

kuono

2018-11-16 13:10:40 +0900

@kuono has joined the channel

Slackbot

2018-11-19 10:00:21 +0900

Reminder: https://haskell-jp.slack.com/archives/C4LFB6DE0/p1517792426000233

Hiro

2018-11-20 11:51:12 +0900

@Hiro has joined the channel

jeedo

2018-11-21 16:36:54 +0900

@jeedo has joined the channel

2018-11-23 04:32:02 +0900

@ has joined the channel

chris

2018-11-25 17:54:29 +0900

@chris has joined the channel

umeneri

2018-11-25 20:13:32 +0900

@umeneri has joined the channel

2018-11-26 00:07:52 +0900

@ has joined the channel

Slackbot

2018-11-26 10:00:23 +0900

Reminder: https://haskell-jp.slack.com/archives/C4LFB6DE0/p1517792426000233

GrimssonG

2018-11-27 15:55:11 +0900

@GrimssonG has joined the channel

GrimssonG

2018-11-27 15:58:21 +0900

仕事(といっても研究ベースですが)にHaskellを使っておりますが,環境が最高すぎて車輪の再発明ばかりしております.

GrimssonG

2018-11-27 15:58:51 +0900

わからないことが多々でてきたので,参加させていただきました.よろしくお願いいたします

GrimssonG

2018-11-27 18:04:08 +0900

早速で恐縮なんですが,現在スタンドアローンのWin7環境でHaskellPlatform(GHC 8.4.3)を使って作業をしています.csvデータを取り込みたく,以下のパーサーをReal World Haskell 等見ながら作成してみました.数100mのファイルなら問題なく動くのですが,4Gくらいになるとメモリヒープを起こします.マシンのメモリは128積んであるので,読めないことはないと思うのですが,理由がわかりません.ご知見ありましたら,ご教示いただければ幸いです.

kakkun61

2018-11-27 18:19:20 +0900

GHC で吐いたプログラムのヒープサイズはデフォルトで無制限か
https://downloads.haskell.org/~ghc/8.4.3/docs/html/users_guide/runtime_control.html#rts-flag--M%20%E2%9F%A8size%E2%9F%A9

igrep

2018-11-27 18:22:37 +0900

4Gくらいになるとメモリヒープを起こします

メモリ不足でOSによってkillされるってことですか？

GrimssonG

2018-11-27 18:24:22 +0900

128gbまで使い切ってキルされるか自分で強制終了しています。色々とstrictにしてみたりはしたんですが変わらず、悩んでいます。

igrep

2018-11-27 18:26:17 +0900

ヒーププロファイリングをしてみる、とかですかねぇ。
ちなみに、CSVパーサーと言えばcassavaが有名ですが、それでやるのはダメなんですかね。

GrimssonG

2018-11-27 18:28:45 +0900

プロファイリングをしてみて動くサイズのファイルでは問題なさそうなのですが、一定サイズを超えるとプロファイルはくまえに死んでしまって困っています。既存のものを入れられると助かるんですがオフラインで依存環境が解決できずに車輪の再発明をしている次第です。

igrep

2018-11-27 18:31:23 +0900

なので、プロファイリングして問題のないサイズの入力でたくさんアロケートしている関数を探すのです。

... それはさておき、ざっと読んだ感じ、単純に Data.TextをData.Text.LazyにしてStrictにするのを止めるだけで大きく変わりそうな気がします。

as_capabl

2018-11-27 18:33:30 +0900

メモリリークは結構、呼ぶ側のコードの影響もあるかもしれません。

GrimssonG

2018-11-27 18:35:09 +0900

問題のないサイズで元々Lazyなものを使って試していたんですが、Strictの方がスコアが良かったので、こちらにしていました。Lazy vesionから順にbang pattern を付けて見たんですが、最終的にこれが一番結果が良かったです。cellの部分でdeepseqも試しましたがそちらは悪化したのでやめました。

as_capabl

2018-11-27 18:36:01 +0900

readCSVTWin path >>= mapM_ (mapM_ Text.putStrLn)) みたいに即座に消費するコードを書いてみてリークしないようなら、呼ぶ側の原因かも