X



FreeBSDを語れ Part44 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0077名無しさん@お腹いっぱい。
垢版 |
2017/07/09(日) 05:55:58.13
btトングルも問題ありだな
移植もbtpandだけぶっつけ程度で繋がらない機器とかあるし
どんだけ人居ないんだか
0080名無しさん@お腹いっぱい。
垢版 |
2017/07/10(月) 14:24:34.77
ウインなにがしみたいなインターネットを危険に陥れる脆弱性だらけのバグバグOSもどき使ってる知恵遅れってまだいたんか
裏でどんだけ不気味な通信してることか
0083名無しさん@お腹いっぱい。
垢版 |
2017/07/10(月) 20:06:46.10
はるかに安全(笑)
乗っ取られまくってる現実すら知らないとか
>>81は知障丸出しで哀れすぎるな
0090名無しさん@お腹いっぱい。
垢版 |
2017/07/12(水) 19:38:47.66
ヘイムダルが見逃されたか
0091名無しさん@お腹いっぱい。
垢版 |
2017/07/13(木) 01:03:33.18
久しぶりに1年前使ってきたマシンをメンテしてたら
portsnap updateしたら
portsが
"/usr/ports/Mk/bsd.port.mk", line 1042: Unknown directive
みたいなエラー吐いて使えない

portsを丸ごと入れ替えてもダメ

ググった結果使っていた9.3Rは、去年の12月にサポート切れてたらしい
それでおかしくなったみたい

バージョンアップするしかないかな
現役マシンの10.3のサポート期限は2018年04月30日だけど、すぐだよな(汗
0095名無しさん@お腹いっぱい。
垢版 |
2017/07/14(金) 15:25:44.90
>>93
9.3から10.3へのアップグレードは、ライブラリとか色々おかしくて
結局、11Rを新規インストールした!

まあその方が安心だよね
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:
-----------------------
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況