アカウント名:
パスワード:
Electronとか便利なのわかるがメモリ効率などをついつい考えてしまう
Electron遅いから嫌い!っていうと、必ず、「マシンパワー上げれば問題無い」というやついるんだけどそれ意味ないってのが分からないヤツ多い。マシンパワーあげてもネイティブアプリの起動より遅いってのがどうしても通じない。
あれは「多機能に惚れ込んで」て起動時の一瞬の引っかかりが見えなくなってる病気なのかなと思う。
でも、.exe はリロケートの分 .com より起動が遅い、ってのはマシンパワー(というかVMM)で克服できたじゃん。
32ビット以降プロセスごとにアドレス空間が独立したのと、Windowsにプレインストール済みのdllは全部アドレスが重ならないようにリベース済みでほとんどの場合リロケートの必要がないんじゃなかったっけ?
> 32ビット以降プロセスごとにアドレス空間が独立した
それがVMMのおかげ、ってこと。ハードウェアの力でソフトウェアの遅さが克服された例。
最近はむしろ、バッファオーバーフロー等での攻撃が成立しにくいようにランダム化してるけどな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
Windowsに限らず (スコア:0)
Electronとか便利なのわかるが
メモリ効率などをついつい考えてしまう
Re: (スコア:2, 興味深い)
Electron遅いから嫌い!っていうと、必ず、「マシンパワー上げれば問題無い」というやついるんだけど
それ意味ないってのが分からないヤツ多い。
マシンパワーあげてもネイティブアプリの起動より遅いってのがどうしても通じない。
あれは「多機能に惚れ込んで」て起動時の一瞬の引っかかりが見えなくなってる病気なのかなと思う。
Re: (スコア:0)
でも、.exe はリロケートの分 .com より起動が遅い、ってのはマシンパワー(というかVMM)で克服できたじゃん。
Re:Windowsに限らず (スコア:0)
32ビット以降プロセスごとにアドレス空間が独立したのと、Windowsにプレインストール済みのdllは全部アドレスが重ならないようにリベース済みでほとんどの場合リロケートの必要がないんじゃなかったっけ?
Re: (スコア:0)
> 32ビット以降プロセスごとにアドレス空間が独立した
それがVMMのおかげ、ってこと。
ハードウェアの力でソフトウェアの遅さが克服された例。
Re: (スコア:0)
最近はむしろ、バッファオーバーフロー等での攻撃が成立しにくいようにランダム化してるけどな。