X
FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0102名無しさん＠お腹いっぱい。
垢版 |
2017/07/22(土) 17:55:41.41
コアばっか増やすベンチ詐欺CPUとかよく買うわ
エンジニアはSingle Thread Ratingでしか比較しねえっつの
Single Thread Ratingあたり消費電力最低CPUとか紹介して欲しいわ
0103名無しさん＠お腹いっぱい。
垢版 |
2017/07/22(土) 20:33:57.68
FreeBSDは計算に向いてないから
計算するんならLinuxの方がいい

GotoBLASを作った後藤氏が

> ページカラーリングとかは当然行っていると思うのですが、
> 最近の巨大なキャッシュに対応させるようなことはしてい
> ないと思います。Linux もまだまだですが BSD 系列はメモリ管理の
> 粒度が小さすぎて、物理アドレスでの連続性があまり得られません。
> さらに、プロセスのスケジューリングでも同一のコアに固定した
> スケジューリングではなくて、コロコロと移動させてしまいます。
> ま、ベンチマークをとってみれば一目瞭然

という事で、ベンチを取ると、マルチコアでSIMD命令(SSE2やAVX)を使うような計算の場合
Linuxは理論値の90%以上を出せるけど
FreeBSDは70%程度だとか
0106名無しさん＠お腹いっぱい。
垢版 |
2017/07/23(日) 08:41:08.47
10.4 待ちで 11.1 なんかどーでもいい者としては手持無沙汰なんで
r321371 を 10.3 に持ってきたりして遊んでます。
0108名無しさん＠お腹いっぱい。
垢版 |
2017/07/23(日) 16:09:34.66
クロック数を語る時代はもう過ぎたからなあ
かと言って単位クロックあたりの演算能力が劇的に向上するわけでもないし
それでいて製造プロセスの技術向上によりシリコン面積あたりのCPU実装部分は年々小さくなっている
この減った部分を埋めるためにGPUやノースブリッジどころかサウスブリッジまで乗せるようになったのは当然の流れ
まだ隙間がある？CPUコアを増やそうか
0109名無しさん＠お腹いっぱい。
垢版 |
2017/07/23(日) 18:40:58.37
14nmで足踏みしてるのはなぜだろうか

10nmのCoffee Lakeがキャンセルされ
新規発表されるのは14nmプロセスのものばかり

一方で7nmが製造成功し、5nmも視野に入っているという
0118名無しさん＠お腹いっぱい。
垢版 |
2017/07/24(月) 19:28:30.51
TDPで比較して
M3-6Y30が4.5W
i3-5010Uとi5-4300Uが15W

Performanc per wattは
消費電力が低いM3-6Y30(7.6)が他の2つ(5.8)より高いスコアなのは妥当でないかい
0119名無しさん＠お腹いっぱい。
垢版 |
2017/07/24(月) 19:47:42.91
M3-6Y30...31.04pt/W
i3-5010U...48.64pt/W

i3-5010Uのほうがワットあたりパフォーマンスが高いって意味じゃないの？
0121名無しさん＠お腹いっぱい。
垢版 |
2017/07/25(火) 09:56:54.90
M3はクロックの低さをキャッシュで補っているから
処理が重くなるほど効率が悪くなるように見えるな
レイテンシも低いだろうしバランス悪いよね
0130名無しさん＠お腹いっぱい。
垢版 |
2017/07/25(火) 21:05:04.26
キャッシュのレイテンシが低いのがバランスが悪いんだってさ。
dramのレイテンシが高いから間にsramを設けて、少ないsramで効率よくレイテンシ下げるのがキャッシュなのにね。
0132名無しさん＠お腹いっぱい。
垢版 |
2017/07/25(火) 21:12:01.14
>>129
線形ではないのだからそういう言い方はよくない。
高すぎても低すぎても電力効率は落ちるということ。
モバイルで要件がまず消費電力なら効率落としても消費電力を下げるのはあり。
0143名無しさん＠お腹いっぱい。
垢版 |
2017/07/27(木) 01:49:55.54
Intel "Gemini Lake" Low-power Architecture Features Wider Instruction Decode
ttps://www.techpowerup.com/235514/intel-gemini-lake-low-power-architecture-features-wider-instruction-decode

次期AtomのGemini Lakeが4デコード・4パイプらしい
0145名無しさん＠お腹いっぱい。
垢版 |
2017/07/27(木) 16:55:23.09
11.1-Rに更新完了。
更新用のBEを現環境から作って/mntにマウント、chrootで閉じたら/usr/srcを11.1にして
再起動無しでカーネルのインストールからpkgの更新、不要ライブラリの削除まで全部やってから
更新用BEをアクティベートして再起動。

えらく簡単になりましたね。
特にBEをマウントしていじれるのでトラブルシュートがすごく楽。
0146名無しさん＠お腹いっぱい。
垢版 |
2017/07/27(木) 19:57:07.40
11.1Rのクリーンインストールで、xorg 7.7_3 入れたけど、Xorg -configure が segmentation fault でエラーになるね。
まぁ、xorg.conf なしで動かすから良いんだけどね。
0147名無しさん＠お腹いっぱい。
垢版 |
2017/07/27(木) 21:10:33.96
このように不具合は誰も報告しないので一向に枯れないオープンソース。
逆にクローズドで金払ってると動かんぞ、ゴラァって言ってくれるんだよね。
0149名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 00:44:25.92
多機能な上にユーザ数多いからじゃない？
BSDに限らずLinuxも、ユーザ数増えたら今の比じゃない程ぼろぼろ致命的な穴が出てくると思う
てか古いAndroidとか、Googleも匙投げて問題放置だっけ？
0151名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 00:54:53.74
>>148
セキュリティホール報告数はFreeBSDより少ないだろう。
デスクトップに関しては未だBSDはまともに使えない。キミは一体何を基準にバグの数を数えたんだ。
0152名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 01:15:45.45
>>148
ウインなにがしはダダのハードウェアチェッカーだろ
例えるなら付属電池みたいなもの
脳みそある奴が使うような代物じゃない
0154名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 01:24:35.60
ウインなにがしってPC買うたび消し去る前に一応動作チェックするけどさ
7あたりでUNIX系に追いつかれて以降わざとか思うほどGUI自滅し続けてるよな
0158名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 11:03:24.08
>>146
＞11.1Rのクリーンインストールで、xorg 7.7_3 入れたけど、Xorg -configure が segmentation fault でエラーになるね。
＞まぁ、xorg.conf なしで動かすから良いんだけどね。

この場合はどこへ報告なのか悩む。
segmentstion fault でcore吐いて落ちるは明らかにバグだし、報告すべきなのは分かってるんだが。
0159名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 11:50:52.46
結局のところ、11.1RでApollo Lakeはサポートされてるの？
(eMMCの問題の件)
0161名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 16:31:39.64
発見されようと直せる人間が毛ほどしかいないんだから無意味だろ
つかこのアホはバグの酷さについてちょっとググることすらできんのか
ソース公開されてんだからその気になりゃ自分で直せるしな
0163名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 18:33:07.91
>>161
じゃあ>>146のバグもその気になって直してくださいな
直せる人間が毛ほどしかいないのがわかってるんならそれくらい協力できるでしょ
0168名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 18:57:55.08
パナソニックあたりの守銭奴経由して相続利権の社会的寄生虫を儲けさせるために協力するとか奇特すぎるだろw
まあ月30万程度のベーシックインカム制度でも始まれば何だって直してやらんでもないけどな
0170名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 19:22:02.18
>>146
ログを見てエラーの出ているライブラリなりアプリケーションをpkg removeで削除すれば
動くよ。
0171名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 20:07:49.95
そんなバカな。ちなみに、エラーログは下。
--------
[ 226.174] (EE) Backtrace:
[ 226.176] (EE) 0: /usr/local/bin/Xorg (OsInit+0x38a) [0x5abfba]
[ 226.177] (EE) 1: /lib/libthr.so.3 (_pthread_sigmask+0x544) [0x8025cbd94]
[ 226.179] (EE) 2: /lib/libthr.so.3 (_pthread_getspecific+0xe5f) [0x8025cbbef]
[ 226.180] (EE) 3: ? (?+0xe5f) [0x7ffffffffff2]
[ 226.182] (EE) 4: ? (?+0xe5f) [0xe5f]
[ 226.184] (EE) 5: /usr/local/bin/Xorg (InitOutput+0x11ea) [0x47faca]
[ 226.185] (EE) 6: /usr/local/bin/Xorg (remove_fs_handlers+0x38b) [0x43b48b]
[ 226.187] (EE) 7: /usr/local/bin/Xorg (_start+0x17f) [0x42506f]
[ 226.188] (EE) 8: ? (?+0x17f) [0x80083417f]
[ 226.189] (EE)
[ 226.189] (EE) Segmentation fault at address 0x0
[ 226.189] (EE)
Fatal server error:
-----------------------
0172名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 20:10:10.08
そのすぐ上に下もあるが、関係ないかな。
-----------
[ 226.174] (EE) open /dev/dri/card0: No such file or directory
[ 226.174] (WW) Falling back to old probe method for modesetting
[ 226.174] (EE) open /dev/dri/card0: No such file or directory
---------------
0174名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 20:25:57.43
llvmの古いバージョンにリンクされていることによる有名なエラーだな。
pkg info |grep llvm
でllvmの複数のバージョンがインストールされてないか確認。
あったら古いバージョンを削除してrebootでおｋ。
0177名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 21:32:42.40
>>176
そういうことなんですね．
ありがとうございます．

最近は仮想マシンがメインだからports は展開しないことが多かったもので…
0178名無しさん＠お腹いっぱい。
垢版 |
2017/07/28(金) 23:28:03.64
>>160
だな、とあるフリーソフトの極めて単純なバグ見つけてレポートしたけど使う奴が少ないのか今までレポートされてなかったという恐ろしい事実に戦慄したよ。
0183名無しさん＠お腹いっぱい。
垢版 |
2017/07/29(土) 08:21:35.27
>>174
サンクス。 llvm は llvm40-4.0.1 しか入ってないなぁ。
クリーンインストールだからね。pkg のバグで入ったかもと思って確認したけど入ってなかった。
startx では問題ないから -configure オプション付いたときに実行する何がおかしいのかな。
最近は -configure する人も少ないだろうし、直らないまま残りそう。
0188名無しさん＠お腹いっぱい。
垢版 |
2017/07/29(土) 12:02:03.06
OSSは裏で意図的な通信をするのを阻止できることが大きいよな
ウインなにがしとかいうOSもどきなんて金取っておきながら裏で通信しまくりだしな
Linuxでも任意の通信を要求してモジュールやらダウンロードしまくった挙げ句、
rootでの実行を強要するお察しとしか言いようがない某キチガイスクリプトが叩かれてたりするけど
0198名無しさん＠お腹いっぱい。
垢版 |
2017/07/29(土) 18:59:06.23
>>197
論点はOSSならデータ収集が可能か不可能かじゃねえの？
Android データ収集 でｇｇｒ
GoogleみたいにMSみたいな利用規約に同意させてOSSでもデータ収集するところはある
0200名無しさん＠お腹いっぱい。
垢版 |
2017/07/29(土) 19:13:03.87
>>199
泥の下地は殆どOSSだろ
OSSならデータ収集だの送信だのしないとか神話に縋って馬鹿じゃねえのかと
ちょいとマイナーなライブラリに読みづらいコードを何かの大規模修正に紛れ込ませたら
CIAだかFBIだかの仕込みみたいに年単位で気づかれねえよ

OSSのバイナリ実行する前に隅から隅までコードを検証してからじゃないと
怖くてバイナリ実行できない＞＜とか言って全部コード読む奴なんているのか？
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況