.NET Frameworkなんて死んでも入れない 2

これって削除しても大丈夫なの？大丈夫なら消したいんだけど
古いPC使ってると容量食われて嫌だ

.NETアプリが動かなくなる恐れがある
Pen3 800MHz 512MBのマシンではマジで最悪だったな

.NET製ソフトを使わなければ削除しても全く問題無い
アンインストールしても、レジストリに大量のゴミクラスを残してくれたり
ローカルディスクにゴミファイルを残してくれるから完全に元通りにはならないけど

ゴミPCを使うゴミ人間だから問題ないだろ

それ、WinME 世代の最新機種じゃねーか。

物持ち良いな。感心した。

OSTだかなんだかがゴリゴリ動いてい最悪という記事を見た
何だろうな
マジでブチ切れてた

XPですら既に時代遅れなのにMEとかゴミすぎるｗ

ARM版Windowsや、Windows Phone7が普及したら軌道に載るはず。
ようやく.NETの長所が活かせて、需要も見込めそうなハードが揃いつつある。

ダメなものはダメ

まだXPなんて使ってるんだ

>282
ナカーマ

SmallBasicっていうのが.net3.51なので、VMwareのゲストに入れてみた。
そしてSmallBasicを起動するが・・・もっさり。
起動し終わると、>282と同様にCPU使用率20%ほど消費し、マウスを動かすたびにCPU100%張り付き。
窓の最大化などすると、最大化完了まで数秒待たないといけません。
しばらく放置していると最低使用率が5%くらいに落ち込んできますね。裏で何かやっているんでしょう。
そこまでいくと反応が改善します。

僕のPCのスペックは
CPU:PentiumM1.7GHz
ホストMEM　:2GB
ホストVRAM:64MB
ゲストMEM　:512MB
ゲストVRAM:16MB

ホストHDDは２台で、システム用と仮想マシン用と別々にしています。
また、仮想マシンのメモリは実メモリに割り当て、ファイルを使わないようにしています。
Direct3DでホストのGPUを使うようにしてますが、ぎりぎりスペックなので高度な機能を使われるとホストのCPUを食ってしまいます。

で、ホストのタスクマネージャとゲストのタスクマネージャを比較すると、
ホスト側のCPU使用率が2〜3倍にもなるので、相当にGPUに負担をかけていることが分かります。
.netアプリが表示されている限り、常にGPUに負荷をかけています。
これが.netもっさりの原因でしょう。

つまり、GPUが弱いと.netがとたんに重くなる。
.netアプリが画面を一つも持ってなければそうでもない。

ホストを重くしたくないからゲストに入れてみたが、僕のPCのスペックで実用レベルにするにはホストに入れ、
必要がない限りは.netアプリを動かさないようにするしかないっぽい。
当然、PenIII以前のはどうがんばっても無理。

PentiumM(苦笑)

低能だと重くなくるみたいだな

>>295
人を馬鹿にする奴ほど頭が悪そうな書き込みをするみたいだな

テストの中の人もC2Qの検証環境かｗ
PentiumMでプレコンパイル中どの位重くなるかは想像するだけで嫌になるぜ
http://ram.client.jp/

本当に最悪だよな
アプリはもっさりだし

批判派はもっさりっていってるけど、
具体的にどのアプリがもっさりって感じるのか判らない。

Ｃ＋＋できりきり書き直せば速くなる。

ホストに入れたら意外と軽かった。
Googleの新しい検索ページよりよっぽど軽いよ。
古いけど３Dゲーム用VGAだからかな。

Small Basic面白いね。
機能はXPのメモ帳やペイント並みに少ないけど、それがいい。
インテリセンスが意外と軽くて快適だったのはそのおかげだろう。
作ったプログラムをボタン一つでWebで見せ合えるからいろいろはかどる。

起動するだけでかなりGPU使うけど、それ以外は別になんでもなかったから、
GPUの負荷だけが問題だった。
アニメーションとかOFFにできればだいぶ違うんだろうけどな。

あ、突然CPU食いだすプロセスがあったっけ。
ああいうのがあるからゲストで動かしたかったんだけどな。
まあ、必須のプロセスらしいから仕方ない。

blueMSX、つかえよ・・・

Small BasicでWeb？と思ったがSilverlightで走るのか。知らなかったよ。
http://www.atmarkit.co.jp/fdotnet/chushin/smallbasic_01/smallbasic_01_04.html

Silverlight(笑)

.NETはマジで糞だな

http://hibari.2ch.net/test/read.cgi/win/1295932036/134-138

windowstab動いて、便利になった
やってみる価値はある

http://pc.watch.impress.co.jp/docs/news/20110602_450053.html

Windows8で.NETはTailoredアプリへ、
SilverlightはHTML5へと取って代わられそうな雰囲気になってきたね

ネイティブアプリの支配力低下を喜ぶまで落ちぶれてしまったのか。

コードとデザインの分離は昔から熱心。

Aというソフトがインストールで.netを入れなきゃ動かないぞと怒られて
長時間かけて.netを入れたらAというソフトが実はクソだった時のガッカリ度

>>307
手段と目的の逆転（当人は気付いていない）

.NETは　何　故　失　敗　したのか

失敗したと言い張れば失敗したことになるの？
MSのやり方を見てれば、.NETをフェードアウトさせるなどとは到底思えないんだけど。
むしろxpのサポが切れ、.NETとの融和性がより高い7以降がメインになるであろうこれからが本番。

これって無駄に容量くってるけど、allバージョン必要不可欠な要素け

りゅうけんでん

Windows8(仮称)はforTabletと通常版に分けて欲しい
無駄な機能が入ると鬱陶しい

その御蔭で.NETとSilverlightが消えそうだから良いんじゃねーの？

これサックリ消したら問題生じるのか？教えてエロい

.NETはさらに推進だろ。

Windowsの根幹を成すネイティブは切っても切れるものではないが、
いつまでも芽のでない金食い虫の.NETとSilverlightを飼い続けるかどうか・・・M$も失敗を認めつつあるのではないかね？

「Windows 8」の開発環境を巡る不安--HTML5とJavaScriptベースに移行か？
http://japan.cnet.com/news/service/35004054/

たしかに.netは無料で配布してるから金食い虫と思えなくもない。

でも、.netの開発者がよそのチープな開発言語で開発できるかといえば疑わしい。
だから.netはまだまだ続く。

ブラウザベースになるというのは、多分、自動的にSilverLightに変換される.netアプリがあるように、
それをブラウザベースで動かせるようにするよってことなんじゃないかと。

>>320
それを読んで消えそうって言っちゃう君って想像力豊かだね。

>>2
の比較っておかしくない？
全プロセスが完全に立ち上がる前のスナップショットって何がしたいんだろう
事後は起動中でユーザーが判明してないし、WindowsUpdateすら起動してない

御託はいいから、これは消してもいいのか教えろオマエ等

>>325
一回消してみて問題があったらまた入れればいいだろ

>>325
基本的にはあまり問題はないが、それを使うソフトを使えなくなる(ドライバーインストールソフトとかに使われていることもある)

そうなのか
ありがとね

>306
TailoredアプリってまんまWindows Phoneからの流用だと思うんだけど、
Windows Phoneの開発環境って.NETのみですが。
（ちなみに同じフレームワークでPC/Xbox/WP/Zuneアプリが作れる）

>320
キミは知らんのだろうけど、Silverlight はJavaScript+HTMLで動かすオプションがある。
つまり現行路線の延長線上にある技術だよソレ。

こんな所でうだうだ言うならWIN使わなきゃいいのに()笑

いろんなバージョンを複数入れる必要があった
VBランタイムよりずっといいよ

俺用メモ

Microsoft .NET Framework 3.5 Service Pack 1
http://www.microsoft.com/downloads/ja-jp/details.aspx?FamilyID=ab99342f-5d1a-413d-8319-81da479ab0d7
↓
重要 : .NET Framework 3.5 SP1 パッケージ (ブートストラップ パッケージまたは完全なパッケージ) のインストール後、
すぐに更新プログラム KB959209 をインストールして、アプリケーションの互換性に関する一連の既知の問題を解決してください。
http://go.microsoft.com/fwlink/?LinkId=136730
↓
Windows XP x86 および Windows Server 2003 x86 用 Microsoft .NET Framework 3.5 ファミリの更新プログラム
この更新プログラムをインストールすると、Microsoft .NET Framework 3.5 Service Pack 1 のアプリケーションの互換性に関する一連の既知の問題が修正されます
http://www.microsoft.com/downloads/ja-jp/details.aspx?FamilyID=6c095bba-6100-4ec9-9c54-6450b0212565
↓

「このダウンロードに含まれるファイル」に記載されている 3 つの更新プログラムすべてをダウンロードし、インストールしてください。これらの更新プログラムは、以下の順序でインストールする必要があります。

1. .NET Framework 2.0 Service Pack 2 用の更新プログラムのインストール - NDP20SP2-KB958481-x86.exe
2. .NET Framework 3.0 Service Pack 2 用の更新プログラムのインストール - NDP30SP2-KB958483-x86.exe
3. .NET Framework 3.5 Service Pack 1 用の更新プログラムのインストール - NDP35SP1-KB958484-x86.exe


メモ : 以下の更新プログラムは上で示したインストール順序のとおりに一覧表示されていない場合があるので、これらの更新プログラムのダウンロードおよびインストールは、必ずこの順序に従って実行してください。

ここはngen肯定派が多いの？
MS自体、イメージサイズが増大しHDD負荷が上がりますって言ってるじゃん
JITコンパイルの時間が無視できないCPU使ってる人？

>>333
2行目はおかしくないか？ あらかじめngenしても、実行時でも、結果は同じだろ。
バックグラウンドでガリガリが嫌なんじゃないの？

>>334
ngenの作用って
事前コンパイルによるCPUコスト低減
アセンブリサイズ増大(ネイティブイメージ分)によるガリガリ
でないの？
そもそもよく分かってなくて
２回目以降の起動が早くなる現象について説明出来ない。
何がキャッシュされてる？
JITコンパイル後イメージは破棄されるはずだから、
アセンブリ全体？.Netの機能？Windowsの機能？

ここに因ると、マシン再起動を含まない2度目以降の起動時が速いらしい。
http://msdn.microsoft.com/ja-jp/magazine/ee207418.aspx
まあ、JITよりngenがずっと速いだろうとは書いてある。

「メモリキャッシュ」だ！！

ゴミだｗ

>>336
ありがとう

>2. NGen が適している場合
の部分かな？

それならメモリキャッシュ＞＞＞＞＞＞Ngenだな〜
2度目以降の起動が早くなると言われても、
2度目以降の起動が遅いと思ったことが無いので。。。

Ngen支持者は2度目以降も遅いから使ってるのか？

>>338
全部読めば書いてあるけど、JITは毎回JITコンパイラが呼ばれる。よってngenがある。

起動したら他のプロセスを立ち上げたりせず、
おとなしくじっとしとけということですか

>>340
いや、起動時にまとめて色々と呼ぶから遅くなる って書いてある。
作る人が遅延や分散しろってさ。

>>341
あ、この辺も読んでるんでどこか分からん。
http://msdn.microsoft.com/ja-jp/magazine/cc337892.aspx
http://msdn.microsoft.com/ja-jp/magazine/dd569747.aspx

アセンブリサイズが増えるよりも、JITコンパイラを読みこまない方が効果的な場合が多いと思うけど

ngenでは、インストール時にの環境に合わせて最適化、JITでは、実行時の環境に合わせて最適化。

>>340 が審議もされなくてﾜﾛﾀ。

http://pc.nikkeibp.co.jp/article/news/20110805/1033888/
　これらのうち、同社が注意を呼びかけているのは、.NET Frameworkに関するパッチ。.NET Frame
workのパッチは、ほかのパッチに比べてインストールに時間がかかるという。場合
によっては数時間かかるので、インストール中にパソコンの電源を落とさないよう注
意する必要があるとしている。

本末転倒

アンインスコした方が早そうだな

>>346
敗北を知りたい

サブマシンで.Net4入れたら固まりまくりで使い物にならなくなっちまった……
アンインストしても戻らなくて、バックアップから復旧させたばっかりだったからやり直して事なきを得たけど

.netアプリってなにかこうイラっとする遅さだよね

だからその遅いってアプリの名前を挙げろよ

イラつくほど遅いなら、デバッグなんかとてもできそうにないが。

>>352
小　物　ア　プ　リ　す　べ　て
それなりに高機能なソフトならイラつくがガマン出来ない事もない
それにPCが異常にもっさりになって最悪だ

今まで 歴代　.NET Framework 入れてきたけど
PC が異常にもっさりなるってのは体験した事無いんだよね。

家のPCは GateWay 707JP っていう、ふっるーいPC。
CPU は知らないけどメモリは一応2GB はいってる。

PC自作する人なら、BTX 規格が
日本でメーカー製として初めて売り出された機体といえば
その古さが判ってくれるかもしれない。

ここで、異常にって言うのは、ブートが3秒長くなったとかのレベル。

ハードの状況、特にメモリーの量に比例するんじゃないか？
旧式マシンは絶対量が少ないし、増設も今更コスパが合わないのでしない
だからもともと早くないから普通以上に遅く感じるようになる

.netはNaclよりははるかに出来が悪い

naclなんて、いまだに、まともに動いてないじゃん。ActiveX もどきなもに。

>>359
３Dゲームが動いているが。

WaveもGearsも捨てちまった。Google Labsも無くなった。
NaCLなんて重荷をこれからもずっとサポートし続けると誰が保証してくれるのか。

あんな物は一部のマニアのおもちゃでしかない。今までも、これからもそうだ。

普通にIEまでワンテンポというよりツーテンポ起動が遅くなった
OSクリーンインストールしたら特に異常だと感じたよ

IE9でボトルネック確認して、Silverlight切る。

.netもフレームワークの時間差読み込みぐらい少し努力すればでき、
起動時間がどうとか言われないのにやらない
別データベースに設定情報を入れれば更に起動や反応時間を劣化させないのにそれもしない

要するに.Netは屑

>>361
十分実用レベルだが、馬鹿にはわからんか

実用レベルに達しただけでは使い物にならない。
業務には使えないと言っている。ド素人の妄想はこれだから話にならん。

事実、NaCLがどれだけの企業で使われていると思っているんだ？

>>366
最初はJavaも同じ扱いだったが、そのうち使われるようになった
.Netも同じ。
現在が使われていないからと言って将来も使われないとは言えない。
少なくとも安全性と速度を高い水準で両立させている。
使われない理由がない。

Naclなんて、Googleでさえ、使いあぐねてる。

>>367
見向きもされずに消え去る物が殆どなのに、極一部の成功例を出して君の願望を語られてもねぇ…。
そんなに熱く語りたいならム板のNaClスレにネタ投下してやれよ。
お前さんほど熱心に信仰して他を攻撃するような奴は向こうでも見れないぞ

JAVAは.NET以上に使ってないな
>>352
CCC特に起動の遅さが我慢ならない
ちなみにこれとnLiteくらいしかまともに使ってない

media goのインスコ時に2.0と2.0日本語パックが入ったんだけど(これはok)
その後セキュリティパッチが5、6個当たったら何故か3.0sp2と3.5sp1までインスコ済みになってた
どういう事なの？

3.5sp1 の中に 3.0sp2 と 2.0sp2 が入っている。
http://support.microsoft.com/kb/959209/ja

これもあった
http://support.microsoft.com/kb/958484
(.NET Framework 3.5 SP1 にアップデートを適用しないと 不適切なコードを生成する場合がある)

なっるうううううう

>370
ttp://rarara.at.webry.info/200801/article_11.html

monoプラットフォーム製アプリでも軽快に動くよ。
最近Tomboy memoのWindows版を試してみたんだが、monoという事で遅いんだろうなと思ったらそんなことは無かった。

それに引替え.netの方は起動に時間掛かるね。

そもそも.NET Ｆｒａｍｅｗｏｒｋって、何作る為のソフトかわからん

作ったソフトを実行するためのソフト。
馬鹿には理解できないかも知れん。

「開発環境」

ゴミが作ったゴミを動かすソフト。
関わらない方が幸せになれる。

大規模ランタイムライブラリとパフォーマンスに影響の出るレベルのシステム拡張のセット。それが.NET Frameworkの実態。
Side by Sideのために全ライブラリで複数バージョンを入れる羽目になってるからDirectXランタイム以上のサイズになってる。
7なら標準で3.5まで入ってるからFramework自体は気にもならないかもしれないが。

Javaよりまし。