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

ペロペロ（^ω^）

なんかPCがもっさりするわ

NET Frameworkが入ってないWINなんてありえんな

まぁしょぼいXPを使ってるなら話は別だが（笑）

xpだってちゃんと最適化すればさほど重くはならないんだけどな。
それ以前にいろんなアップデートを入れていくうちに重くなっていくわけなんだが。

ゴミを動かすためのゴミ

>>255
どういう理由でありえないのかわからないけど NET Framework で開発されたソフトって不思議なぐらい尽く出来が悪いよね、
一体何が原因なんだろうね？

.NETは以前のOfficeのように、システムに食い込んでくるからなぁ
アンインストールしてもファイルとレジストリに相当ゴミを散らかしたままにするし

>>258
.NETの良い所は、俺みたいなちょっとVBやJ++を触った程度のScriptKiddieが
簡易的なアプリケーションをすぐに作れるところに在るからね、悪い事ばっかじゃないんだ

うちはグラボのDXVAのためにCCC必須だからMSに屈して.NET入れた。

>>259
.NETでしか作れない、動かない物って無いのか？
プログラミングの神みたいな奴が作ったらVBで十分なのか？

昔から作ってる人間、今の環境で”出来る”人間ほど移行したがらないんだよ。
で、簡単にできるもんだからすぐ移行する人間は”出来ない”人間が少なくない。

今までだって結局、ランタイムやDLLをOS標準搭載にして普及させてきたんだし。
Vistaは2.0、7は3.5が標準搭載だし、旧来との互換性でも問題が出てきてるんだから嫌でも移行していくはず。

>>259
MSの目的はIT業界の大多数を占める凡庸な人間(もちろん仕事でソフト作ってる人間)をMSの
共通のソフト開発・実行環境へ移行させ、開発そのもののコストの低減を図ること。
（ちょっとプログラミングかじっただけの素人でも組めるのは、その恩恵の一部にあずかってるってだけ）
実際、業務用アプリでも出てきてるしな。大規模なものならAutoCADなんかは数年前から.NETへ移行。

あと、本当に簡易で良ければPowerShellもあるし。

twitter クライアントだと、
公式web、web アプリ、スマホ、AdobeAir、.NET
ばっかりだ。

>>258
ならお前はさぞ神プログラム作るんだろうなw

.NETがこの先生きのこる方法、それは.NETでしか動かない神アプリができることだ。

|ω・) ｼﾞｰ

同じＤＬＬとか、重複が多すぎる　４だけど300Ｍ以上ファイル削除で無問題って・・・
コンパクトな物、出せないのかな？

>>268
ソース

>>268
つ silverlight

>269
ソフト等で検索してみて、dll250個くらい重複してるからｗ

なんで、silverlight？

dll hell対策

>>271
.NET4 Client Profileのシステム要件でディスクの最小空き容量はx86で600M。当然ながら全部使うわけじゃない。
そこから300M以上削除となると…何を消したの？リンクを重複してカウントしてるんじゃないか？

小規模なアプリだと、もっさりしすぎてイライラする

>>233

>273

うちはひとつのアプリのためにインストしてるから、検証が楽だった
assembly 121M
Microsoft.NET 75M
まで削った、300Mくらい削除　まだいけそうだけど

VB？で、4を要求されて検証で一つのDLLを、実行ファイルの所に放り込んだら動いたとか見たから、やってみた
ノートだから、容量稼ぎたいので

メモリを異常なほどにバカ食いして、システムがかなり遅くなる
メモリが2GBは必要だな

>>276
あー、なるほど
特定のアプリしか使わないなら使ってないやつを消しても動くね。

消すのは当然自己責任で推奨できないけど
もっと削りたいならProcess Explorerあたりで使ってる.NETアセンブリを調べるといいよ。

>>277
バカ発見

#のついたフォルダが作られるのはどんなときかな？４で
大量に作られてるときがある

>276

>どとねと４といえば…。
>VS10のオンラインヘルプが、どとねと４を要求するのね
>平素unmanaged しか扱ってない俺だが、
>これはさすがにクライアントプロファイルでいいだろ…と思ったが、
>インストーラがどうしてもそれじゃだめという
>System.Web.dll (単品)を要求してたよ。。
>Microsoft.Help.dll とおなじとこに置いたら通りました
>誰かの参考になれば。雑談。

これのことかな、単品位入れとけよｗｗｗ

CPU使用率　20％が延々と・・・・
もっさりｗ

本当に糞だなｗ

これって削除しても大丈夫なの？大丈夫なら消したいんだけど
古い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アプリってなにかこうイラっとする遅さだよね

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