レス数が1スレッドの最大レス数(10000件)を超えています。残念ながら投稿することができません。
管理人の独り言３
-
前スレ：
管理人の独り言２ - 黒歴史集積所
http://jbbs.livedoor.jp/bbs/read.cgi/computer/38153/1307542890/
-
はてなブックマーク - PT3+Ubuntu 14.04+KVM+Chinachuで録画 - sudo_viの日記
http://b.hatena.ne.jp/entry/sudoovi.hatenablog.com/entry/2014/07/08/195259
-
はてなブックマーク - Life with open mind: CentOS 7 がリリースされたので、情報をまとめてみたよ！
http://b.hatena.ne.jp/entry/blog.yuryu.jp/2014/07/centos-7.html
-
あるぇ。ノートPCの方はGoogleMapsがライトモードにならないのに、デスクトップPCの方はライトモードのままだな……
-
Haswellさんに乗っているGPU用のドライバは安定していないということなんだろうね。
-
お、FedoraのKernelに3.15来てますね。
-
はてなブックマーク - JR九州、上場へ 株売却益を整備新幹線に ：日本経済新聞
http://b.hatena.ne.jp/entry/www.nikkei.com/article/DGXNASDF07014_X00C14A7MM8000/
-
kmod-VirtualBoxが出来ていないのでアップデートは出来ないな。
-
まあ、そろそろKVMに移れよという話ではある。
-
はてなブックマーク - 【特集】バッファローのファイル改竄問題の経緯と実態を追う 〜現時点までに安全対策を完了、具体的被害はゼロに - PC Watch
http://b.hatena.ne.jp/entry/pc.watch.impress.co.jp/docs/topic/feature/20140708_654717.html
-
CentOS7が出たらしいので、早速落として仮想PCにインストールしてみる。
-
CentOS7 with GNOMEで作ってる。
-
個人的には、最新版の新機能のほうが、旧版の安定さよりも価値をおいているので、CentOSをメインに利用したいとは思いませんねぇ。
-
GNOMEは最新バージョンになるほどユーザーフレンドリーだし洗練されているので、RHELとかを常用のPCに利用するのは間違っている。
やはりLinuxはサーバー用途で安定的に運用するのが一番の使い方であり、標準的なデスクトップとして利用するのは宜しくないと考える。
-
Windows Server → 1GBASE-T → Fedodra → USB3 → HDD
でファイルを転送しているけれども、50MB/sぐらいしか出ないな。
-
1Gbpsと5Gbpsのポテンシャルはどこへ
-
まあ、書き込み先がHDDだという話もあるし、LAN内とは言え、民生向けのルーター介しているからLTTの影響が大きいのかもしれない。
CIFSだからなー
-
そろそろ本格的に光速を超える通信方法を探す必要性があるのかもしれない。
-
倍精度浮動小数点数 - Wikipedia
http://ja.wikipedia.org/wiki/%E5%80%8D%E7%B2%BE%E5%BA%A6%E6%B5%AE%E5%8B%95%E5%B0%8F%E6%95%B0%E7%82%B9%E6%95%B0
-----
仮数部が53ビットなので、1.110223e-16ぐらいまでは信頼できる。要するに15桁（実際は16桁近い）は信頼できると。
地球上の座標は多くの場合±180度の範囲で表現することが多いので、そのことを考慮すると、最低でも1.8e-13度の差が表現できる。
赤道の長さは40,075kmだから、20nmぐらいまで信頼できるな。
単精度の場合はもっと悪くて、2mぐらいまでしか信頼できない。
-
まあ、そんなもんかなぁとは思います。
-
要するに地球上の座標を扱う限りにおいてはdouble型で大丈夫だという確証が欲しかったから計算してみた。
一応gccにはlong doubleとか存在するが、少し遅そうだったので使うのはやめます。
-
28.4MBのXMLが0.1秒でパースできれば十分だろ（今のところは何も処理していない点には注意）
-
（読み込みについては、ファイルは全てキャッシュに乗っていると思われます）
-
正確には、0.15秒か。
-
取り敢えず、読み込み1秒、書き込み1秒。計2秒で28.4MBが処理できるぐらいで良いかな。
それぐらいだったら十分許容できる。
-
[Wandbox]三へ( へ՞ਊ ՞)へ ﾊｯﾊｯ
http://melpon.org/wandbox/permlink/RvdqwMYfj0HH3QxH
-----
NaNだかんだでNaNか怖いわ。
-
データのパースだけで普通に0.175秒ぐらいで終わるようになった。
何故他のソフトは糞遅いのか。
-
違う違う、パースしてデータをプログラムに扱いやすい形にメモリ上に載せるので0.175秒だ。
-
VirtualBox消して、KVMで動かすことにする（サブPC）
サブPCに関してはかなり実験的な構成にしているのだが、今のところ安定的に稼働しているな。
-
サブPCについて、Kernelのバージョンを最新にしたらLogicoolのUnifyingキーボードではじめのLUKSパスワードの入力ができるようになってた。
-
Kernelのバージョンが上がるごとに安定性が増していっているような気がして楽しいな。
未完成ゆえの面白さ（常人にはおすすめしません
-
スリープは相変わらず不安定だな。使ってはならない（戒め
-
サブPCの方で動かしてみるとHDDのキャッシュが働いていない初回の動作で、1.48526秒の時間がかかるっぽい（ファイル読み込みからメモリ上に展開するまで）
二度目以降は、0.330981秒ぐらい。要するにファイルの読み込みに1.1秒ぐらいかかっている。
-
現状のソースコードは、一気に読み込んでparse用関数に渡すという設定なので、読み込み時間がかなり効いてくるんだよなぁ。
ファイルが複数あるときは並列化すればかなり時間が短縮できそうですね。
スレッドは2つで十分でしょう。
-
>>7745
これでデスクトップPCの方をこの無線のほうにしてしまえるな……。
デスクトップ周辺の配線がスッキリするぜ。
-
おかしいなぁ。大学のパソコンでFedoraの更新を確認すると何も見つからない。
-
コマンドを打って確認したら見つかったｗ
-
大学のPCも更新した。問題だと思っていた点が改善されてしまった。すごいな。
3.15は自分にとってクリティカルな部分の修正が多いようだ。
-
しかし、多重継承と仮想継承あたりはC++は闇だなとか思ってしまうなｗ
-
ノートPCの方は、Kernelのアップデートをしたら無線のキーボードでもLUKSのパスワードが打てるようになった。
しかしながら、デスクトップのほうはアップデートしても打てないのだが……。
-
うーん。結局Mozcを更新するとキーマッピングが戻ってしまうので、根本的にキーマッピング問題を解決したい。
無線キーボードについては、面倒くさいので完全にノート専用にしてしまおう。
-
カーネル更新時に受信機を指しておかないと認識するようにならないのだろうか……？
うーん。そういう不安定な仕様だったら、あんまり利用したくないなぁ。
-
はてなブックマーク - ジャストシステムのスマイルゼミから不自然なDMが届くと噂になってたら、ベネッセから最大2070万件の個人情報流出のお詫びちゃれんじが届いた件 : 市況かぶ全力２階建
http://b.hatena.ne.jp/entry/kabumatome.doorblog.jp/archives/65798719.html
-
Interface社のWebSiteに最新カーネル2.6に対応とか書かれていて闇感漂う。
-
スレッドプールの効率の良い実装の方法がわからない。
-
lockfreeなlistの実装が標準に入ることが望まれる。
-
アァッ、Boost LockFreeがあるじゃないか。
-
thread立てて並列化するコスト vs 何も気にせず処理
-
現在の環境だと、thread立てたり引数渡したりの処理に、最低でも0.16msかかる模様。
スレッド立てるのは非常に遅い。mutexの処理はどんなもんなんだろうか。
-
スレッドプールと言えば、boost::asioあるけど、あれのオーバーヘッドはどんなもんなんだろう。
-
Boost.Asioによるワーカースレッドパターン - Faith and Brave - C++で遊ぼう
http://faithandbrave.hateblo.jp/entry/20110408/1302248501
-----
あった。ワーカースレッドと言うのか。
-
postした処理が全て終わるまでjoinすることは出来ないのかね(´・ω・｀)
-
unsigned int型配列のstd::sqrt(long double)の和を計算する奴書いたんだけれども、1000000個ぐらいの和を計算しないとthreadが勝たない。
-
今はasyncで書いているんだった。スレッドの構築コストは本当にデカイなぁ。
-
このノートPCは2コア4スレッドなんだけれども、long doubleの性能については2倍が限界かなぁと言った感じ。
-
double型でもあんまり変わらんな。
-
main.cpp
https://gist.github.com/ACUVE/65fd9e6e694137a5b19c
-
Single thread vs Multi thread
https://gist.github.com/ACUVE/97610126b57ef266c342
-----
>>7772はバグってたので上げ直した。
-
USBメモリやHDDを「臭いで発見できる」警察犬、児童ポルノ対策に導入される | スラッシュドット・ジャパン ハードウェア
http://hardware.slashdot.jp/story/14/07/10/0555206/
-----
USBやHDDに特有の匂いがあるんだなぁ。
-
はてなブックマーク - てくろぐ: 2014年のftp.iij.ad.jp
http://b.hatena.ne.jp/entry/techlog.iij.ad.jp/archives/1129
はてなブックマーク - てくろぐ: 1993年のftp.iij.ad.jp
http://b.hatena.ne.jp/entry/techlog.iij.ad.jp/archives/1127
-
テープメディアすごいな。温度湿度の管理をちゃんとしたら50年ぐらい余裕で行けるんじゃないかという気がしてくる。
とは言え、最新技術で保存したデータは位置ビットごとのデータ保存面積が小さいからやっぱり耐久年数は低いんだろうなぁ。
-
俺のデータも20年後残っているかねぇ。
-
はてなブックマーク - Twitter / ve_go: 年寄りが事故る原因が分かり易すぎる http://t.co/ ...
http://b.hatena.ne.jp/entry/twitter.com/ve_go/status/486461056470888448
-
はてなブックマーク - [徳力]妖怪ウォッチブームの勢いが凄すぎて、ポケモンの将来が心配になってしまうのは私だけでしょうか。
http://b.hatena.ne.jp/entry/blog.tokuriki.com/2014/07/post_805.html
-
cmakeやばい。
-
CMakeを使ってみた（2）もう少しまともなプロジェクト - wagavulin's blog
http://wagavulin.hatenablog.com/entry/2011/11/27/222642
-
cmakeやばい。なぜもっと早く使っていなかったのか。これ使えば非常に簡単にビルドができる。
-
はてなブックマーク - ベネッセ情報漏えい:顧客ＤＢ再委託先から不正持ち出しか - 毎日新聞
http://b.hatena.ne.jp/entry/mainichi.jp/select/news/20140711k0000m040137000c.html
-----
ザル法過ぎるな。有償無償問わずすべての個人情報の譲渡を違法にすればいいのに。
-
3万5000円の参加費でも内外から580人の参加登録：公用語に英語、「再起動」したRubyKaigi 2013が東京で開催 - ＠IT
http://www.atmarkit.co.jp/ait/articles/1306/03/news057.html
-----
Ruby2.1は世代別GC。
-
以前はSyncthingは頻繁に落ちていた気がするが、最近は安定して動作しているなぁ。
-
512GBのSSDなんて積んじゃったら、もはや2TBのHDD切り離してもいいかもしれない。（買う予定はない
-
512GBのSSD買ったら、メインPCの方に付けまして256GBはノートに付け替えという未来が見える。
-
LUKSが挟まっている時の起動シーケンスが不明。
-
オイルが雪と混ざりブレーキ効かず？…東急追突 : 社会 : 読売新聞（YOMIURI ONLINE）
http://www.yomiuri.co.jp/national/20140711-OYT1T50162.html
-
高音を強調すればピッチが上がったように聞こえる説。
-
Fedoraの標準のアーカイバでは回答できないのに、unarでは解凍できたので、unar最強。
-
夏の画像おおおおおおおおおお！！！！！ : 暇人＼(^o^)／速報 - ライブドアブログ
http://himasoku.com/archives/51855601.html
-----
定期
-
はてなブックマーク - 有珠山高校へ行ってきた（2）中学編 - 咲-Saki-カツゲン備忘録
http://b.hatena.ne.jp/entry/nobbyhobby.blog.fc2.com/blog-entry-8.html
-
亡くなった人のデータ ネットから消します NHKニュース
http://www3.nhk.or.jp/news/html/20140712/k10015954481000.html
-----
> 亡くなった後、ネット上で人に見られたくない情報が放置されているという状況があり、こうした問題を解決していきたい
？？？？？？？？？？？？？？？？？？？？？？？？？？
見られたくない情報をなぜアップロードするのか。
-
不正流出名簿、「一括消去」制度を検討 菅官房長官：朝日新聞デジタル
http://www.asahi.com/articles/ASG7C5J00G7CUTFK00G.html
-----
どの程度実効性があるかと言われたら極めて疑問であるが、とても面白い。
-
場合によっては名簿屋が壊滅する可能性もある発言のような気もする。
-
原理的に不可能なことを国家の暴力によって実現しようというのが法であるというのが自分自身の解釈。
-
殺人罪があると言っても殺人が原理的に不可能になるわけじゃないだろ？
-
緊急地震速報は、最大震度5弱以上が予想された際に、予想震度4以上の地域に対して発表されます。
-
予測精度はそんなに高いわけじゃないので、一段階ぐらいはずれるらしい。
つまり、実際の最大震度4で、実際の震度3の場所に緊急地震速報が発表されることもありうる。
そこらへんは現代技術の限界なので仕方ないです。
-
さっきの地震はそんな感じの具体例になりそうですね。
それにしても、揺れた時間が長かった。
-
Twitter / senryoAIIT: ”数百万人レベルの子持ち世帯の情報について「不正に取得したん ...
https://twitter.com/senryoAIIT/status/487686213545889792
---
> ”数百万人レベルの子持ち世帯の情報について「不正に取得したんじゃないのか」と気づくのは当然かどうか（それに気がつかないのは重過失か）が重要な争点になるかと思います。”
不正競争防止法の観点からジャストシステムの責任を考える
http://www.techvisor.jp/blog/archives/4969 …
-----
仮にこの主張が通るとすれば、子持ち世帯の情報は売買すること自体が真っ黒になりそうで大変面白そうですね。
-
ジャストシステムの件がちょうどこの時期に発覚したのは、本当に奇跡なんじゃないかと思ってしまいます。
-
オムロン「チェック働かなかった」 駅映像の無断流用：朝日新聞デジタル
http://www.asahi.com/articles/ASG7D0GHPG7CPTIL01V.html
-----
オムロンは意識低い系企業。
-
はてなブックマーク - ＪＲ乗降客映像を無断流用 オムロンが「不審行動」解析：朝日新聞デジタル
http://b.hatena.ne.jp/entry/www.asahi.com/articles/ASG7C6H1TG7CPTIL01R.html
-----
ビッグデータは死すべき。適正に運用されるはずがない。法で全面的に一切の利用を禁ずるのが適当。
-
今までパソコン間のデータの移動は常時起動させている鯖に転送してからもう一度コピーしていたんだけど、普通にscpで転送すればいいことにいまさら気づいた。
-
デスクトップPCの方で無線キーボードを使えるようにした。Kernelアップデートの際に無線の親機をパソコンに接続しておかないとLUKS入力時に利用できるようにならない模様。
これで、ノートPCの方で再びKernelアップデートがあった際に相変わらず使えるかどうかについては不明。
一応バックアップで残っている古いKernelを試してみた所、入力は出来なかったので、それぞれのKernel毎に独立な模様。
-
3.15.4になりました。
-
既にKernel 3.15.5 が出ているから、ちょっとしたらまた更新がありそうだな。
WindowsUpdateと比較して更新がどちらが早いかを考えると、やっぱりLinuxの更新の方が早い感じ。
-
後ソフトウェアの更新の範囲も、Windowsはマイクロソフト製の製品だけだが、Linuxだったらパッケージで管理されているソフトが全て対象だからな。
Windowsだといつの間にやら更新版が出て時代遅れになってしまっていることがあるのでダメだ。
-
起動速度についてはWindowsもLinuxも同じくらいだと思う。ただ、Linuxは削ぎ落とせば1秒未満で起動させることも出来る模様。
-
データのパース部分を並列化したら、凄い早くなった。
-
まあ、複数のファイルを同時に読み込むことなんて滅多ない無いと思うが……
-
データの生成部分も、ostringstreamに流しこむようにしたほうがいいかなぁ。
-
std::ostream &osに対してoperator<<を呼び出すんじゃvirtual関数呼び出すんだから最適化されないんだよなぁ。
やはりtemplate<>で受け取ったほうがいいかな。
-
なんか、C++のstream周りってもっと複雑な設計だったような気がしてきた。std::fstreamで出力する限り速度は出ないのだろうか。
|
|
掲示板管理者へ連絡
無料レンタル掲示板
