[過去ﾛｸﾞ] 【node.js】サーバサイドjavascript 4【io.js】 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
760(2): 2017/09/05(火)15:05 ID:EAdtS/tk(1) AAS
だから一定数のリクエストを処理したらプロセス再起動する
三菱でも大丈夫
761: 2017/09/05(火)15:06 ID:y9gU3zED(1) AAS
メモリだけじゃなくて
CPUもファイルI/Oも簡単に食い潰せるからな
762: 2017/09/05(火)16:00 ID:JsNUX7wh(2/2) AAS
>>760
なるほどね。大雑把な作りだ。
大昔Dephiの案件をやった時に、PLが
ひとかたまりのEXEを画面ごとにバラバラのEXEにして
切り替えるたびに終了させる仕組みを作り出して、メモリリークを
極力抑える仕様にしてたの思い出した(データはDBにおいてる)
763: 2017/09/05(火)17:07 ID:x6NjkUnp(2/2) AAS
>>760
三菱は自動再起動なんて技術がないから、連絡受けて手動で再起動してた
764: 2017/09/06(水)21:18 ID:CWS2BygD(1/2) AAS
何故、三菱が引き合いに出されるのだ?
なんかやらかしたんかい。
765: 2017/09/06(水)21:34 ID:tZ2T0w/m(1/2) AAS
Librahackで検索
766(1): 2017/09/06(水)22:59 ID:CWS2BygD(2/2) AAS
三菱電機インフォメーションシステムズ (MDIS) 製のソフトウェアは、
1時間に400以上リクエストを送られると他のリクエストの処理が不可能になる不具合を含んでいた
これか?
9秒に1回以上で破たんするなんてどんな実装か興味津々
767(1): 2017/09/06(水)23:25 ID:tZ2T0w/m(2/2) AAS
これを読むとイメージがわかる
外部ﾘﾝｸ[html]:takagi-hiromitsu.jp
外部ﾘﾝｸ[html]:el.jibun.atmarkit.co.jp (事件をモデルにしたフィクション)
768: 2017/09/07(木)03:05 ID:x1ExMc+m(1) AAS
そもそもDOMとのメモリリークとかまともに対応してきたJS界のエンジンが優秀過ぎるだけで
他のサーバサイド言語で環境を跨いた循環参照とか上手く処理できるエンジンは無いし、他のGC技術や調整も何年も遅れてる
769(3): 2017/09/07(木)06:19 ID:+w9zPnXt(1/3) AAS
WebアプリでDBコネクションを10分間も保持するなんてどういう実装したらできるんだろ?
普通にやったんじゃできないよね。
770: 2017/09/07(木)07:18 ID:K4PeVUi8(1) AAS
応答しなければいい
771: 2017/09/07(木)09:17 ID:9vlATu9m(1/2) AAS
>>769
expressだって、グローバルスコープの変数にコネクション保持すれば、その参照切るまで残るぞ
772(1): 2017/09/07(木)12:06 ID:OJmUELTm(1) AAS
>>769
膨大な数のリクエスト処理するのになぜ閉じるのかが逆に理解できないんだけど
普通WebアプリやサービスのDBはつなぎっぱなしだとおもう
773(2): 2017/09/07(木)12:43 ID:rxsfMKHp(1) AAS
Webのセッションが終わってるのにコネクションをセッションのために１０分間保持してたって事でしょ?
普通はコネクションは閉じないがWebのリクエスト毎に紐付けは開放でしょ。
774(1): 2017/09/07(木)13:10 ID:ZzrrO/3t(1) AAS
>>773
アプリサーバーとか作ったことある？
775(1): 2017/09/07(木)14:19 ID:oGYUX/gJ(1) AAS
>>773
その紐付けを解放しないのが三菱流
776: 2017/09/07(木)19:20 ID:+w9zPnXt(2/3) AAS
>>774
ないズラ
そんなヤツ僅少だろ
777: 2017/09/07(木)19:23 ID:+w9zPnXt(3/3) AAS
>>775
三菱に限らずSIerの技術力低下が半端ない
778: 2017/09/07(木)22:32 ID:9vlATu9m(2/2) AAS
自分達の底辺技術レベルが原因で、無実のエンジニアを罪人にして、ほっかむりしたのは三菱だけ
779(3): 2017/09/08(金)00:15 ID:7o1xz83o(1) AAS
ちなみにDBってopenとtransactionを分離している奴があるけど、これって何で？
例えばIndexedDBでもそうで、open後にtransactionを作ってアクセスしなければならない。
しかし普通に読み書きだけなら
DBWrite(DBname, objectStores, key, value)
みたいなAPIでクエリ毎にopen/close繰り返した方が使う側は楽だよね。
何らかの理由でopenが重いから分離しているのだろうけど、
普通に実装すればそんなに重いとも思えない。
（実際はopenは数秒かかる時もある程重いが）
これって何で？
ちなみに類似ケースはXHRで、通常は毎回XHRをnewするだろ。
省1
上下前次1-新書関写板覧索設栞歴
あと 223 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.011s