X
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0230名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 00:07:52.93
>>228
そういう飛躍したこと平気で言うからお前は馬鹿だアホだと言われんだよ
このスレでソース読めないのってお前くらいなもんじゃね？
0231名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 00:10:02.31
コーディングできる上に、他人のコードが読めても、せいぜい>>229が殆どだな
使うソフトのコードをいちいち安全かどうか調べる時間があるとか、失業者かニートくらいなもんだ
0235名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 00:33:37.23
パナソニックの糞UIテレビもLAN線に繋げた途端に謎の通信するしな
ぶっ壊すわけじゃないからどんな通信しても自由だとか勘違いしてるソフト大杉
OSSでそんなことやったら、晒し上げられて、あっさり分岐だわ
0237名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 01:21:45.61
>>234-235
それが大問題なら訴訟起こせばいい
些細なデータ収集された程度で目くじら立てる様な奴なんて、
マイナーなOSをちょっと使いこなせる程度で存在意義を見いだせるとか勘違いしてる様なキモオタくらいだ
0239名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 01:41:48.45
利用規約だとかマニュアルだとかに書いてある
書いてある情報以外を通信してるのを見つけたら訴えてお金持ち
ギャーギャー騒いでる奴は訴えてこい
0242名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 03:19:32.12
利用規約だとかプライバシーのポリシーだとかMSGoogle林檎軒並み明示してる
ないって本気で思ってるなら訴えてこい基地害
一般人も企業でもデータ収集で危険だとか言いながら非OSS排斥なんて殆どしてねえよ
ttp://i.imgur.com/yuvPGGh.png

おまえらみたいなキモいのがいるから余計敬遠されるんじゃないのか？
0246名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 10:33:01.68
キチガイは訴えてこいとか言ってる知能障害野郎だろ
2chで訴えようとどこで訴えようと自由
それに難癖付けようとする粘着>>242が一番キモい
0247名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 12:19:24.47
>>146
>>147
20年くらい前だと、フリーソフトはそういうの当たり前にあった。
Ｃ言語始めたばかりの俺でもわかるバグとかあって、
当時のＵＮＩＸメールで報告したら、Ooops とかメール返事が来たりしてた。

ＵＮＩＴテストも結合テストもしないで、ちょっと動かしたらリリースしていた時代だから
仕方ないけど。
0248名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 12:39:49.10
バグの数なら有料ソフトのほうが圧倒的に多いだろ
ウインなにがしなんてバグ売りつけてるようなものだしな
0249名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 13:33:03.93
バグの数は品質に直結だけども、
バグ報告とかパッチの数はそのまま品質には直結しないと思うな。
たくさん使われてるからバグ報告が上がる。
製作者が直してるからパッチが出る。
0251名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 13:53:48.91
今後も金取りたいから意図的に直さないのが有料ソフトの特徴
詐欺なしにソフトウェアで直接儲けるのはもはや不可能な時代だと気づくべきだな
パナソニックなんて自分で作れないからOSSパクってテレビに乗せて儲けておいて何一つ還元しないだろ
公共事業だの補助金だの企業ではなく、OSSに血税使うほうがよっぽど経済にはプラス
0255名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 17:51:26.05
自分で修正できない盆暗僻み野郎しつこい
守銭奴パナソニックの糞UIテレビがOSSならどれだけ素晴らしいテレビになって売れてることか
0256名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 18:15:29.46
もしかして、ソフトで金稼いでる奴許せん！とかいう嫌儲か貧乏学生が
１人紛れ込んで暴れてるのか

非OSSこきおろしてOSSマンセーしたところでおまえ同様、ボランティアになる奴はいない
他人が自分の為にボランティアして当然とか勘違いすんなよ？
おまえが死んだところで社会には何の影響もないし、むしろいなくなった方が社会の為になる
0257名無しさん＠お腹いっぱい。
垢版 |
2017/07/30(日) 18:44:34.33
ずっと暴れてんのはお前一匹だろ
最後の一行、まさにお前こそが噛みしめるべきだといい加減気づけ無能
0261名無しさん＠お腹いっぱい。
垢版 |
2017/07/31(月) 19:10:21.74
愛し合っているのか！
0267名無しさん＠お腹いっぱい。
垢版 |
2017/08/08(火) 22:18:45.52
10にしたら合計１ギガを軽く超えるmallocが失敗するようになった
なんか実装変わった？
0273名無しさん＠お腹いっぱい。
垢版 |
2017/08/09(水) 09:36:30.34
1G超って・・・std::dequeとか
ポインタの配列持って多次元配列を１次元配列に見せるとかじゃダメなん？
0279名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 10:34:01.36
確か、オーバーライドプレフィクス抜きで
レジスタデフォルト64bit、アドレッシングデフォルト32bitとかできないんだよな

64bitのバイナリのアドレス定数の上位32bitが大抵０だらけで容量無駄にでかい
0282名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 14:56:15.45
>>280
i386の時代に64bit空間というものはなかったので、「メモリアドレッシングは32bit内にあるはず」という前提でOSや
チップセットの設計などをしていたからだと思いますね。64bitが当たり前になった今ではおかしく見えるかも知れませんが。
i386で64bitメモリをアクセスするには、そういう構成のPCをわざわざ作らないといけないし、i386 OSを拡張して
64bitアクセスできるようにしないといけませんが、メーカーとしては今さらそんなことをしても売れないと判断して作らないと思いますね。
0286名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 20:45:02.75
>>280
またリアルモードとか仮想８６モードの時みたいに、セグメントディスクリプタに
リニアアドレスの上位を代入して、32bitしかないレジスタでオフセット指定とかすんの？
今度はセグメントレジスタはインデックス値だから、余計めんどうな事になるぞｗ
0289名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 22:11:41.77
ほんの少しわかってきた気がする

乱暴な計算だけど、8G積んだ32bit機で、4Gを必要とする32bitアプリを２つ同時に動かす、
みたいなニッチな用途に特化したOSが欲しいって事？

だとすると、アドレッシングだけ32bit、レジスタだけデフォルト64bitみたいな構成ができるモードを
CPUが構成できるようにならないと、せっかくの64bitCPUの意味が薄れる
0290名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 22:23:37.69
64bitアクセスするのはOSだけでいいやんって話
プロセスからアクセスしたけりゃamd64使えばいいけど、
その気になればプロセス分けるなりで済む話であまり意味がない
-m32オプションが仮想的な扱いになってることが理解に苦しむ
0291名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 22:45:45.54
MMU辺りのアドレス指定だけ64bit、32bitアプリは何もかも32bitでって事？
64bitレジスタで大分高速化できる分野もあるのに無駄じゃん
ニッチな用途の為だけにi386とamd64に加えて、
更にOSだけ64bitのアプリだけ32bitのビルドとかメンテの手間に見合わないだろう
0293名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 22:53:41.99
i386進化させるだけでいいし、64bitレジスタで高速化できる分野こそニッチじゃね
むしろ無駄に64bit使うことで帯域にメモリにと無駄にして低速化させているのが
大部分のアプリの現実だと思うが
0294名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 22:58:20.84
進化させたら過去のx86機どうすんだよ　実行時に32bitか64bitか判断して分岐すんの？
レジスタが64bitになったところで結局上位32bitと下位32bitに定数読み込まなきゃならんなら
結局８バイト分のメモリ帯域使うのは同じ事だぞ
むしろ６４ビットの定数を１命令で読み込める分、64bitの方が帯域食わなくて済む

あと64bitとか、aircrack、データマイニング、レンジコーダー、その他諸々
同クロックの32bit比で優に２割以上はパフォーマンス上がる
パフォーマンスが上がる分野はそこまで少なくはないぞ
0295名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 23:04:37.01
32bit OSだってのになんで64bitコード動かす前提になるんだよ
単に複数プロセス合計で4GB超の物理メモリが使えればいいってだけの話だろ
0296名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 23:08:13.03
>>295
それが>>389って事でしょ？
そんな事の為に３つのバイナリのインスコセットを準備する訳？
それともx86のみの過去の機体切り捨て？実行時に判断？

まぁ、ソースあるんだし、ないなら自分で構成すればって話なんだが
0300名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 23:28:46.39
それ、アプリがOSに無断でPAE使ってるだけだし、
他のアプリまで使い出したら競合してぶっ壊れるからな。
アプリにメモリ割り当てられる訳じゃないし、ごねてないでいっぺん自分で作ってみろ。
0302名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 23:46:41.51
会話能力以前に、レジスタが64bitになって帯域どうこうとか、
Win32bitの4GB超領域にramdiskが作れるだの
（たった１つのアプリだけなら64bitレジスタも使えるが、複数アプリが使い始めたら飛ぶ）
技術的な事がなんにもわかってない素人がクレクレ乞食すんなっての
0304名無しさん＠お腹いっぱい。
垢版 |
2017/08/10(木) 23:54:25.40
会話能力が欠如しているほうが人として終わってるだろｗ
複数アプリが使い始めたら飛ぶから素人だとか
飛んでるのは言ってること何もかも支離滅裂のお前の頭だけだろ
0306名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 00:00:46.60
>>304
会話能力欠如してるのはアプリへのリニアアドレス空間の提供とかに関するOSの話から
突然ramdiskとか言い出す方だろ
何言ってんだこの古事記は・・・俺様の為に他人が特別ビルド提供して当然とか思ってるのか？
0310名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 00:54:49.49
64bitモードと32bitモードの行き来だけでものすごい性能ペナルティくらいそうだけど
CPUにそういうモードが実装されないとどっちにしろ絵に描いた餅だよね。

話は変わるがバンクメモリとかEMSとかHMAとかセグメントレジスタとか
懐かしいが二度と関わりたくないよな
0311名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 01:03:29.21
>>310
おまけにセグメントの内容変えないと64Kの範囲内でしかメモリアクセスできなかったしな
CのEMSメモリやらハイメモリやらのライブラリ使っても煩雑だったし
多少遅くても大きくても64bitでいいよ
0314名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 02:56:41.82
> 64bitレジスタで高速化できる分野こそニッチじゃね

64bitになって、レジスタ数も倍増したのにほとんど高速化してないしな。
アプリによって数%速くなるだけ。
0315名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 02:57:00.44
>> 293
> 64bitレジスタで高速化できる分野こそニッチじゃね
ちょっとアセンブラで組んでみるとわかるけど、32bitでは汎用レジスタが4本しかないので一時的に記憶
しておきたい値でもスタックに積まないといけないけど、そうするとPUSH/POPを頻繁に行わないといけなくなる。
繰り返し処理の中でこんなことをしていたら当然遅くなる。
64bitなら汎用レジスタが15本あるので、サブルーチン内で必要な一時変数を全部レジスタだけで
済ますこともできる。Cコンパイラなら汎用レジスタに一時変数を自動的に割り振ってくれるので、
同じ処理でもレジスタだけで処理できてしまう場合が多くなり、全体に速度が上がる。
0316名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 03:08:46.54
>>314
アプリによるだろ
表計算ネット閲覧文字列処理くらいしかしない様なのには恩恵ないだろうけど
エンコレンダリングブルートフォースとか、64bitになるとえっらい速くなるぞ
レジスタの本数が増えただけじゃなくて、一時的に128bitの値のスケーリングとか
32bit時代は４つのintで騙し騙しスケーリングしてたのが、
２つの変数での自前の乗算除算で済む様になる
0317名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 03:16:49.26
RISCでコード書いたことあるなら分ると思うが32個レジスタあってもちょっししたコードでも瞬殺で使い尽くす。全く足りない。
しかし、今時のIntelのPush、Popのスループットは1clock、0.5clock。つまりL1データキャッシュ32KBがレジスタの代用として使えるレベル。
だから単純にレジスタ数を倍増してもわずかしか速度が上がらない。とっくの昔にPush/Popの遅さは隠蔽されてるから。
0318名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 03:26:11.83
自動変数にアクセスする度にpushpopなんてしとらんぞ
３２ビット時代ですらBPにSP入れて相対のアドレッシングで直接読み書き演算しとる
0319名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 03:40:40.47
加算が1回とかメモリに対してやれば1clockでやってくれるが、
複雑な計算だとレジスタに移したほうが速くなる。
0320名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 03:54:25.94
４本の汎用レジスタと２＋１本のインデックスレジスタで事足りる用途じゃ早くならんが
複雑な計算し出したらx64の方が圧倒的に高速になる
ブラウザやらエクセルやらでx64速度上がらないとか言ってるようなのは何なんだろうな
4G以上使えるだけの３２ビットＣＰＵしか持ってない貧乏人が作れ作れわめいてるだけか？
0321名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 04:05:15.05
ieやexcelはポインタこねくりまわすから64bit幅アドレスがキャッシュを倍の早さで食い尽くす。

今のところ圧倒例がエンコだけ。x264で10%程度。
しかし時代はエンコードもデコードもハード、GPUの時代。
IntelはAltera買収したからさらにハードでの処理が加速する。
0322名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 04:25:58.98
WPAのクラックとかBFとかレンダリングとか、他にもいっぱいあるだろ。
しかも全員が全員、コーダー積んでるハード持ってる訳じゃないんだぞ。

んなニッチなもん誰も作らんわ　自分で作れ　作れないなら諦めろ。
0323名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 05:24:46.11
>>317
PUSH/POPの命令発行クロックが小さくても、外部メモリへの読み書きはレジスタ内の読み書きに比べはるかに遅い。
命令を発行してからバスを通って読み出し、またバスを通ってレジスタにデータを得るまでの経路も長い。
レジスタ内で処理できればバスは関係なくなるし、外部メモリのクロックの遅さにも影響されずに処理できる。
確かにL1キャッシュにデータが入っている間は遅延は少なくて済むが、32個のレジスタで足りないほど多くの
データを扱うとなればL1キャッシュから外れるものも出てくる。プログラムの規模が大きくなればなるほどキャッシュに
ヒットしない場合が出てくる。そうなれば途端に遅くなる。
0324名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 06:33:04.24
pushpopもクロック数の横に＋ｎとか書いてある筈
レジスタ類にしか影響しないオペコードとオペランドの組み合わせの場合は
理論値通りのクロックで命令が終了するけど、
メモリアクセスが発生するオペコードだったりオペランドがメモリを指してたりする場合は
L1〜L3ヒット／ミスヒットでｎの数値はどんくらいとか、
メモリがSDRAMの場合はキャッシュのライン読み込み完了まではストールとか、
別のデータ書き込み中に更にライトバックになったら終わるまで動けんとか、
詳細に計算式とか備考欄に書いてある筈だぞ

pushpopは必ずメモリアクセスが発生するから、L1にヒットするから１クロックとか
簡単に見積もれる話じゃないし、そもそもヒットするからって条件が付く事自体がおかしい
読み込みしかしない訳じゃないぞ
0326名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 09:08:29.95
gdgd荒らしている様だが、要するに一生懸命「32bitでも64bitに対してそれほど
遅くない」ってだけで肝心のメリットが殆どないってのに、今さら誰が欲しがるかって。
下らないわ。
0328名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 09:51:40.67
要するに

古事記＜古いCPUでメモリいっぱいの旧型機に特化したビルドを俺様の為に作れ！
↑の為にx64否定、x86マンセーの嘘を垂れ流す
その他＜うぜぇ

だろ
0329名無しさん＠お腹いっぱい。
垢版 |
2017/08/11(金) 10:06:06.52
何が合理的か語る場で古事記だの作れだの馬鹿にも程があるな
-m32通らないとか64CPUにi386入れたい理由なんて山ほどあるだろ
反論できなくなると荒らすとか何もかもレベル低すぎるぞお前
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況