Content-Length: 232518 | pFad | https://b.hatena.ne.jp/ftnk/20100804#bookmark-8697690
vmwareのディスクアクセスが重い件を、もう１段チューニングする。 | レビログ (Make a little happier) 13周年+3i年
レビログ (Make a little happier) 13周年+3i年 レビログの半分は管理人の独断と偏見でできています。残りの半分は現在残 希少につき 入荷待ちです。旧称 貧乏だけど心は萌え : vmwareのディスクアクセスが重い件を、もう１段チューニングする。 2008年5月23日 Category > 6_日記 > うだうだ日記 > TAG( ) Comments : 4 (link this page) VMWAREをどう使っていこうか研究中なのですが、CPUはかなりサクサクなのですが、ちょっとヘビーなことをすると簡単にフリーズに近いくらいCPUを占拠して使えない子になっていたのですが、最近、徐々にチューニング方法がわかってきました。 vmwareのチューニングの基本は、vmwareに余計なことをさせない。ゲストOSのカーネルに任せる。ホストOSのカーネルに任せるという事です
VMWareがクソ重くて殺したくなる時に読むべきもの - いつまでもブタだと思うなよ
冗談抜きでキレそうになって、悪いのは林檎なんだけどWindowsXPとかいう何年も前のOSを動かすのにこんなにクソトロイのは何でだ。とディスクアクセスとか調べまくってたら何かゲストOSがHDDにアクセスしてないタイミングでもアクセスが発生しまくっている事を発見し、色々と検索した結果見つけたのが下記のテキスト。http://wizardbible.org/49/49.txt該当部分について、何かtxtとかそういうファイルなので消えてしまわないように転載しておく。しかし本当にこの金床って人は凄い人だ。Blogなんかに何の確証もなく「この設定を.vmxにすりゃいいよ！ ○○○ = "xxxx"」とか書いているだけの何の価値も無い情報でなく、自分の調査方法を合せて読みやすくまとめてくれている。こういう記事をブログに書いていきたいと思ったね。 x0xXx0xx0xXx0xx0xXx0xx0xXx0x
OpenSolarisから派生した「Illumos」プロジェクト始動、OpenSolarisのさらなるオープン化を目指す | OSDN Magazine
米Nexentaの開発者らは8月3日、米Oracleの「OpenSolaris」の派生プロジェクト「Illumos」を立ち上げたことを発表した。OpenSolarisが含むクローズドなコンポーネントをオープンにし、コミュニティによるビルド/メンテナンスを目指す。 OracleによるSun Microsystems買収後、OpenSolarisの将来が一部で懸念されており、それに対抗するものとなる。Illumosプロジェクトによると、IllumosはOpenSolarisのフォークではなく、OpenSolarisコミュニティのOS/Net（ON）の派生であり、コミュニティによるオープンソース実装と位置づけている。Solaris/OpenSolarisとの互換性も確保する。 OpenSolarisではlibc_i18n、NFSロックマネージャ、Crypto Frameworkの一部などがクロー
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
対話する2人は脳が同調：研究結果 | WIRED VISION
前の記事 数字で見る「Android対Apple」 対話する2人は脳が同調：研究結果 2010年8月 2日 サイエンス・テクノロジー コメント： トラックバック (0) フィードサイエンス・テクノロジー Brandon Keim 話し手と聴き手の神経活動のオーバーラップ。黄色は両者に同時に起こったもの、青は話し手が先行、赤は聴き手が先行したもの。 Image credit: PNAS 2人の人が深く結びつくとき、「同じ波長になった」と言ったりする。この表現には神経学的な真実が含まれている可能性があるようだ。 話をしている人と、それを聴いている人の脳をスキャンしたところ、両者は同様の神経活動を示すことが明らかになった。このような連動状態は、話に対する聴き手の理解度が深いほど密接になるという。 この実験は、2人の被験者がそれぞれ話をしているときと、それを聴いているときの脳の血流変化を、機能的磁
「7時間睡眠」が心疾患リスク遠ざけるカギ、米調査
中国・北京（Beijing）で、廃品回収の合間に居眠りをする男性（2005年7月4日撮影、資料写真）。(c)AFP/Frederic J. BROWN 【8月2日 AFP】昼寝を含めた1日当たりの睡眠時間が7時間より多くても、少なくても、心疾患リスクを増大させる。こうした研究結果が、1日の米睡眠専門家協会（APSS）の機関誌｢SLEEP（睡眠）｣に発表された。 米ウエストバージニア大（West Virginia University）医学部の研究チームは、睡眠時間と心疾患の関係を調査するため、2005年の成人3万人以上の健康診断のデータを分析した。すると、年齢、性別、人種、肥満度、喫煙・飲酒習慣などを加味しても、長すぎる睡眠または短すぎる睡眠と心疾患の間に強い相関性が認められた。 昼寝を含めた1日当たりの睡眠時間が5時間未満の人では、狭心症、冠動脈性心疾患、心臓発作と診断されるリスクが2倍
ミクシィのNoSQLデータベース「Tokyo Tyrant」をNetVibesが採用した理由
カスタマイズ可能なポータルサービスを提供するフランスの「NetVibes」は、バックエンドデータベースとしてミクシィの平林幹雄氏が開発し、同社内でも利用されているNoSQLデータベースの「Tokyo Tyrant/Tokyo Cabinet」（以下Tokyo Tyrant）を採用しているそうです（追記：平林氏は7月末でミクシィを退職されるとのこと）。 なぜNetVibesはTokyo Tyrantを採用したのか、その理由がmyNoSQLの記事「Netvibes: A Large Scale Tokyo Tyrant Deployment Case Study」で紹介されています。NetVibesは、Hadoop、CouchDB、Tokyo Tyrant、File system、MySQLを評価した上でTokyo Tyrant/Tokyo Cabinetを採用したとのこと。 NetVibes
.emacs分割のすゝめ - KAYAC Engineers' Blog
最近ロードバイクを買いました。nagata（@handlename）です。 前回、安易にも無防備な.emacsを晒したら、我らがtypester先生に 「.emacsに全部書くのは小学生までだよね〜」（大幅に誇張あり） と言われてしまったので、早速.emacsを分割してみたいと思います！ （設定ファイル群をgithubにあげました） なんで分割するの? そもそもなんで分割するんでしょうか? メリットとしては、こんなものがあります。 見通しがよくなる 環境依存の設定を切り分けられる 一部のファイルにエラーがあっても他のファイルの設定は適用される それぞれ個別にbyte compileできる 一部のエラーが全体に影響しないっていうのはいいですね。とっても。 では、実際に分割する方法を見ていきましょう。 分割してみよう 分割した設定ファイルを読み込むために、IMAKADOさん謹製のinit-lo
TIPS >> Blog Archive >> URL の最大長は何文字?
ユーザーエージェントおよびサーバの実装に依存します。スキーム、ホスト名を含めて、255 バイト以下は安全です。メジャーなブラウザとサーバに限定すれば、2000 バイト程度までは使えるでしょう。 SGML では 1024 文字 HTML のスーパーセットである SGML では、LITLEN=1024 文字とされています。 RFC2070 | URL の長さの制限って | HTML 4のSGML宣言 HTML 4.01 では 65536 文字 HTML 4.01 では LITLEN=65536 文字です。 HTTP では未定義、255 バイト以下を推奨 RFC2616 (HTTP/1.1) には、URL の長さに関する規定はありません。ただし、 Note: Servers ought to be cautious about depending on URI lengths above
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: https://b.hatena.ne.jp/ftnk/20100804#bookmark-8697690
Alternative Proxies:
Rubyでmilter開発 - milter manager (dev)