約 3,726,946 件
https://w.atwiki.jp/hz2467/pages/21.html
scientific linux 5.5 epsビューワー ここを参照した。 evince xx.eps が一番起動も早いし、使いやすい。 画面上部にあるアプリケーション起動用のランチャー？が表示されなくなった 検索すると、どうやらgnome-panelというのがパネルを起動させるコマンドらしい。 $gnome-panel するとエラーメッセージで「他のパネルがすでに起動しているのを検出したので、終了します」と出てきた。 $killall gnome-panel で一旦閉じてみる。すると復活。 うーむ。
https://w.atwiki.jp/linux_kai/pages/78.html
Total - (Today - Yesterday - ) 最終更新日 2011/06/04 00 42 Slackware 13.37でのXLinkKai用としてPLANEX GW-USMicroN (Ralink RT3070L)をセットアップしたときのメモです。 試したPSPゲームはMONSTER HUNTER PORTABLE 3rdです。 1.XLinkKai環境作成時の情報 2.事前準備 - slackwareに含まれるrt2870staドライバは使わないようにする - 3.Ralink RT3070ドライバのビルドとslackwareへのインストール 4.RT3070ドライバを使う 5.PSPと無線接続する コメント 1.XLinkKai環境作成時の情報 Linuxに関する情報の確認 $ uname -a Linux slackware 2.6.37.6 #3 SMP Sat Apr 9 22 49 32 CDT 2011 x86_64 Intel(R) Xeon(R) CPU L5420 @ 2.50GHz GenuineIntel GNU/Linux GW-USMicroNをPCに取り付けて、VenderIDとProductIDを確認します $ lsusb Bus 001 Device 002 ID 2019 ed14 PLANEX GW-USMicroN 2.事前準備 - slackwareに含まれるrt2870staドライバは使わないようにする - slackware 13.37はGW-USMicroNを認識すると自動的にstaging/rt2870/rt2870staドライバをロードしていました。しかし、slackware 13.37に含まれるrt2870staドライバはXLinkKai用としては使えません。slackware 13.37がこれらのドライバをロードしないよう設定します。 rt2870staドライバを未使用状態にするためインタフェース"wlan0"をダウンします $ sudo ifconfig wlan0 down rt2870staドライバをアンロードします $ lsmod | grep rt2870sta rt2870sta 433234 0 crc_ccitt 1347 1 rt2870sta $ sudo modprobe -r rt2870sta $ lsmod | grep rt2870sta 次から自動でロードされないようにblacklistに追加しておきます $ sudo vi /etc/modprobe.d/blacklist.conf 270 271 blacklist rt2870sta = この行を追加しました 念を入れるなら、この段階でslackwareを再起動してrt2870staドライバがロードされないことを確認しておくのも良いかもしれません 3.Ralink RT3070ドライバのビルドとslackwareへのインストール Kai用として機能するRT3070STAドライバのソースコードを入手して、Kai用に修正していきます。 Ralink社サイトからRT3070USBドライバをダウンロードして展開します $ cd ~/Downloads $ tar xvf 2011_0407_RT3070_RT3370_RT5370_RT5372_Linux_STA_V2.5.0.2_DPO.bz2 $ cd 2011_0407_RT3070_RT3370_RT5370_RT5372_Linux_STA_V2.5.0.2_DPO/ GW-USMicroNのVID PIDを追加します $ vi common/rtusb_dev_id.c 65 {USB_DEVICE(0x2019,0xAB25)}, /* Planex Communications, Inc. RT3070 */ 66 {USB_DEVICE(0x2019,0xED14)}, /* Planex GW-USMicroN */ = この行を追加しました 67 {USB_DEVICE(0x2019,0x5201)}, /* Planex Communications, Inc. RT8070 */ ライセンス情報を追加します DESCRIPTIONはRT2870のままでも良いのですが、GW-USMicroNのチップはRT3070Lなので、RT3070に変更しました $ vi os/linux/usb_main_dev.c 40 MODULE_DESCRIPTION("RT3070 Wireless Lan Linux Driver"); = 2870を3070に変更します 41 MODULE_LICENSE("GPL"); = この行を追加します RT3070用としてビルドするためソースコードを一部書き換えます(書き換えた内容が正しいかは不明です) 461～472行を以下のように書き換えました $ cp chips/rtmp_chip.c{,.org} $ vi chips/rtmp_chip.c 461 #if defined(RT30xx) == この行から 462 if (IS_RT30xx(pAd)) 463 { 464 RT30xx_Init(pAd); 465 } 466 #endif /* defined(RT30xx) */ 467 #if defined(RT33xx) 468 if (IS_RT3390(pAd)) 469 { 470 RT33xx_Init(pAd); 471 } 472 #endif /* defined(RT33xx) */ == この行まで書き換え 473 DBGPRINT(RT_DEBUG_TRACE, ("Chip specific bbpRegTbSize=%d!\n", pChipCap- bbpRegTbSize)); ファイルパス情報を修正します $ vi include/os/rt_linux.h 130 #define STA_PROFILE_PATH "/etc/Wireless/RT3070STA/RT3070STA.dat" = "2870"を"3070"に変更 131 #define STA_DRIVER_VERSION "2.5.0.2" ファイル名を変更して、インタフェースの初期値を設定します、RT2870 = RT3070 $ mv RT2870STA.dat RT3070STA.dat $ vi RT3070STA.dat 7 SSID=PSP_AULJM05800_L_MHP3Q000 = MHP3rdの集会浴場01の場合"PSP_AULJM05800_L_MHP3Q000" 8 NetworkType=Adhoc = "Infra" を "Adhoc"に変更します ... 10 Channel=1 = PSPチャンネル設定(1, 6, 11のいずれか)と一致させます ... 73 PSP_XLINK_MODE=1 = "0" を "1"に変更します XLINKモードを有効にします $ vi os/linux/config.mk 43 # Support XLINK mode 44 HAS_XLINK=y = "n" を "y"に変更します 56 # Support Wpa_Supplicant 57 HAS_WPA_SUPPLICANT=y = "n" を "y"に変更します 60 # Support Native WpaSupplicant for Network Maganger 61 HAS_NATIVE_WPA_SUPPLICANT_SUPPORT=y = "n" を "y"に変更します ... 407 CHIPSET_DAT = 3070 = "2870" を "3070"に変更します Makefile.cleanを修正します slackwareでは不要なのですが、追加しても問題ないため追加しました fedora、openSUSEの場合も不要です(/bin/sh - /bin/bashのため) ubuntu、debianの場合は必要に思います(/bin/sh - /bin/dashのため、rmの正規表現が機能しない) $ vi os/linux/Makefile.clean 1 SHELL=/bin/bash = この行を追加します "ubuntu, debianの場合に追加が必要" ... Makefileを修正します $ vi Makefile 11 ifeq ($(CHIPSET),) 12 CHIPSET = 3070 == "5370"を"3070"に変更します 13 endif ... 387 else 388 # cp -f $(RT28xx_DIR)/os/linux/rt$(CHIPSET)sta.ko /tftpboot = この行をコメントにします 389 ifeq ($(OSABL),YES) RT3070ドライバをビルドします $ make clean make ... Building modules, stage 2. MODPOST 1 modules CC /home/$USER/Downloads/2011_0407_RT3070_RT3370_RT5370_RT5372_Linux_STA_V2.5.0.2_DPO/os/linux/rt3070sta.mod.o LD [M] /home/$USER/Downloads/2011_0407_RT3070_RT3370_RT5370_RT5372_Linux_STA_V2.5.0.2_DPO/os/linux/rt3070sta.ko ... RT3070ドライバをインストールします $ sudo make install ... install -d /lib/modules/2.6.37.6/kernel/drivers/net/wireless/ install -m 644 -c rt3070sta.ko /lib/modules/2.6.37.6/kernel/drivers/net/wireless/ /sbin/depmod -a 2.6.37.6 ... 4.RT3070ドライバを使う RT3070ドライバをロードして、GW-USMicroNを使えるようにします。 RT3070ドライバをロードします、ついでにモジュール情報も確認しておきます $ sudo modprobe rt3070sta $ lsmod | grep rt3070sta rt3070sta 664238 0 $ modinfo rt3070sta | head -4 filename /lib/modules/2.6.37.6/kernel/drivers/net/wireless/rt3070sta.ko version 2.5.0.2 license GPL description RT3070 Wireless Lan Linux Driver インタフェースを有効化します $ sudo ifconfig ra0 up インタフェース"ra0"を確認します $ ifconfig ra0 ra0 Link encap Ethernet HWaddr 00 90 cc ?? ?? ?? UP BROADCAST RUNNING MULTICAST MTU 1500 Metric 1 RX packets 0 errors 0 dropped 0 overruns 0 frame 0 TX packets 0 errors 0 dropped 0 overruns 0 carrier 0 collisions 0 txqueuelen 1000 RX bytes 5064 (4.9 KiB) TX bytes 1560 (1.5 KiB) $ iwconfig ra0 ra0 Ralink STA ESSID "PSP_AULJM05800_L_MHP3Q000" Nickname "RT2870STA" Mode Ad-Hoc Frequency=2.412 GHz Cell 1A 41 E8 ?? ?? ?? Bit Rate=11 Mb/s RTS thr off Fragment thr off Link Quality=70/100 Signal level 0 dBm Noise level 0 dBm Rx invalid nwid 0 Rx invalid crypt 0 Rx invalid frag 0 Tx excessive retries 0 Invalid misc 0 Missed beacon 0 ESSIDやMODEが設定されない場合にはRT3070ドライバをアンロードして、もう一度ロードしてみる $ sudo ifconfig ra0 down $ sudo modprobe -r rt3070sta $ sudo modprobe rt3070sta ESSIDやMODEが設定されない場合には手動で設定してみる $ sudo iwconfig ra0 channel 1 $ sudo iwconfig ra0 essid PSP_AULJM05800_L_MHP3Q000 $ sudo iwconfig ra0 mode Ad-hoc ここまで設定できたら、Kaiを起動してKaiConfigのNetwork Adapter="ra0"を選択して、設定保存しておきます 5.PSPと無線接続する 2011/06/04追記 iwconfigコマンドでSSID変更する手順としては、modeをmanagedにいったん戻してから、essidとmodeを設定すると良いみたいです MHP3rd演習場01のSSIDに変更する場合の例 $ sudo iwconfig ra0 mode managed $ sudo iwconfig ra0 essid PSP_AULJM05800_L_MHP3A000 $ sudo iwconfig ra0 mode ad-hoc 2011/05/22 追記 RutilT操作でSSID変更を繰り返すと、kernel oopsが発生する場合がある。 たとえばPSP側で集会浴場01から02に移動、RutilT操作で02のSSIDに接続、以下、03, 04, 05, ...とするとkernel oopsが発生。 +... slackwareではリポジトリでRutilTが提供されていません。RutiltからRutilTのソースコードをダウンロードしてビルドします。 ビルドしてインストールします $ tar xvf RutilTv0.18.tar.gz $ cd RutilTv0.18/ $ ./configure.sh $ make $ make install DESTDIR=$(pwd)/PACKAGE $ cd $(pwd)/PACKAGE $ makepkg -l y -c n ../RutilT-0.18-`uname -m`-1.tgz $ sudo installpkg ../RutilT-0.18-`uname -m`-1.tgz Rutiltを起動します $ sudo rutilt Site Surveyタブを表示、Scanします 一覧にPSPのSSIDが表示されたら、そのSSIDを選んで接続しましょう 以上でslackware 13.37へのGW-USMicroNのセットアップ例は終わり。 上へ戻る コメント 新規作成 -- kar (2011-05-18 21 27 20) kernel oopsを追加、詳細な原因は分かっていません -- kar (2011-05-22 10 47 33) iwconfigコマンドでのSSID変更方法を追加 -- kar (2011-06-04 00 42 06) 名前 コメント
https://w.atwiki.jp/kei_room/pages/12.html
linux コマンド一覧 Linuxのコマンドについて、自分用の備忘録。 システムの再起動と終了 システム終了 # shutdown -h now ←「-h」オプションはhaltの意味 # poweroff # halt スーパーユーザ権限で、以上のいずれかのコマンドを実行。 システム再起動 # shutdown -r now # reboot スーパーユーザ権限で、以上のいずれかのコマンドを実行。 グラフィカルデスクトップの起動 # startx 仮想コンソールでログインした際に、 グラフィカルデスクトップを起動するのに使用。 ログアウト # exit 又は Ctrl+Dキー ターミナルからランレベルを変更する #init ☆（ランレベル) 再起動のためにシステム運用を中止したくない場合などに使用。 デスクトップ環境の変更 # switchdesk ☆ ☆：デスクトップ環境の名前(GNOMEなど)、 またはrevert（システム標準へ復帰） コマンド入力後、次のログイン時から設定が反映される。 *
https://w.atwiki.jp/linux_kai/pages/44.html
Total - (Today - Yesterday - ) 最終更新日 2010/08/21 07 35 ここではdebian lennyでBUFFALO WLR-UC-G (Ralink RT2571WF)をXLink Kai用として設定した際のメモを紹介する debian lenny(2.6.26-2-686)のオリジナルのrt73usbドライバはWLR-UC-G(Ralink RT2571WF)に対応していない カーネルソースに含まれるドライバモジュールrt73usb.c ver2.1.4のソースコードを少し修正して使用する このページについての指摘や情報がありましたらコメントに投稿をお願いします 旧内容ページ 1.ドライバのインストール 2.ドライバとインタフェースの確認 3.その他 コメント 1.ドライバのインストール ここで使用しているdebianの情報 $ uname -a Linux debian 2.6.26-2-686 #1 SMP Wed May 12 21 56 10 UTC 2010 i686 GNU/Linux WLR-UC-GのVID/PIDを確認する $ lsusb Bus 002 Device 005 ID 0411 0116 MelCo., Inc. カーネルソースをダウンロードする $ sudo aptitude install linux-source-2.6.26 $ cd /usr/src $ sudo tar jxvf linux-source-2.6.26.tar.bz2 ドライバモジュールのソースコードrt73usb.cを修正する $ cd /usr/src/linux-source-2.6.26 $ sudo cp $PWD/drivers/net/wireless/rt2x00/rt73usb.c{,.org} $ sudo vi $PWD/drivers/net/wireless/rt2x00/rt73usb.c ... /* Buffalo */ { USB_DEVICE(0x0411, 0x00f4), USB_DEVICE_DATA( rt73usb_ops) }, { USB_DEVICE(0x0411, 0x0116), USB_DEVICE_DATA( rt73usb_ops) }, /* WLR-UC-G */ この行を追加した ... ドライバをビルドする $ cd /usr/src/linux-source-2.6.26 $ sudo make -C "/lib/modules/`uname -r`/build" M="$PWD/drivers/net/wireless/rt2x00/" clean $ sudo make -C "/lib/modules/`uname -r`/build" M="$PWD/drivers/net/wireless/rt2x00/" modules オリジナルのドライバの所在を確認する $ sudo modprobe -l | grep rt73usb /lib/modules/2.6.26-2-686/kernel/drivers/net/wireless/rt2x00/rt73usb.ko オリジナルのドライバをバックアップする $ sudo cp /lib/modules/`uname -r`/kernel/drivers/net/wireless/rt2x00/rt73usb.ko{,.org} ビルドしたドライバをインストールする $ sudo cp $PWD/drivers/net/wireless/rt2x00/rt73usb.ko /lib/modules/`uname -r`/kernel/drivers/net/wireless/rt2x00/ ドライバをロードする $ sudo modprobe rt73usb ドライバ情報を確認する $ sudo lsmod | grep rt73usb rt73usb 22560 0 ... $ sudo modinfo rt73usb | head -10 filename /lib/modules/2.6.26-2-686/kernel/drivers/net/wireless/rt2x00/rt73usb.ko license GPL firmware rt73.bin description Ralink RT73 USB Wireless LAN driver. version 2.1.4 ... $ sudo ifconfig wlan0 wlan0 Link encap Ethernet HWaddr 00 16 01 ?? ?? ?? ... $ sudo iwconfig wlan0 wlan0 IEEE 802.11 ESSID "" ... 2.ドライバとインタフェースの確認 rt73usb初期化スクリプトを作成する wlan0の番号部分は環境ごとに異なるかもしれない SSIDはMHP2Gのものに設定した $ sudo touch /usr/local/bin/adhoc.sh $ sudo chmod +x /usr/local/bin/adhoc.sh $ sudo vi /usr/local/bin/adhoc.sh #!/bin/sh WLAN=wlan0 SSID=PSP_AULJM05500_L_MHP2Q000 ifconfig ${WLAN} down iwconfig ${WLAN} mode ad-hoc iwconfig ${WLAN} channel 1 iwconfig ${WLAN} essid ${SSID} ifconfig ${WLAN} up インタフェースをXLinkKai用に初期化する $ sudo /usr/local/bin/adhoc.sh インタフェース情報を確認する $ sudo ifconfig wlan0 wlan0 Link encap Ethernet HWaddr 00 16 01 ?? ?? ?? inet6 addr xxxx xxx xxx xxxx xxxx/64 Scope Link UP BROADCAST RUNNING MULTICAST MTU 1500 Metric 1 RX packets 1660 errors 0 dropped 0 overruns 0 frame 0 TX packets 4379 errors 0 dropped 0 overruns 0 carrier 0 collisions 0 txqueuelen 1000 RX bytes 321886 (314.3 KiB) TX bytes 895513 (874.5 KiB) $ sudo iwconfig wlan0 wlan0 IEEE 802.11 ESSID "PSP_AULJM05500_L_MHP2Q000" Mode Ad-Hoc Frequency 2.412 GHz Cell BE E8 7A ?? ?? ?? Tx-Power=13 dBm Retry min limit 7 RTS thr off Fragment thr=2352 B Encryption key off Link Quality 0 Signal level 0 Noise level 0 Rx invalid nwid 0 Rx invalid crypt 0 Rx invalid frag 0 Tx excessive retries 0 Invalid misc 0 Missed beacon 0 3.その他 wlan0、wlan0、wlan2、...とWiFiアダプタのMACアドレスとの関連は以下のファイルに記録されている $ less /etc/udev/rules.d/70-persistent-net.rules # USB device 0x0411 0x0116 (rt73usb) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00 16 01 ?? ?? ??", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0" SIOCSIFFLAGSエラーが発生する場合、ファームウェアが存在しないと考えられる システムのログを確認後、ファームウェアが不足している場合には追加しておく $ sudo /usr/local/bin/adhoc.sh SIOCSIFFLAGS No such file or directory $ dmesg ... [ 6651.946430] firmware requesting rt73.bin [ 6651.958696] phy1 - rt2x00lib_request_firmware Error - Failed to request Firmware. $ sudo aptitude install rt73-common 以上で設定は終わり。 上へ戻る コメント 名前 コメント
https://w.atwiki.jp/itportal/pages/12.html
Red Hat Enterprise Linux
https://w.atwiki.jp/matla/pages/26.html
ART-Linuxについて ART-LinuxはRT-Linuxのように実時間でのプロセス実行を目指したOSで， 産総研さんが開発し，現在はSourceForgeにArt-Linuxの項目があるようです．（Art-Linux） 個人的にはすごくお勧めなのですが，理由は以下です． 100μ秒程度の実時間実行が簡単に実現可能 ユーザ空間でリアルタイムが実現できるのでRT-linuxのようにカーネルプロセスと分けて開発する必要がない 上記のことから，普通のマルチスレッドで組みさえすればよく，面倒なプロセス間通信が必要がない タイマーボード等を用意する必要がない OS等ソフトウェアはタダのものを使える！(←重要！) 利点１に関しては，制御をする際には非常に重要です． リアルタイム性は高速に周期実行ができるとか，そういうことではありません． たとえ1sec周期であっても，windowsではリアルタイム実行が困難です． それは，windowsだと次回の実行時間が1.000sec後かもしれないし，1.005sec後かもしれないからです． これはいわゆるリアルタイム性が通常保証されないためです． その当たりを保証するには，タイマーボード等を用いるか，高度なプログラミングが必要になります． 利点５は重要ですね．OSがオープンソースであり，ARTパッチも無料で使用可能です． (ただし，ライセンスの詳細は確認してください) お金のない研究室で，リアルタイム制御が必要ならば， 手持ちのPC＋インターフェース社等のAD/DA/DIOを使うことで 10万円前後での実時間制御システムの構築も可能でしょう． 逆に，欠点は以下です． Linuxベースのため，Windowsユーザーには壁が高く感じられる（^^; RT-linuxのような，二桁μ秒の割り込みは無理(経験的にはARTは100μ秒程度まで…) 意外とハードウェア(PC)を選ぶ 上記の欠点があったとしても，制御を考える際には非常に有力な選択肢になりうると思います． 個人的には組み込みでもなければ，RT-Linuxはちょっと…という感じです． 欠点１は，カーネル2.6対応ARTの登場でかなり状況が変わってきました． WindowsユーザにやさしいUbuntuが使えるようになったからです． PCに弱い私からすれば，VisualStudioが使えないのは結構なネックですが… どうしても必要ならeclipseでなんとかなるでしょう． 欠点２は，モータの時定数やロボット制御に必要な計算量を考えれば， だいたい1msec～サブミリ秒で制御ができれば，十分であろうと思いますし， これ以上短周期ならDSPも視野に入ってくるレベルだと思いますので，それほど欠点ではないかなと思います． 筆者は200μ秒周期で動作させていた経験があります． Windowsでは10msec程度がせいぜいなので，これに比べれば随分いいでしょう． 欠点３は，もはや情報を集めるしかありませんｗ 詳細はインストールの項目に書きます． 以下の項目に当たればART-Linuxがお勧めです． 目標とする制御周期が200μ秒～10msec程度である 制御に使うデバイスで，linux用のドライバがちゃんと提供されている(←非常に重要！) RT-linux用のドライバが無い(←これ多いパターン) DSPが使えない（買えるほどお金がない，ドライバがない，計算が複雑） 小型PCやノートPCを使うため，タイマーボードが着けられない RT-linuxが使えるほどlinuxに詳しくないor面倒くさい カーネル領域で完ぺきに動くモジュールプログラミングができるほどプログラミングスキルがない フリーズが怖いのでカーネル領域で自作プログラムを動かしたくない リアルタイムモジュールとユーザモジュール，二つもメンテナンスしたくない 最近のDebianとかUbuntuくらいGUIが動くならなんとか使えそうｗ RealTimeWindowsなんか高くて買えるか！(プチリアルタイムができたWindows CEは無くなったしｗ) 制御をおこなう場合，一番重要なことは，デバイスドライバの問題です． いまだにwindows用ドライバしか提供されていない「残念な」デバイスが売られています． （こういうのは淘汰されてほしいですねｗ） 兎に角，ART-linuxは一度環境さえ構築できてしまえば，実時間制御に非常に有用です． それでは実際に構築方法をメモっていきますｗ Next - ART-Linuxのインストール 本日の来訪者： - 昨日の来訪者： - 来訪者累積： - おなまえ こめんと
https://w.atwiki.jp/linuxjapanwiki/pages/190.html
naiad linux
https://w.atwiki.jp/pclinuxtips/pages/40.html
ttp //www.itmedia.co.jp/enterprise/articles/0802/22/news074.html CPU負荷の確認 http //d.hatena.ne.jp/naoya/20070222/1172116665 http //d.hatena.ne.jp/naoya/20070518/1179492085 ロードアベレージは、過去1min、5min、15minの間の実行待ちプロセス数の平均値 run queueに溜まったタスク(task_struck≒プロセス)の数を、ハードウェアクロックの割り込み毎に数え上げ、単位時間での平均値を出している。 実装 kernel/timer.c static inline void calc_load(unsigned long ticks) static unsigned long count_active_tasks(void) ロードアベレージ→/proc/loadavg top や sar がデフォルトで示すCPU使用率はCPU数(コア数)で割り算をしている ロードアベレージは割り算をしていない http //oshiete.goo.ne.jp/qa/1480201.html Ｑ： CPU使用率とロードアベレージ Linuxのtopコマンド等で出力されるCPU使用率とロードアベレージの違いを教えてください。 また、ロードアベレージをCPU使用率に換算することは可能でしょうか？ 可能であれば方法を教えてください。 Ａ： ロードアベレージは、最も簡単に説明すると、実行プロセス数の平均だ。説明によっては実行待ちプロセス数や実行可能プロセス数となっているが、正確には実行プロセス数(実行中プロセス数＋実行可能プロセス数)だ。つまり、I/O待ちのプロセスはカウントされない。 ここで、たとえば、1秒間に10回実行プロセス数をカウントすると、1分間では600回カウントする。カウントした時に、毎回3、4、5あたりをうろう ろしていると、平均値としては4ぐらいになる。これがロードアベレージだ。正確に、Linuxが1秒に何回カウントしているかは知らんが、どちらにせよ (カウントした時のロード数1＋...カウントした時のロード数n)/カウント数 という計算式になるので、1分に何回カウントしたかはあまり重要な数字ではない(もちろん1分に1回やら数回やらというのは困るが)。ロードの平均値を取っているのでロードアベレージだ。 ロードアベレージは、「システム負荷率」と表現される事が多い。負荷ってCPU使用率じゃないのと思うかも知れないが、例えば、CPUが1個のマシンに おいて、CPU使用率が常に100%の状態が1時間続いたと仮定して、その間ロードアベレージが常に1だったとすると、システムの負荷は0という事にな る。なぜかと言うと1個のプロセスが常にCPUを占有している状態だからで、それは1個のプロセスが理想的にCPUを使いつづけた状態だからだ。 つまり、ロードアベレージが負荷と表現されるのは、「CPUが割り当てられたらすぐ実行できるのに実行できないプロセスの割合」だからかな。 別のモデルを考える。I/Oを行わず、常にCPUによる処理をしている3つのプロセスがあり、システムプロセスを含め、それ以外のプロセスは一切動作し ないとすると、ロードアベレージは常に3になる。CPUが1個だと3、2個だと3、3個だと3、4個だと3だ。変わってCPU利用率はCPUが1個だと 100%、2個だと100%、3個だと100%、4個だと75%となる。 もちろん、ロードアベレージが3でも、CPUが1個だと常に2つのプロセスが実行可能(CPU割り当て待ち)となるが、3個だと3つのプロセスが全て実 行中になる。なので、CPU利用率は1個でも3個でも同じ100%だが、3個だと十分仕事をさばけている状態だし、1個だとさばけていないよね。CPU利 用率だけでは分からないって事。なのでロードアベレージが存在するわけだ。 そういう訳で、「ロードアベレージの理想値=CPUの個数」または、「ロードアベレージがCPUの個数を超えなければシステムは良好」などと説明されている訳だな。 ロードアベレージ、ＣＰＵ負荷に関するエントリ http //www.drk7.jp/MT/archives/001300.html http //blog.livedoor.jp/ld_directors/archives/50851887.html# http //blogs.sun.com/yappri/entry/loadavg http //itpro.nikkeibp.co.jp/article/Watcher/20060404/234528/
https://w.atwiki.jp/edaeda/pages/12.html
Linux TV録画関連 ここでは、Fedora10とHDUSを使って地デジ録画システムを構築するまでの記録を備忘録として残します。(日々更新中) 管理人の独自環境での内容となる為、全ての環境において動作を保障するものではありません。 参考にされる場合は、自己責任にてお願いします。 環境 OS Fedora release 10 (Cambridge) CPU Pentium(R) Dual-Core E5200 MEM 2GB HDD 1.5TB 地デジ録画に必要なハード チューナ HDUS(初期版or対策版) ICカードリーダー SCR3310-NTTCom 上記環境を用いて、次のようなシステムを構築したいと考えます。 地デジ番組を自動録画(HDUS＋recfriio) 録画したTSファイルをH.264(X264コーデック)でMP4またはFLVに自動エンコード(ffmpeg+x264+libaac) WEBブラウザのFlashPlayerで上記エンコードした動画をストリーミング可能にする(Apache＋MySQL＋FlowPlayer) 利便性を考慮してプログレッシブタイプのストリーミングではなく、リアルタイムストリーミングを使う(WowzaMediaServerPro) コンテンツ HDUSのセットアップ TSファイルの編集方法 ffmpegでx264(H.264)なMP4/FLVエンコード方法(Linux/Fedora環境)準備編 ffmpegでx264(H.264)なMP4/FLVエンコード方法(Linux/Fedora環境)エンコード編
https://w.atwiki.jp/pspprogram/pages/16.html
開発環境/linux このページは、ある程度Linux(+それを取り巻くソフトウェア)についての知識があることを前提に書かれています。わからないことがあったら、うやむやにせず、すぐに調べましょう。 psptoolchainをインストール・使用するのに psptoolchainをインストールしてみればわかります。が、必要そうなソフト一覧を書いておきます。 依存しているソフト/Devel autoconf automake binutils bison doxygen flex gcc make readline subversion 依存しているソフト/Docs texinfo 依存しているソフト/Libs ncurses gmp libgmp-devel mpfr libmpfr-devel 依存しているソフト/Utils patch 依存しているソフト/Web wget psptoolchainのインストールの前に 環境変数を設定する必要があったりなかったり。~/.profileか/etc/profileの最後の方に PSPDEV=/usr/local/pspdev PATH=$PATH $PSPDEV/bin export PSPDEV PATH と追加してください。 psptoolchainのダウンロード 適当な場所にディレクトリを作り、以下のコマンドを実行します。 $ svn checkout http //psp.jim.sh/svn/psp/trunk/psptoolchain ずら〜っと、ダウンロードしたファイルの一覧が出力されます。 コマンドを実行したディレクトリに、psptoolchainというディレクトリができていれば成功だと思います。 psptoolchainのインストール root権限が必要になります。 # cd psptoolchain # find ./ -name "*.sh" -exec sed -i s%svn //svn\.ps2dev\.org%http //psp\.jim\.sh/svn%g {} \; # cd scripts # find ./ -name "*.sh" -exec sed -i s%svn //svn\.ps2dev\.org%http //psp\.jim\.sh/svn%g {} \; # cd ../ # sh ./toolchain.sh エラーが表示されなければ成功です。 エラーが起きたら 筆者の環境(Slackware Linux 12.1をフルインストール)ではエラーはありませんでしたが、エラーが起きる場合があるかもしれないです。まずエラーメッセージを調べ、何がいけなかったのか、どうすれば良いのかを調べ、自分で解決をしようと努力をしてみてください。 努力をしない奴は2chの開発スレで質問をしても回答が貰えない可能性があります。 もう自分で問題を解決する事は不可能だと感じたら、10分くらい悩んだ後に2chの開発スレで相談をしてみるのも良いでしょう。