開催終了第14回Mac OS X Server勉強会
詳細
2009年07月14日 01:03 更新
今回も、マイクロメイツ様のご好意により、トレーニングルームをお借りすることができした。
第14回Mac OS X Server勉強会[新Mac OS X Server勉強会]
7月18日(土) マイクロメイツ@虎ノ門 10:00 -未定
参加者3人以上で開催 (max 20名)
マイクロメイツの地図
http://
遅くなりましたが、今週末勉強会を開催致します。
今回の内容は、
ディスカッション + Deploy Studioをしたいと思います。
ディスカッションは、皆さんの持ち寄りにしたいのですが、
「普段から困っていること」や「良いソリューションがあればな〜」
というものがあったら持ち寄りましょう。
現在、
「Mac OS 9 ソリューション vs Mac OS X ソリューション」 by ぴろし
です。
第14回Mac OS X Server勉強会[新Mac OS X Server勉強会]
7月18日(土) マイクロメイツ@虎ノ門 10:00 -未定
参加者3人以上で開催 (max 20名)
マイクロメイツの地図
http://
遅くなりましたが、今週末勉強会を開催致します。
今回の内容は、
ディスカッション + Deploy Studioをしたいと思います。
ディスカッションは、皆さんの持ち寄りにしたいのですが、
「普段から困っていること」や「良いソリューションがあればな〜」
というものがあったら持ち寄りましょう。
現在、
「Mac OS 9 ソリューション vs Mac OS X ソリューション」 by ぴろし
です。
コメント(45)
2009年07月18日 12:16
Mac OS 9 vs Mac OS Xのメモ
===起動が遅い===
- 電源を落とさない。
- 起動項目をチューニング
/Library/LaunchDeamons
/Library/LauchAgents
/Library/Agents
など
- フォント周りの配置設計を考える
- バージョンの異なるアプリケーションを同居させない(.plist)
- メモリを沢山積む →塩梅がある
- 使わない .kext外す
- PowerPCのバイナリを外す
- Cachesを削除 →再構築してみる
- 起動シーケンスをトレースする →そこからチューニング
===起動後も遅い===
- DHCP →固定にしてみる DHCPリース期間を変えてみる
- ローカルセグメントにDNSサーバを置く →正l引き/逆引ききちんと
- DHCPサーバ参照(アドレスは手入力) + リース期間を長くする
- メモリを沢山積んでいる場合、一度アプリを全部上げておく(キャッシュさせておく)
- Intel + CS4の方が4倍早い
===QX4 + イラレ5の方が速い===
- オペレーターの体感速度とワークフローの短縮は異なる →そもそも見ている所が異なるので説得する
- 保守的な現場にアプローチするのではなくトップダウンで実行するようにアタックしていく
===現状運用しているAppleScriptの移行ができない===
- AppleScriptが使えなくなる →XMLやAppleScript+Shellで行う Automatorを使う
===フォントの互換性の問題===
- 古いファイルを再利用するには →ブリッジ的アプリケーション(イラレ10)などで古いファイルをコンバートしておく
2009年07月19日 22:26
モデレータとして。
今回は時間も少なかったこともあるのと、ネタがもともと脱線要素を多分に含んでいたのでなかなか先に進まなかったのは予想どうりでしたが、有益な情報も多く「たまにはやってみるべき内容だな」と思いました。
＞htabataさん
ホワイトボードでは LaunchAgents と書いてあったので転記ミスですね。
サーバにアップする方のドキュメントは直しておきます。
＞HOIさん
このへんは要検証ですが、提案者から「改善できる見込みはあると思う」という発言をいただいています。
＞2siさん
前項と被りますが、今回の内容はDTPユーザの比較を対象としています。要するにAdobeとか3PP系の要素を非常に含んでいるのです。故にこういう話になりました。
2009年07月19日 23:07
たしかホワイトボードには/Library/StartupItemsと書いてあったかと
いまだに使ってるアプリとかありますね＞StartupItems
あとDeployStudioの補足
NetInstallでは起動用のイメージとリストア用のイメージが１つにまとめられているため、複数のイメージをリストアしたいときは事前に適切な起動ディスクを選択しておく必要があります。Nキー起動とかではこれができません。
一方DeployStudio(NetRestoreも）は起動用のイメージとリストア用のイメージを分離して管理し、起動後にリストアするイメージが選択できます。なのでNキー起動でも起動後に任意のイメージを選択してリストアできます。
以上
2009年07月19日 23:21
>> HOI さん
Universal Binary の場合、バイナリの先頭に MAB ヘッダがあって、そこに各CPUごとのバイナリへのオフセットが記載されてます。
exec(2) の中ではそれがどういった実行ファイルかを一つずつチェックして、適切なローダーを指定して起動するようになってるのですが、MABヘッダを見つけた場合は、その先のデータを読んでまた1からチェックをやり直します。
その後は、PPCならPPC、IntelならIntelのコードだけをメモリ上にのっけますので、Thinバイナリと変わりません。
確かに、実行形式の判別ルーチンでは2度手間してますが、さて、この2度手間でどれだけの実行速度が損なわれるかというと...、せいぜい数百〜数万クロック程度でしょう。
今のCPUって、どう遅くても1GHz はあります。1秒に10億命令を実行できます。まぁ実際にはIO待ちとかで100%実行できている訳じゃないけど、それでも100,00命令なんて1/1,000 秒で実行できちゃいます。えーっと、1ミリ秒?
...どんな頭してたら、そんな微細時間の差異を検知できるのか、そういう意味では興味ありますよね(笑)
理屈も考えず、ロジック的なバックグラウンドなしで「見込みはある」とか言うのは控えめに言っても馬鹿だと思います。
2009年07月19日 23:48
2siさん、
フォローサンクスです。何かをして変化がある見込みがあるという時、その変化量は体感できる、あるいは統計学的に言う有意な差を認められる可能性があるべきと思いますね。その可能性を推定するには当然ロジック的なバックグラウンドが必須ですものね。
dhcpのリース時間の延長も同じで、それを長くしたから、短くしたからといって有意な差が出てくるとは思えないんですよね。長くすればrequestを出す回数も減るけれども、そのrequestを出す処理が全体を遅くしているとしたら、もはやdhcp処理を取り上げて云々するという切り口がおかしいと思うです。というより、dhcp clientでのrequest処理って今日的なCPUで負荷が掛かるほど重い処理だっけ、とも思うわけです。
2009年07月25日 01:23
本日の進行のぴろしより。
【スライド1】
今日のお題は「残されてるタネ」という意味では都市鉱山なみに重要かも。
【スライド2】
お題的にだいたい想像はつくと思うのですが、要するにそういうことです。 新規顧客開発も重要な使命ですが、「残された最後のパイ」「（めんどくさいので）触れてはいけないタブー」様々な形で呼ばれているこの業界が何故移行できないのか? に焦点を当ててディスカッションするのを目的とします。
【スライド3】
最初にお約束。 DTP業界がビンボーでコンサバで職人気質な業界であることはよく知られていることです。 ですが「あの人たちは何言ってもダメだから」とかそういう後ろ向きな発言を期待しているのではなく、「SIerとして改善提案できる部分は本当に無いのか?」という視点でディスカッションをしていこうと思います。要するに、お金になる可能性を考えましょうということです。
2009年07月25日 01:26
ここからディスカッション開始。
実際には結構スライド間をまたいで話していましたが、わけわかんなくなってしまうので整頓して記述してあります。
その1。
起動が遅い。 ここで言う起動は「Cold Bootから始めてFinderウインドウが表示されてユーザが実際に作業できる状態になるまで」を差します。 最小構成ではIntelマシンが速いのですが、業務に必要な各種アプリケーション、フォント（100書体程度）、環境設定などを施すとOS 9側の方が速いそうです。 そこでOS Xの場合どこをパフォーマンスチューニングすることで改善が見込めるかどうかを考えます。
（ディスカッション）
「本当に OS X の方が遅いんでしょうか?」（.joe）
「業務に必要なアプリとフォントをセットで入れるとコールドブートで比較した場合遅いです」（佐々木さん）
「電源落とさないって言うのはダメ?」（スパダイナ）
「理論的にはアリですが、習慣的にシャットダウンや便宜的な再起動がある以上強要は難しいでしょう」（ぴろし）
「LaunchDaemons、 LaunchAgents、StartupItems をチューニングするのは基本ですよね」（ゆきとら）
「フォントをたくさん使うのであれば Fonts フォルダの配置設計も見直した方が良いでしょう」（.joe）
「使わない .kext を外すという手段もある」（ゆきとら）
「それって大丈夫なんですか?」（ぴろし）
「ACSAコースの Advanced Administration の本にも出て来ています」（ゆきとら）
「その手がアリなら PowerPC のバイナリコードを削るという手法が WWDC で紹介されてました」（.joe）
「10.5 以前でかつ Intel マシンに特化した内容ですね…ていうかライセンス的にいいのかな?」（ぴろし）
「Cachesを削除して再構築も有効かもしれない」（ゆきとら）
「あとはメモリが少ないと起動時に影響でませんか?」（あっこ）
「でます。が、積みすぎてもPOSTに時間がかかるので塩梅が必要ですね」（ぴろし）
「より高速化させるなら、起動シーケンスをトレースしてエラーを潰していくのも定石でしょう」（ゆきとら）
「バージョンの異なる複数のSuiteアプリケーションを同一の /Applicationsに入れておくのは止めておいた方が良いと思います」（あっこ）
「というより同一のシステムでバージョンの異なるアプリを使用すると安定しないですよね。.plistもそうですが単一にするべきでしょう」（ゆきとら）
2009年07月25日 01:28
その2。
起動後も遅い。 ネットワークの設定など、OS X 時代になりより自動化、高機能化されたものもありますが却って仇になっているものもあります。
（ディスカッション）
「ケーブルが抜けてしまったりなど、DHCPの取得がうまく行かなかった場合などのタイムアウトが OS X の場合長かったりするのでそこで困ることがあります」（佐々木さん）
「そもそもケーブルが抜けていたら困るわけで…」（ぴろし）
「わかりますが OS 9 では遅くならなかったわけで、どうにかならないですか?」（佐々木さん）
「IP アドレスを手入力で固定しておけば回避できますかね」（ゆきとら） 「デスクトップマシンなら DHCP リース期間を長く設定するという方法もあります」（ゆきとら）
「直接関係ありませんが DNS サーバもローカルディレクトリに配置しておくとレスポンスは速いですね」（スパダイナ）
「アプリケーションによっては DNS の正引き/逆引きの設定が正しくされていないと起動が遅くなるものもありますね」（スパダイナ）
「DHCP サーバを参照（IP は手入力）って有効なのかな?」（ゆきとら）
「検証する価値はありそうですね」（ぴろし）
ここでもCachesの再構築や、LaunchDaemonsなどへの言及がありました。
2009年07月25日 01:29
その3。
そもそもQX4+イラレ5の方が作業は速い。 8ですら無いのか…と絶句してましたがこれ、現場では珍しくないんですよね。 事例で扱っている仕事は ・A4で100〜130p程度を扱うビジュアル書籍 ・10〜20MB程度のサイズのグラフィックデータを200点程度扱う この内容で作業した場合InDesign CS2で作業するよりQX4の方が圧倒的に速いそうです。
ディスカッションは次にまとめます。
その4。
OS 9と比較して体感的に速い感じはない。 確かに体感速度が同程度では、今ある環境を乗り換えようというする現場からの動機としてはこのご時世は難しいと言えます。
（ディスカッション）
「Creative Suite 2 は Intel に最適化されてないから CS3 以降で評価するべきですね」（.joe）
「CS3 以降なら、例えば Photoshop はプラグインの読み込み方法が変わったので高速化していますよね」（ぴろし）
「Intel マシンと Creative Suite 4 の組み合わせでは起動速度が4倍以上高速化しているという実測結果もあります」（mamo）
「電源を落とさないなら、メモリをなるべくたくさん積んで事前にアプリ起動しておけば2回目以降の起動は高速化されますよね」（ゆきとら）
「再起同時のメモリチェックとトレードオフですが確かに実用性は高いですね」（ぴろし）
「InDesignのグラフィックのプレビューはQuarkより遅いという問題点があります」（佐々木さん）
「確かにQuarkは速いですけどあの低解像度はチェックすら出来ないですよね」（あっこ）
「カラーマネージメントできないという点でQuarkのプレビューには問題があると思います」（mamo）
「色校できないと差し戻しが多くて結果作業時間に多く取られるという点は無視できないですね」（.joe）
「この手の問題になって来ると、オペレータの体感速度 = ワークフローの効率化ではないという点を理解するべきですね」（ゆきとら）
「MO で入稿していた頃は部署が独立していて『自分の作業がいかに効率よく、早く終わるか』がポイントでした」（あっこ）
「同一の成果物を OS9、Windows、OS X で比較した場合、 OS X が一番速いです。複数のアプリケーション間の連携はOS Xが速いですね」（mamo）
「速度向上というのは観る側の視点で異なります。単にベンチマーク的な速度向上だけを見ていてもあまり意味がありません」（ゆきとら）
「UIの改善やマルチタスク、マルチスレッドの進化で OS 9 時代には出来なかったような効率的なワークフローを立ち上げることもできます」（mamo）
「現場を攻めてダメならトップダウンから説得する必要もあるでしょう」（ゆきとら）
「このあたりは SIer としてのチューニング以上にコンサルティングのノウハウが問われますね」（ぴろし）
2009年07月25日 01:30
その5。再び細かいネタに戻ります。
OS 9で使用していたAppleScriptがそのまま使えないので以降に手間取っています。 使用していたのは ・Quark+FileMaker+Excelのデータ連携をするスクリプト
・Quark用のワークフロースクリプト
・ExcelからFileMakerへの流し込みスクリプト などがメイン。
（ディスカッション）
「AppleScript は OS 9 と OS X では記述方法が異なるので書き換える必要がありますね」（.joe）
「ExcelのデータをFileMakerにインポートして、XMLで書き出すようすればOKでしょうか」（ぴろし）
「msykさんなどが既に実績を作っているので可能だと思います」（.joe）
「従来のスクリプトに頼らない新しいワークフローを構築し直すチャンスでもあります」（mamo）
「具体案は?」（ぴろし）
「ケースバイケースなのでコンサルティングが必要でしょう」（mamo）
2009年07月25日 01:31
その5。フォントの互換性の問題。
（ディスカッション）
「OCFフォントとかメーカーサポートが終わっているものはちょっと…」（mamo）
「そうなんですけど結局フォントが無いと古いファイルが開けなくて、流用作業が出来ないと困ることがあります」（佐々木さん）
「CS以前のイラレで作ったデータもテキストエンジンの世代の違いでカーニングがずれてレイアウトが大幅に修正が必要な時もあります」（あっこ）
「現状ではClassic環境 + イラレ10.0.3というPowerMac G5が最適な環境だという説もありますね」（ぴろし）
「あまりにも古いファイルは諦めて新規で作った方が早いと思います」（mamo）
「バージョンが大きく離れたファイルではそうかもしれませんが、古いファイルはイラレ8とかイラレ10とかの形式にコンバートしておけば手間も少ないのでは?」（ぴろし）
「ブリッジ的に使うのはアリだと思います。が、これも手間ゼロで実施できるわけではないのでマネージメント的な判断は必要でしょう」（ゆきとら）
2009年07月25日 16:41
＞そもそもQX4+イラレ5の方が作業は速い。 8ですら無いのか…と絶句してましたがこれ、現場では珍しくないんですよね
アプリケーション習熟度の違いでは？
わずかにインターフェースが変っただけで、極端に作業効率がおちる人がいる。
また単純操作で済むワークフローでは新しいバージョンのメリットをアピールすることが難しいが、どんな操作が多いのかを理解して、本当に「速い」のかをみて見るといいかもしれない。
と言うはやさしいが、これはユーザ毎に違うので一般論では議論出来ないこと、DTP一般はもちろんそのユーザのワークフローを理解する必要があります。
モデルケースとしてスーパーのチラシ製作ってのはありそうかな？
2009年07月26日 20:58
＞ .kext の話
2siさんとHOIさんの話を総合するとパフォーマンスチューニングには影響しない、という見解ですね。
僕も Advance Administration を再度チェックしてみます。
＞ QX4 + イラレ5 の話
QuarkはレンダリングエンジンがInDesignと異なり、図版は低解像度プロシキのみで表示されるので「現行のInDesign CS4より動作が速いのは事実」だそうです。イラレも透明度やアピアランスなど、ベジェに対する付加機能が少ない分レンダリングも高速です。
DTP業界はノウハウやテンプレートの蓄積も多く、良い意味での作業の単純化が成熟しているので付加機能に焦点をあてる迂回策だけでなく、単純作業も速くなるチューニングが現場からは求められているのでしょう。
- mixiユーザー
- ログインしてコメントしよう！
困ったときには
