FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
コアばっか増やすベンチ詐欺CPUとかよく買うわ
エンジニアはSingle Thread Ratingでしか比較しねえっつの
Single Thread Ratingあたり消費電力最低CPUとか紹介して欲しいわ FreeBSDは計算に向いてないから
計算するんならLinuxの方がいい
GotoBLASを作った後藤氏が
> ページカラーリングとかは当然行っていると思うのですが、
> 最近の巨大なキャッシュに対応させるようなことはしてい
> ないと思います。Linux もまだまだですが BSD 系列はメモリ管理の
> 粒度が小さすぎて、物理アドレスでの連続性があまり得られません。
> さらに、プロセスのスケジューリングでも同一のコアに固定した
> スケジューリングではなくて、コロコロと移動させてしまいます。
> ま、ベンチマークをとってみれば一目瞭然
という事で、ベンチを取ると、マルチコアでSIMD命令(SSE2やAVX)を使うような計算の場合
Linuxは理論値の90%以上を出せるけど
FreeBSDは70%程度だとか FreeBSDは高負荷中のスレッドをコロコロとコア移動するの? >>100
自分も公式ページしか知らないし見てない(´・ω・`)
MLかIRCで流れてるんじゃないかしら。 10.4 待ちで 11.1 なんかどーでもいい者としては手持無沙汰なんで
r321371 を 10.3 に持ってきたりして遊んでます。 もうコア単体での速度上昇は限界なのかもな
消費電力を犠牲にすれば別だが クロック数を語る時代はもう過ぎたからなあ
かと言って単位クロックあたりの演算能力が劇的に向上するわけでもないし
それでいて製造プロセスの技術向上によりシリコン面積あたりのCPU実装部分は年々小さくなっている
この減った部分を埋めるためにGPUやノースブリッジどころかサウスブリッジまで乗せるようになったのは当然の流れ
まだ隙間がある?CPUコアを増やそうか 14nmで足踏みしてるのはなぜだろうか
10nmのCoffee Lakeがキャンセルされ
新規発表されるのは14nmプロセスのものばかり
一方で7nmが製造成功し、5nmも視野に入っているという 分子的に倍数にならないタイミングとか解明されてない理由があるんだよ >>101
Ryzenは
まだサポートされてない。 >>116
Performance per watt TDPで比較して
M3-6Y30が4.5W
i3-5010Uとi5-4300Uが15W
Performanc per wattは
消費電力が低いM3-6Y30(7.6)が他の2つ(5.8)より高いスコアなのは妥当でないかい M3-6Y30...31.04pt/W
i3-5010U...48.64pt/W
i3-5010Uのほうがワットあたりパフォーマンスが高いって意味じゃないの? M3はクロックの低さをキャッシュで補っているから
処理が重くなるほど効率が悪くなるように見えるな
レイテンシも低いだろうしバランス悪いよね キャッシュはワンパ処理のベンチによく効くからな
pt/Wでの比較はかなり重要だろう Atom系は今のApollo Lakeで各コア2MBで
次のGemini Lakeから3MBになる
Gemini の次はMercury Lakeかな レイテンシが悪いって言いたいんだろ
そのくらい解釈できずにくだらないレスするお前は脳タリン 悪いってのもいわなくね?
普通大きい小さい。せめて長い短い。 要するにクロックが低すぎると電力効率が悪いってことでFA? キャッシュのレイテンシが低いのがバランスが悪いんだってさ。
dramのレイテンシが高いから間にsramを設けて、少ないsramで効率よくレイテンシ下げるのがキャッシュなのにね。 そんなこと議論してないだろ
救いようのないアホだなお前 >>129
線形ではないのだからそういう言い方はよくない。
高すぎても低すぎても電力効率は落ちるということ。
モバイルで要件がまず消費電力なら効率落としても消費電力を下げるのはあり。 でもさ、何かを処理するのに余計にバッテリ食うんだろ
ほんとにありなのか? >>137
夏場だと美味そうだな。>冷点心
どこのコンビニ出撃ってるか教えてくれくれ。 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パイプらしい なんか*lake世代って*well世代に比べてPerformance per watt落ちてるよな
萎えるわ 11.1-Rに更新完了。
更新用のBEを現環境から作って/mntにマウント、chrootで閉じたら/usr/srcを11.1にして
再起動無しでカーネルのインストールからpkgの更新、不要ライブラリの削除まで全部やってから
更新用BEをアクティベートして再起動。
えらく簡単になりましたね。
特にBEをマウントしていじれるのでトラブルシュートがすごく楽。 11.1Rのクリーンインストールで、xorg 7.7_3 入れたけど、Xorg -configure が segmentation fault でエラーになるね。
まぁ、xorg.conf なしで動かすから良いんだけどね。 このように不具合は誰も報告しないので一向に枯れないオープンソース。
逆にクローズドで金払ってると動かんぞ、ゴラァって言ってくれるんだよね。 じゃあウインなにがしはなんでバグの数がうなぎ上りなんだよ? 多機能な上にユーザ数多いからじゃない?
BSDに限らずLinuxも、ユーザ数増えたら今の比じゃない程ぼろぼろ致命的な穴が出てくると思う
てか古いAndroidとか、Googleも匙投げて問題放置だっけ? >>148
セキュリティホール報告数はFreeBSDより少ないだろう。
デスクトップに関しては未だBSDはまともに使えない。キミは一体何を基準にバグの数を数えたんだ。 >>148
ウインなにがしはダダのハードウェアチェッカーだろ
例えるなら付属電池みたいなもの
脳みそある奴が使うような代物じゃない ブザマなれいさ製スクリプトウイルスに感染してないFreeBSDは最高やね ウインなにがしってPC買うたび消し去る前に一応動作チェックするけどさ
7あたりでUNIX系に追いつかれて以降わざとか思うほどGUI自滅し続けてるよな ttp://i.imgur.com/yuvPGGh.png
追い付かれ・・・ん??? >>146
>11.1Rのクリーンインストールで、xorg 7.7_3 入れたけど、Xorg -configure が segmentation fault でエラーになるね。
>まぁ、xorg.conf なしで動かすから良いんだけどね。
この場合はどこへ報告なのか悩む。
segmentstion fault でcore吐いて落ちるは明らかにバグだし、報告すべきなのは分かってるんだが。 結局のところ、11.1RでApollo Lakeはサポートされてるの?
(eMMCの問題の件) >>157
バカかどうかに関係なく、ユーザが多いといろんな環境で使われるからバグが発見されやすいんですよ。 発見されようと直せる人間が毛ほどしかいないんだから無意味だろ
つかこのアホはバグの酷さについてちょっとググることすらできんのか
ソース公開されてんだからその気になりゃ自分で直せるしな どっちがどっちのこと言ってるのかアホだと理解できんかも >>161
じゃあ>>146のバグもその気になって直してくださいな
直せる人間が毛ほどしかいないのがわかってるんならそれくらい協力できるでしょ そもそも直してまで使わなくても他に選択肢が腐るほどある パナソニックあたりの守銭奴経由して相続利権の社会的寄生虫を儲けさせるために協力するとか奇特すぎるだろw
まあ月30万程度のベーシックインカム制度でも始まれば何だって直してやらんでもないけどな 折角、直すって言ってるのに、
何で直してまで使わなくてもいい
みたいな言い方するんだよ。 >>146
ログを見てエラーの出ているライブラリなりアプリケーションをpkg removeで削除すれば
動くよ。 そんなバカな。ちなみに、エラーログは下。
--------
[ 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:
----------------------- そのすぐ上に下もあるが、関係ないかな。
-----------
[ 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
--------------- >>163
ハ、ハゲとらんわ、フッサフッサやねん! llvmの古いバージョンにリンクされていることによる有名なエラーだな。
pkg info |grep llvm
でllvmの複数のバージョンがインストールされてないか確認。
あったら古いバージョンを削除してrebootでおk。 risa/ asirのports ってなくなっちゃったんですか?
pkg search しても見つからないんですけど packageで提供して無いだけでよ。
portsにはあるよ。 >>176
そういうことなんですね.
ありがとうございます.
最近は仮想マシンがメインだからports は展開しないことが多かったもので… >>160
だな、とあるフリーソフトの極めて単純なバグ見つけてレポートしたけど使う奴が少ないのか今までレポートされてなかったという恐ろしい事実に戦慄したよ。 オープンソースは安全とか盲信してるのもどうかと思うが OpenSSLとかいい例だったな
オプソだから安心と連呼しておきながら、読んでる奴は殆ど居なかった >>181
変更に次ぐ変更でスパゲッティ状態だったのでそう簡単にいじれなかった。 >>174
サンクス。 llvm は llvm40-4.0.1 しか入ってないなぁ。
クリーンインストールだからね。pkg のバグで入ったかもと思って確認したけど入ってなかった。
startx では問題ないから -configure オプション付いたときに実行する何がおかしいのかな。
最近は -configure する人も少ないだろうし、直らないまま残りそう。 >>179
むしろOSSじゃないものを優先して使う >>184
それお前がソースも読めない馬鹿なだけやん OSSは裏で意図的な通信をするのを阻止できることが大きいよな
ウインなにがしとかいうOSもどきなんて金取っておきながら裏で通信しまくりだしな
Linuxでも任意の通信を要求してモジュールやらダウンロードしまくった挙げ句、
rootでの実行を強要するお察しとしか言いようがない某キチガイスクリプトが叩かれてたりするけど OSSでもやる奴はやる
それに泥みたいな、OSSの上に乗ってる物が情報収集って例もある >>189
それお前がソースも書換えられない馬鹿なだけやん >>190
なら泥の上に乗ってる物がgoogleに送るデータ完全に止めるパッチでも作ってみてくれ OSSの話してんじゃねえのかよ
そんなことだから馬鹿とか言われるんじゃねーの? >>192
泥のカーネルの上に乗ってる泥専用のツールキット類やGUI以外は
ほどんどBSDやMITのOSSだぞ >>194
データ送る制御もそこで行われてますか? >>195
データ収集やら送信やらを静的ライブラリでいちいちストアのアプリ類に
リンクさせてるとでも思っているのか? >>194
言うならもうちょっと具体的に言ってくれない?
ライセンス違反って言いたいのかな? >>197
論点はOSSならデータ収集が可能か不可能かじゃねえの?
Android データ収集 でggr
GoogleみたいにMSみたいな利用規約に同意させてOSSでもデータ収集するところはある お前が何が言いたいのかよく分からん
OSSと泥の関係性についての認識から語ってくれ >>199
泥の下地は殆どOSSだろ
OSSならデータ収集だの送信だのしないとか神話に縋って馬鹿じゃねえのかと
ちょいとマイナーなライブラリに読みづらいコードを何かの大規模修正に紛れ込ませたら
CIAだかFBIだかの仕込みみたいに年単位で気づかれねえよ
OSSのバイナリ実行する前に隅から隅までコードを検証してからじゃないと
怖くてバイナリ実行できない><とか言って全部コード読む奴なんているのか? OSSでもやる奴はやる
OSSだから安全とか言ってる奴の方が馬鹿だろう
googleだってやってる ■ このスレッドは過去ログ倉庫に格納されています