C#, C♯, C＃相談室 Part93©2ch.net

2017/04/22(土) 08:52:00.93

■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part92
http://echo.2ch.net/test/read.cgi/tech/1485589613/

■次スレは>>970が建てる事。
建てられない場合は他を指定する事。

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2019/03/14(木) 23:13:00.27

>>967
ブート部分とかかな
I/O命令とかを発行する部分もあるけどこっちはインラインアセンブラでもいいかな

2019/03/14(木) 23:43:27.63

>>972
必要を無視すればBCD演算とか。
最終的にBCD演算命令に翻訳されるようなコードをC#では（Cでも）書けないはず。

まあx86ならマルチメディア系の命令とかが王道なんだろうけどね知らんけど。

2019/03/14(木) 23:48:39.57

ニッチな事には変わりないけど、
https://ufcpp.net/blog/2018/12/hdintrinsic/
hardware intrinsicとか入ってくるし

2019/03/15(金) 20:54:11.25

20年ぐらい前の1クロックが今より数十倍以上高価だった頃なら、
ASMによる人力高速化も(コスト的に見合うという点で)意味があった

Cコードで表現されてない知識も使ってちっちゃな関数でも結構簡単に数十クロック程度は高速化できた
Cコードで表現されてない部分を使えば、今もやろうとすれば高速化はできると思う（コストに見合わないだけで）
（変数aとbは実はいつも a<b なのでこのニーモニックが使えるとか、
ここの条件判定文は実は別の変数を計算したときのレジスタのフラグと同じ意味なので計算しなおす必要はないとか）

>>975 の話題に近いけど、
今ならASMの意味があるのはJITまわりとかかな？

2019/03/15(金) 21:48:50.55

コンパイラはパイプラインでデータハザードが起きない様に計算して命令の組み替えしたりする。
人間がそこまでできるかな？
オレは20年ぐらい前にmemcpyを高速化するためにアセンブラで組んだ。
今思うとCで組んでコンパイラに最適化させるべきだったかもね。
若気の至りだ。

2019/03/16(土) 00:00:03.09

asmはコンピュータの仕組みを理解するにはうってつけの題材では有るね
最新の特殊命令なんか不要だが、６８Kなんか最高の素材だと思うわ

2019/03/16(土) 00:15:39.88

ERMSBなんかを考えるとコンパイラも小手先なんかね
実行ハードでスケールするか、安定的な最適化か
汎用性を考えれば普通は後者になるだろうけど

というかC#ならCILレベルに留めるべきではねか

2019/03/16(土) 05:39:50.41

WASMを最適化してくれ

2019/03/16(土) 14:26:07.02

今やIoT用でもメモリMBクラスだろ
アセンブラでハック必要な用途なんてないだろな

2019/03/16(土) 15:56:32.11

>>980
wasmになる前のLLVMの段階で既に最適化が出来る。
あと、詳しくは分からないが、wasmになった後の最適化も、
Emscriptein の opt.exe で一応はできるらしい。
但し、asm.jsとの「グルー」が複雑に絡んでいるので、
何をやっているかを理解するのはかなり難しく、
wasmで最適化しているのか、asm.jsで最適化しているのかは
忘れてしまった。

2019/03/16(土) 19:51:51.79

スレを間違えたかと思っただろ

2019/03/16(土) 20:27:45.17

スレ終わりなんだから内容気にせず埋めてしまえｗここ即死判定もないし
GetFilesやGetDirectoriesのようなメソッドでエクスプローラーと同じ順に格納してくれるメソッドが欲しい
ソートし直すのたまに忘れてしまう

2019/03/16(土) 21:07:46.17

>>984
自分でユーティリティライブラリ作っとけば

2019/03/16(土) 21:16:16.11

>>984
こういうことじゃなくて？
var files = Directory.GetFiles(@"C:\hoge").OrderBy(name => name).ToArray();

2019/03/16(土) 21:24:01.46

>>986
そんな単純な話じゃないはず
https://wiki.dobon.net/index.php?.NET%A5%D7%A5%ED%A5%B0%A5%E9%A5%DF%A5%F3%A5%B0%B8%A6%B5%E6%2F111

2019/03/16(土) 21:28:11.62

エクスプローラーと同じ順って今のエクスプローラーにどれだけソート項目があるか知ってんのか・・・

**デフォルトの名無しさん** (ｽﾌｯ Sd1f-xOws) · 2019/03/16(土) 21:28:35.53

>>987
なるほど

2019/03/16(土) 22:01:49.01

IEEEでまだ規格化されてない多ビット長の四則演算や、超コンパクトに処理を書く方法とか

2019/03/17(日) 07:10:24.22

>>988
普通の頭持ってりゃ名前のソートであることぐらいはわかりそうなもんだけどなw

2019/03/20(水) 07:42:02.03

Visual Studioって2015と2017両方いれて、2015だけ綺麗にアンスコできる？

2019/03/20(水) 07:54:36.58

>>992
単体で入れても綺麗には削除できんぞ

2019/03/20(水) 09:19:38.34

ﾜﾛﾀ

2019/03/20(水) 12:21:41.32

>>993
ありがとう
そ、それは置いといて（笑）
どちらか片方だけアンスコしたときにもう片方に必要なもんを削除されたりはしない？

2019/03/20(水) 12:41:43.72

VSに限らず明らかなNGは後から古いバージョンをインストールする行為だけのはず
アンインストールに関しては「意図としては」大丈夫なように作ってあるはず。

やってみたら？
最悪新しい方の修復インストールかOSの復元機能で何とかなるでしょ

2019/03/20(水) 14:05:02.42

試してみて欲しい
俺のPCにもVisual Studio 2010から全バージョンインストールされてるから参考にする

2019/03/20(水) 18:48:25.28

2015だけ削除したいって何がしたいんだろ
C#使う分には複数バージョンあって困ることないし

2019/03/20(水) 18:53:06.53

>>998
使わないものを入れておいてもストレージ占有するだけ無駄じゃん
普通にある要求だと思うけど

2019/03/20(水) 18:54:52.24

2015の後に2017入れて2015アンインストールしたけど問題なかった
そのあとふと2015入れてみたら俺環だろうけど2015でビルド出来なくなった。2017の方は問題なし
そして問題のあった2015を再びアンインストールしたけど2017でずっと問題なし
>>995
2017だけ使う分には問題ないはず

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 697日 10時間 2分 52秒