
Windows 7 機の半数近くは 64 bit 版を搭載 94
ストーリー by reo
4GB メモリが 1 万円割れしたことですし 部門より
4GB メモリが 1 万円割れしたことですし 部門より
ある Anonymous Coward 曰く、
マイクロソフト曰く、Windows 7 機の半数近くが 32 bit 版ではなく 64 bit 版を搭載しているとのこと (PC Pro の記事、本家 /. 記事より) 。
32 bit 版では最大で 4 GB のメモリまでしか搭載できないが 64 bit 版では最大 192 GB のメモリが積め、バーチャライゼーションやセキュリティ関連の追加機能もあり、マイクロソフトは 64 bit 版普及による OS の性能向上を目指しているという。
しかし 64 bit 版普及に貢献しているのは PC や周辺機器などのハードウェア市場であり、ソフトウェア側は追いついていないことも多いという。現にマイクロソフトも今年はじめ頃「Office 2010 の 64 bit 版では動かないアドインも多いため、32 bit 版のインストールを推奨する」とユーザにアドバイスしていたそうだ。
ちなみに Vista での 64 bit 版搭載率は 11 % とのことだ。
C:\Program Files (x86) (スコア:5, おもしろおかしい)
ただ死んで終わるものではない。唯一神が地獄の業火に(以下略
Re:C:\Program Files (x86) (スコア:5, おもしろおかしい)
Re:C:\Program Files (x86) (スコア:3, すばらしい洞察)
普通のプログラマなら、実ディレクトリ名なんて飾りだって知ってるだろ…。
決め打ちするなよ...
Re:C:\Program Files (x86) (スコア:2)
ファイルをSHIFT-右クリック→パスとして保存
も便利ですよね。
最も、VistaではD&Dできないので、この回避策しかなかったらしいですが。
Re:C:\Program Files (x86) (オフトピック) (スコア:1)
お忍びリネーム [digidigiday.com]を重宝していて、しかしwin7で動かなくて悲しんでいたのですが
そんな機能があったのですね。
参考になりました。
Re:C:\Program Files (x86) (スコア:1)
>・エクスプローラからコマンドプロンプトにドラッグ&ドロップ
Vista以降ではこの方法は使えなくなっています。代わりにファイルやフォルダのフルパス名を取得する(Windows Vista編) [atmarkit.co.jp]というような方法が用意されているそうです。
Re:C:\Program Files (x86) (スコア:2)
x86 と x64 が対になってる言い方も微妙ですね。 amd64も残ってるし。
Re:C:\Program Files (x86) (スコア:1, 参考になる)
kmraさんの日記、およびコメント [srad.jp]をドゾ
x86-64じゃなくてよかった (スコア:1)
>Intelに配慮してMicrosoftが付けた政治的な名前がx64
リンク先の日記のコメントに描いてあるように、
政治的にはそうなのかも知れないけど、
個人的にはハイフンが入っていなくてよかったと思う。
ハイフンが入っていると多くのプログラミング言語では
識別子としては使えないので。
屍体メモ [windy.cx]
パスの区切り文字とかドライブ指定とか (スコア:2, 興味深い)
ついでだから、聞いちゃう。経緯を知っている人いたら教えてたもれ。
(Windows|MS-DOS)のパス区切り文字がバックスラだったり、*nixで言うところのルートディレクトリーがなくて、各ボリュームの一番上までしかドットドットであがって行けなかったり、コマンドオプションがスラッシュだったり、変数を%で括ったりする、これら独自性は、何に由来しているの?
原因を作った先行するOSやその仕様の(作成者|メーカー|ベンダー)や、Windowsに持ち込んだ奴らこそ業火に投げ込まれるべきだと、経緯を知らない俺は思うんだが、きっと深い理由があるんだろうから、良ければ雑談ネタで教えてください。
Re:パスの区切り文字とかドライブ指定とか (スコア:1)
MSDOSは2.xで階層ディレクトリだけでなくあちこちUNIXのマネをしているのですが、なぜか中途半端な真似なんで、困ります。各ドライブのルートディレクトリにだけは .がないとか。FATファイルシステムがバイトストリームなのも、FCBから整数のファイルハンドルを使うI/OにしたのもUNIXの真似。
ドライブごとのファイルシステムになっているのは、当時MSDOSがFDDシステムで、システムFDすら差し替えられることがあったからでしょう。UNIXはHDDがある前提のOSだからHDD上にルートディレクトリを置いてリムーバブルディスクをサブディレクトリにマウントするという方策が使えましたが。
Windwos95で、デスクトップの中にマイコンピュータがあってその中に各ドライブがあってCドライブの中の・・・・の中にまたデスクトップがあるというわけわかんない世界にしてしまってもう・・・。
UNIXの慣習はスペース区切りで コマンド名 -オプション -オプション=XXX ファイル名・・・・
ですが、当時はまだそれほど強い勢力ではなくて、MSDOSでは違う方式、
コマンド名/オプション/オプション=XX
と区切りの空白を入れずに/でオプションを区切る書き方をしたかったので、パス名の区切りが バックスラッシュ になっちゃった、と当時は言われていました。あくまでもcommand.comでの話で、APIに渡すパス名は/区切りでも¥区切りでもどっちでも動いたはず
結局、UNIXの真似はしたいがそっくりそのまま真似はしたくないので意地でちょっと変えたとかかもしれません。メインメモリ64KBのマシンとかがざらに有った時代なので技術的限界でUNIXそっくりには出来なかったというのもあるでしょう。ワイルドカード解釈方式が根本的に違うのが一番納得いかない。
Re:C:\Program Files (x86) (スコア:1, 興味深い)
Re:C:\Program Files (x86) (スコア:1)
大丈夫です。My Documents 決め打ちのアプリ対策が組み込まれている程度に、いまだに直書きしているアホアプリが存在します。
# Documents and Settings とかも入ってますね。
C:\ すら直書きするアプリはさすがに減ったと思いたいところですが……。
Re:C:\Program Files (x86) (スコア:1)
(OSを導入したドライブのルートに、PROGRAM というディレクトリを作成して再起動すると……)
人柱さん、いませんか?
notice : I ignore an anonymous contribution.
Re:C:\Program Files (x86) (スコア:2, おもしろおかしい)
フォルダ名やファイル名にスペースが入っていたとして、いったい何がいけないって言うんですか?
どんなタコなプログラムで問題になるの?
Re:C:\Program Files (x86) (スコア:4, おもしろおかしい)
だまされたっ! (スコア:1, おもしろおかしい)
「映像」なのに JPEG かよっ! 動画じゃないのかよっ!
Re:C:\Program Files (x86) (スコア:4, おもしろおかしい)
どんなタコなプログラムで
WC以後、「タコな」は完全な [wikimedia.org]の比喩表現になりました。 うそです。
Re:C:\Program Files (x86) (スコア:1)
Re:C:\Program Files (x86) (スコア:1)
スペース入りのファイル名が鬼門なのはUNIX系でも一緒だし、そういう場合、
find -print0 で出力して、xargs -0 で受けるのが基本じゃないかな。
Re:C:\Program Files (x86) (スコア:1)
find ... -print0
grep --null ...
sort -z ...
xargs -0 ...
オプション統一してくれや……。
Re:C:\Program Files (x86) (スコア:1)
自分の書いたプログラムがタコなのは仕方ないが、自分の腕と関係ない所でコケるのは勘弁して欲しい。
署名スパムがウザい?アカウント作って非表示に設定すればスッキリさ。
Re:C:\Program Files (x86) (スコア:2, すばらしい洞察)
>"Program Files"にスペースが入っているのは、マイクロソフトの開発者への愛情の現われだよ。
プログラマにスペースの扱いを教えるのに、これほど良い物はなかなか無いと思いますよ。
これが無ければ未だに「利用するフォルダの名称にスペースは入れないで下さい」なんてのが
多々あったかも知れない。
Re:C:\Program Files (x86) (スコア:4, 参考になる)
USとJPのWindowsはProgram Filesなんですが、
他言語だとスペース無しの別の言葉に翻訳されてたりするんすよ。Programmieとかなんとか(忘れた)
今時はもうこういう話でエラーになるプログラムもめったに無いですが、ちょっと前だとたまにありました。
プログラム本体は大丈夫でも、インストール中に走らせるおまけのスクリプト中でおもいっきりProgram Files指定しちゃってたり。
Re:C:\Program Files (x86) (スコア:1, 興味深い)
はい、チェコ語のWindowsでDocument and Settingsの綴りが違っていて死にました。
ごめんなさい。
オレアプリ専用にDocument and Settingsを作ってもらいました。
Re:C:\Program Files (x86) (スコア:1)
他にもAdministratorも別の綴りだったりするので要注意ですね。
# 定数&API使おうねー
Re:C:\Program Files (x86) (スコア:1, 興味深い)
これのlpApplicationNameの解説を読んでもなおパスにスペースが入ったほうが良いとおっしゃる?
こんな複雑怪奇なことするぐらいなら「スペースは使えません」のほうが遥かにマシ。
Re:C:\Program Files (x86) (スコア:1)
引用符で囲えば良いだけですな。
もしくは、両方の引数を使えば問題ない。
MS製品に良くある救済措置が面倒な事になってるのは良くある事ですし・・・
# ちなみに、foo.exeのargv[0]がbar.exeどころか、baz.txtになってる事もあるので注意しましょう。
Re:C:\Program Files (x86) (スコア:1)
習得した(と思われる)Program Files=Progra~1(前6文字+チルダ+数字)とすればいいじゃなーい
と頭の中で簡単に変換出来るでしょ(笑)。
XPではCDコマンドもDIRコマンドも、上記ので問題無いね。
Windows Server 2008でもコレでいけるなぁ。
や、8.3形式に縛られるは馬鹿らしいってのは分かるんだけど、結局8.3形式が一番安全だという。
#流石に直ったけど、Windows2000位までは出来るだけ8.3で名前を付けるクセが抜けなかったなぁ。
Re:C:\Program Files (x86) (スコア:1)
やなぎ
字面じゃなく論旨を読もう。モデレートはそれからだ
メモリ上限・・・ (スコア:3, 参考になる)
> 32 bit 版では最大で 4 GB のメモリまでしか搭載できないが 64 bit 版では最大 192 GB のメモリが積め
最近、サーバ関連のメモリを扱っている人に聞いたが、サーバ方面では1モジュールあたり8GBや16GBがそろそろ登場するそうです。サーバスペックが一般ユーザの方面におりてくると、16*12=192GB、12スロットあれば、頭打ちか。
そんなメモリ使うアプリは無いと思うけどね・・・はっ、そのころのWindowsは標準で32GBくらいメモリを食うのか?
-- gonta --
"May Macintosh be with you"
Re:メモリ上限・・・ (スコア:2, 参考になる)
Windows Server Enterpriseとか入れればOK.
http://www.atmarkit.co.jp/fwin2k/win2ktips/1140maxmem/maxmem.html [atmarkit.co.jp]
#Home Premiumって16GBしかのらんのか.
#ServerもStandardはショボイなあ……というか7のProfessional以下ってのはどうなんだろ.
Re:メモリ上限・・・ (スコア:2)
Windows Server 2008 R2 Enterprise ― 2Tbytes
こういうのって、実際に2Tのメモリを搭載したシステムを組んで検証しているのだろうね。
サーバーなんかはよくわからんのだけど、存在するのだろうか?
(Windows検証用に特注で作らせているとかなのかな)
正直、ここまで大規模なものを使うことは(個人として)想像できないが、
検証環境なんかは非常に興味がある。
FYI: 3TBのメモリ搭載可能なマシン (スコア:3, 参考になる)
1台3TBのものは特注しなくても普通に買える時代になったようです。
大容量メモリが搭載可能なIBM eX5サーバー
http://ascii.jp/elem/000/000/511/511536/ [ascii.jp]
Re:メモリ上限・・・ (スコア:1)
Pro以上しか買わないからあまり関係ないですが、
i7 900シリーズに4GBモジュール*6でもう16GB超えちゃうんですね。
メモリだけに8万位出せばエンドユーザーでも簡単に実現可能なんですよねー
# いい加減この容量になると確率的に化けそうなのでECCサポートが普通になって欲しいのだが、
# なんでIntelはコンシューマ向けはサポートしてくれないんだろうね・・・
Re:メモリ上限・・・ (スコア:1)
>いい加減この容量になると確率的に化けそうなので
DDR3-8GB/ECCのPC2台(職場用&自宅用)を24時間365日使用して2年ほどたちますが,今まで一度もECCのログが出ていないことを考えると16GBのマシンでもそれほど問題になる確率ではなさそうです.まあ偶にはあるかもしれませんが.
#エラー防止技術の進歩もあり,結構丈夫になってますね.
Re:メモリ上限・・・ (スコア:1)
実はECCが無効に・・・なんていうのは笑えない話ですが、サンプル例としてエラーがここ2年程出ていないというのは興味深いです。
構成は2GB*4でしょうか?
ECCメモリだと、金を掛けられるので元からマージン高めとかいう可能性もありそうですが・・・
実際の所は、あまり問題にはならないのかもしれませんね。
この間久々にBSODを見ましたが、HDDクラッシュによる物でしたし。
その前はVGAドライバのバグでしたし・・・そういう物の方がメモリエラーより高いのかも?
太陽がおとなしくしてるのも影響してるかもしれませんが。
どんな風に出るのか、テスト用に不良ブロックのあるECCメモリを安価に貸し出してくれるサービスを何処かがやってたら良いのだけど。
# とりあえず、手持ちのMAXは今の所は2GB*6の12GBだった気がする(965BEマシンが16GBかもしれないけど・・・画面が無いので不明)
Re:メモリ上限・・・ (スコア:1)
>実はECCが無効に・・・なんていうのは笑えない話ですが
メモリチェック用のプログラムでECCのテストが出来てるんでまあ大丈夫かと.
>構成は2GB*4でしょうか?
そうです.いやー,まだ4GBは結構良い値段がしますので.
DDR3/ECCの2GBなんかですと1枚6-7千円ですから結構安いんですよね.特にMac用として売られてる奴なんぞは時々処分価格で出てたりしますし.
>テスト用に不良ブロックのあるECCメモリ
確か端子を一カ所マスクすることでどんなエラーが出るかはテストできたはず.
SIMMの時にはやったような覚えが……
Re:メモリ上限・・・ (スコア:2, おもしろおかしい)
>そんなメモリ使うアプリは無いと思うけどね・・・
SQLServer.
Power is EVERYTHING. More is better. (Jeremy Clarkson)
Re:メモリ上限・・・ (スコア:1)
> Power is EVERYTHING. More is better. (Jeremy Clarkson)
THE STIGにもコントロールできないようなpowerはしょうがないと言っていたような。
まあ、 more is better なので、コントロールできるようにしてくれればみんなhappy
Re:メモリ上限・・・ (スコア:1)
> Power is EVERYTHING. More is better. (Jeremy Clarkson) THE STIGにもコントロールできないようなpowerはしょうがないと言っていたような。
彼は持ち方が悪いと機能しなくなると言う噂がある [techcrunch.com]ので、あんまり当てにならないような・・・
Re:メモリ上限・・・ (スコア:1)
先生!原文が見当たりません!
コメントには “Some say…that he can use the new iPhone 4 with his left hand…without antenna issues” というのがあるのですが……
Re:メモリ上限・・・ (スコア:1)
まぁ、普通のデスクトップ用メモリでも4Gbytex3で4万円とかですし。
MAXで4本としても16Gbyteが現実的になってきたのかなぁ・・・と思っています。
ビデオカードでもVRAM4Gbyteが出てきて、あわせて20Gbyteって恐ろしい世界になったなぁ・・・
とか遠い目したのがついさっきでした。
#16Gbyteもメモリあったら10GくらいRAMディスクにして・・・と妄想してみた。
俺だまされてる? (スコア:2, 興味深い)
http://ascii.jp/elem/000/000/457/457279/ [ascii.jp]
32Bit選ぶ理由は... (スコア:1, 興味深い)
互換性に期待できないOSを使うのに、制約のあるCPUを選択する必要はないよね。
4GB超えだけなら・・・ (スコア:1)
4GB(メモリ)の壁だけが問題なら・・・
今のところ「ReadyFor4GB」でもいいんじゃw
10年以上?ぶりのカキコなのにゴミでした。。。orz
Re:望ましい流れ (スコア:2)
それにしても、いつもながらソフトウェアは後手になるなあ。
32bit と 64bit 両方に対応するとなると結構大変ですからね…
#unsigned char *p = new unsigned char [4 * 1024 * 1024 * 1024];
#なんて書いてみたい。
Re:望ましい流れ (スコア:2, 興味深い)
アンマネージドコードは勿論のこと、32bitのDLLがひとつでもあるとアウトです。
いずれはPC用のWindowsでもWOW64が無くなるときが来るでしょうが、その際には色々大変でしょうね。その際は、たぶんWindows7のXPモードみたいな回避方法が取られるのでしょうが。
Re:望ましい流れ (スコア:1)
ほとんどのアプリケーションでは、コードやデータサイズが倍になり実行速度が遅くなるだけ、デメリットしかないと思います。
OSは64ビット、アプリは32ビットが現実的だと思います。
Re:望ましい流れ (スコア:3, 参考になる)
Windowsのデータモデルは64bitOSでもintegerは32bitなLLP64と呼ばれるモデルです。
よって、すぐさまデータサイズが倍になるということはありません。