[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！ Part 238 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
513(1): 2019/11/24(日)12:35 ID:V/OFFCvA(1) AAS
CentOS7では物理アダプタとensﾅﾝﾄｶの紐付けってどこで管理してるんですか？
CentOS6のときは、70-persistent-net.rulesというファイルで
このMACが見つかったら、eth0のデバイスを割り振る〜的な管理がされていたと思うのですが、
CentOS7にそのファイルがありませんでした。
514(1): 2019/11/24(日)12:41 ID:YBfPdUXf(1) AAS
>>512
この試験では「読み込み」「メモリ転送」「書き込み」の3要素が一度に行われている。
計測したい要素はどれなの？
>質問1
一般論としてはディスク書き込みが一番時間がかかる要素なので、ディスク書き込みが
行いやすいデータサイズごとだと速いだろうと想像される。
>質問2
メモリにデータが残っていると想像されるなら、メモリのデータを捨ててから
試験をやってみればいい。
drop_caches
省1
515: 2019/11/24(日)13:26 ID:3h4Hcxfl(1) AAS
>>513
起動中に見つけた順からethXが割り当てられたあと自動的にenXXに名前が変えられてる
勝手に変わっちゃうとかもないのでそのまま使うべきでき
516(1): 2019/11/24(日)14:11 ID:jg4iOFIh(3/4) AAS
>>514
>計測したい要素はどれなの？
書き込みです。
ループ内のddで読み込みはディフォルトで書き込みのみ obs=$bsize にして試したら、
ほぼどれもどんぐりの背比べでした。
>drop_caches
アドバイスを参考に sync; sudo echo 1 > /proc/sys/vm/drop_caches をddの前に追加して、
ループを回したら初回の爆速結果はなくなりました。
それと同時に毎回ごとのスピードもびっくりするほど遅くなりました。
やはりOSは少しでも処理を早く済ませようと、キャッシュに残ってるものを利用してるのですね。
省1
517(1): 2019/11/24(日)14:19 ID:f9lUumyy(1) AAS
Debian 9 を導入したんですが、起動時に、
3.536077] usb 4-1: device descriptor read/64, error -71
3.776083] usb 4-1: device descriptor read/64, error -71
4.136101] usb 4-1: device descriptor read/64, error -71
4.376082] usb 4-1: device descriptor read/64, error -71
5.336081] usb 4-1: device not accepting address 4, error -71
5.872086] usb 4-1: device not accepting address 5, error -7
5.872360] usb usb4-port1: unable toenunerate USB device
こんなエラーが出て、音が出ない、SDカードリーダが使えない、
状態になりました、調べたら、
省5
518(1): 2019/11/24(日)14:29 ID:E2E9b1n0(1) AAS
>>516
それ、ディスクに書き終わるのを待ってない。
初回が速いのはメモリに空きがあるから実際の書き込みはOSに任せてさっさと終了する。2回目以降は空きが足りなくなって書き込み待ちが発生してる。
519: 2019/11/24(日)15:14 ID:9LX+LUV7(1) AAS
>>479
良かったな。中途半端な解決法を出すやつが出たおかげで、
俺がやる気を出してむこうのスレで解決したぞｗ
520: 2019/11/24(日)15:45 ID:jg4iOFIh(4/4) AAS
>>518
>それ、ディスクに書き終わるのを待ってない。
dd実行時に conv=fdatasync つけてみました。
出力された毎回の処理時間を見比べると、遅くなっており、
しっかりと書き込んでるみたいです。
そして、かろうじてobs値が大きい方が処理が速い結果を確認できました。
ご指摘ありがとうございました （＾人＾）
521(1): 2019/11/25(月)10:23 ID:qPOwKtZN(1/2) AAS
tmuxとかviで選択コピペできるけど、システム側のバッファーに入れるには設定作ったりしないといけません。
サーバ毎にやんないといけないんでめんどくさい。いっそターミナルの方で引き取って欲しいんだけどそんなターミナルある？
結構便利だと思うけどなあ
522(1): 2019/11/25(月)10:53 ID:dD5ogfgu(1) AAS
>>521
sshrcを使えばローカルの設定を接続先に反映できる
1つ設定ファイルを作れば全てのサーバで同じ設定が使用できる
らしい
523: 2019/11/25(月)11:35 ID:mwOUwRDh(1/3) AAS
>>522
どうも
vimだとクリップボードが有効無効が有るんだよねー
そもそもパッケージを入れ直さないとダメとかﾂﾗﾀﾝ
524(1): 2019/11/25(月)15:17 ID:nePFnAdu(1) AAS
たいていのターミナルに「システムのクリップボードと連携する」みたいな設定ない？
それを使えば、たとえ端末アプリ側がシステムクリップボードに対応してなくても
OS全体のクリップボードに干渉できる。
（少なくともGNOME Terminal on LinuxとCygwin Terminal on Windowsでは）
525(1): 2019/11/25(月)15:48 ID:OpMAS61B(1) AAS
xfceだとvimとクリップボードの連携後にクリップボードマネージャー使えば普通にコピペできる
clipitやclipman辺りね
端末のC-k分は無理だけど
526: 2019/11/25(月)17:38 ID:mwOUwRDh(2/3) AAS
どうもありがとう
言葉足らずだったかな
>>524
例えばマウスでターミナルの文字列を選択してコピーすればシステムのバッファーに入ります。これはわかる。
自分がやりたいのは、tmuxやvimの選択でのコピーを（マウスを使わずに）システムのバッファーにコピーしたいということ。
通常はそれぞれの設定が必要なんだが、それをせずにターミナルがハンドリングしてくれんかな、という話
vimのyyなんかは無理だと思うのでビジュアル選択の時だけでも
>>525
vimのクリップボード連携ができない場合でもターミナルで吸収したいのよ
527(1): 2019/11/25(月)18:13 ID:9B5MRtX7(1) AAS
WSLだったら、echo あいうえお | clip.exe でOSのクリップボードに
入れられるけど、そういうことじゃなくて？
528: 2019/11/25(月)18:42 ID:mwOUwRDh(3/3) AAS
>>527
ちょっと違うかな。
ローカルの作業だけなら自分の環境を作ればいいけど、ssh先のコピペを自分のシステム側に持たせたいんだ。ビジュアル選択されたものを。
サーバにインストールされてるvimはクリップボードに対応してないとかあるからさ。
マウスのコピペはイヤなんだ笑
529(2): 2019/11/25(月)19:31 ID:m9DjsmS0(1) AAS
手元のtmuxで、copy-modeでのコピーをxselなりclipなりに渡すように設定すればいいんじゃないの？
copy-modeはlocalのtmuxですべて処理
remoteで設定せずに使いたいという話だと、remoteでもtmux使いたいのかわからないけど、
remoteでもtmuxをネストして使いたいということであれば、
外部ﾘﾝｸ:www.freecodecamp.org
の途中からを参考にキーバインディング設定すればやりたいことはできそう
530(1): 2019/11/25(月)20:17 ID:FoqeniER(1/3) AAS
ちょっとした手順書を書きました。
サービス類がちゃんと手順書通り入って、
自動起動設定もきちんと行われているか確認の為に以下の手順としました
# systemctl list-unit-files | sort | md5sum ←手順通り入っていれば、MD5SUMの値が一致
上の方法を実行すると
・systemctl list-unit-filesの結果が同じであっても異なるmd5sum値を出す場合がある
・md5sumの出力が一致してても、systemctl list-unit-filesの結果が違う場合がある。
と指摘されました
省4
531: 2019/11/25(月)20:42 ID:l6ZD/yp7(1/4) AAS
md5sumで手順とあってるか検証するとか初めて聞くわ
何かが自動起動してるなら、それを確認する方法を書けばいいやろ
532: 2019/11/25(月)20:52 ID:l6ZD/yp7(2/4) AAS
サービスがちゃんと手順通りに入ってるかっていうがそれ全部お前が入れたんか？
知らないものがあったり、再起動やアップデートで変わることはないんか？
それを誰が保証してるんか？
出力のスペースの幅が変わることはないんか？
md5sumの値が違ったとき、何が問題かどうやって確認するか？
数字あってればOKですなんてやるなら、もう人間が作業する必要ねーだろ自動化しろよ
人間がやれる臨機応変さを消してるだけじゃないか
上下前次1-新書関写板覧索設栞歴
あと 470 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s