CentOSとmod_perlの未来 - Qiita
こんにちは、mod_perlをこよなく愛用している @xtetsuji です。 みなさん、mod_perl使っていますか？Plack全盛の時代でも、まだレガシープロジェクトであったり、色々な理由でmod_perlを使い続けている方、結構いるんじゃないかと思っています。 「新しいものが良くて古いものが悪い」という考えは置いといて、mod_perlはとてもよく枯れていて実装も一つで安定したPerlの永続的実行環境の一つです。Plackやそれらのエコシステムを使えない現場では今も有力な選択肢の一つではないでしょうか。使用の際に極度にmod_perlにロックオンされないように設計すれば、中長期的な視野も入れた良いアプリケーションがかけると思います。 RHEL7ベータ発表 この記事を書いているのは2013年12月ですが、去る2013年12月11日にRHEL7のベータ版が登場しました。 RHEL 7、
Macで自由にパケットのフィルタリング、帯域制限、パケロス率の設定をする - CubicLouve
Macにおいて、ネットワーク帯域の制御などはNetwork Link Conditionerで対応可能です。 下記ページよりAdditional Tools for Xcode を探してdmgをダウンロードし、その中にあるNetwork Link Conditioner.prePane からインストール可能です。 https://developer.apple.com/download/all/ そうすると、システム環境設定の中にNetwork Link Conditionerがあるので、そこから利用可能です。 このNetwork Link Conditionerを利用すれば、帯域幅の制限やパケロス率の設定などを簡単に実現できます。 ただし、UDPパケットを全部落としつつ、TCPパケットについて帯域幅やパケロス率を設定したいという複雑なネットワーク環境を再現するためにはNetwork Li
続・ラフなラボ – 7年ぶりくらいに Windows 環境に戻ってきた
この記事は コネヒト Advent Calendar 2020 の20日目の記事です。 僕はプライベートで過去6年位、また業務利用でも直近3年半くらいずーっとArchLinuxで過ごしてきていて、過去にこんな記事も書いています。 続・ラフなラボ – ArchLinux なラップトップで仕事しはじめて大体1年経った ただ、今月コネヒトに入社するにあたって業務利用するPCを Windows 10 Professional マシンにすることを選択したので、実際に過ごしてみてどうなのかを書いてみようと思います。 自分の仕事について Web系のインフラエンジニアとして働いています。今のところは AWS の ECS や EventBridge 周りを触っていることが多く、Python で業務に必要なスクリプトを書いたり、PHP,Go のコードを触る機会もあります。他には Terraform のコードも
UNIXという考え方という本を読んだ
UNIXという考え方という本を読みました。 原著は1994年に書かれている本で、 UNIXの哲学を一つ一つ、その意味と利点について解説しています。 「一つのことを、うまくやれ」や「小さいものは美しい」等、ある程度ハッカー文化に詳しい人ならばどれかは聞いたことがあるぐらい有名な哲学です。 面白いのは、例えば「できるだけ早く試作を作成する」という項目では、設計を完璧にしてから取りかかるのではなく、 プロトタイプを作り、それをユーザに見せてフィードバックをもらい、良い設計にしていくべきと述べられています。 これはアジャイル開発のイテレーションを回していく手法ととても似ており、開発手法の歴史を感じます。 また、「一つのことを、うまくやれ」は色々やる巨大な関数より、ちゃんと機能毎に分割しろと解釈できますし、「ソフトウェアの挺子（てこ）を有効に活用する」は他のいいプログラムからコードを借りてきたり、g
Windows 開発キット 2023を買ってみた | DevelopersIO
しばたです。 先週発売されたWindows 開発キット 2023を購入したので各種開発ツールのArm対応状況をしらべてみました。 Windows 開発キット 2023 とは？ Windows 開発キット 2023 (旧称 Project Volterra)はArm版Windowsアプリケーションの開発のためのPCです。 「開発キット」の名を冠してますがシンプルにArm CPUを積んだWindows 11デバイスであり、発売までの経緯についてはITmediaのこちらの記事が参考になるでしょう。 発売当初に日本国内での価格設定を間違うトラブルもありましたが、適正価格に戻った瞬間に購入したところ無事週末に届きました。 *1 デバイス周りの話はおそらく日本で一番Windows on Armと向き合っているであろうしばやん先生のブログが詳しいのでそちらをご覧ください。 本記事では主に私が使う開発ツー
OSX以前のMacにおけるUNIX - 仮想と現実
スティーブ・ジョブズが帰ってきてMacOS Xが登場するずっと前から、MacでUNIXまたはUNIXっぽいものを動かす試みはあった。 A/UX Apple純正のUNIXである。System/V系にBSDの要素も足した結構しっかりしたシステムだった。一見MacOSの上にUNIX要素を足したように見えるが逆で、UNIXシステムの上にMacエミュレーション層を置いていた。ファイルシステムもMacのHFSではなくUFSで、その上でリソースフォークやメタデータを扱うために、AppleDoubleという方式が用いられた。 68kMac用で、FPUとPMMUを必要としたため、動かない機種も多かったらしい。大学などで使われた。 Mac MiNT Atari ST純正OS、TOSをマルチユーザーマルチタスクにしたMiNTというUNIX風OSを68kMacに移植したもの。Macの上で一つのアプリケーションとし
何がOS実装の理解を難しくしているのか(GNU assemblyのポイント)
OS内部どうなってんのか知っといた方がいいんだろうなぁ、と思っている人向けになんか書きたいなぁ、と思って書きました。 OSを理解しようとすると、初回は挫折感をあじわって退場するのですが、原因いろいろあると思います。 C言語、アセンブリ(gnu assembly)、ELF, linker scriptの知識 boot処理時(の登場人物)で混乱する マルチタスク処理(switching, interrupt)がわからん OS自作しようぜ、みたいなはじめから強い本が多い まぁ、最後のは冗談として(自分は凡人なので..)、 https://github.com/mit-pdos/xv6-public (Unix V6のx86(32bit) implementation。以下xv6と呼びます) と https://pdos.csail.mit.edu/6.828/2018/xv6.html がとても
ゲーム制作で思春期を殺した少年の翼
ポリゴンが無限に使えるUE5の登場がインパクトありすぎて、つい、「今までの自分のゲーム制作の苦労って何だったんだろう？」みたいな事を考えてしまい、過去の人生を振り返ってしまいました。 考えてみると、自分の人生ってゲームの進歩とともに歩んできたようなもんだったという気がします。 そして、高校生くらいから現在に至るまでずーっとゲームを作るという事についてああでもない、こうでもないとやってきた憶えがあります。 不思議な事に、そんな風に何十年もゲームを作ってた？はずなのに、実際には今まで自分の理想通りに自作ゲームが完成した試しが無いという事実に目を向けざるを得ません。 一体どういう事なんでしょうか？私の人生って何なの？ 振り返ってみると、私がゲーム制作に挑戦するたびに、なんやかんやと”壁”にぶつかってしまって挫折する事の繰り返しだったような気がします。 そうして考えてみると、この前登場したUE5は
Multicsを振り返ってみたい - Plan9日記
Coders at Workという業界の有名人に対するインタビュー集を読んでいるが、プログラミング寄りの切り口が面白い。さて、本書のインタビューイの１人としてKen Thompsonが登場する。ベル研でProject MACに関わる以前の話から、現在Googleで何をやっているかという話まで触れられている。もちろんPlan 9の話題も（Linuxへの評価に関連して）出てきて、Plan 9のドライバを書くときは、Linuxのドライバを参考にしたと答えている。 ベル研のProject MAC撤退に伴い、kenとdmrらはMulticsの開発をやめ、そのアンチテーゼとしてUNIXを作り始めたというのは、歴史としてよく語られる。が、MulticsとUNIXの間の技術の連続性にもっと着目してもよいのではないだろうか。Multicsは技術的には非常に野心的な、怪物システムであったが*1、UNIXを設計
WSL2ネットワークを新機能でブリッジモードに変更する(IPv6も利用可)[ただし暫定] - Qiita
WSL2はOSのアップデートサイクルとは別に、Windows StoreにてWindows Subsystem for Linux Previewが配布されています。ただし、今のところ小幅な改善がいくつか行われている程度で、逆にWindowsコマンドとの連携機能に少し障害※があるなど、それほどインストールの必要性を感じないパッケージという立ち位置な感じがします。ところが、そんなWSL Previewに新機能が隠されていることを発見した人がgithubにて情報を提供していました。 ※(2022.02.06追記)WSL Preview 0.51 で発生しているWindowsコマンドが実行できなくなる障害は、カレントディレクトリを/mnt/c以下のWindows管理下に移動してから実行すれば回避できるようです。 (2022.04.29追記)WSL Preview で発生していたWindowsコマ
![WSL2ネットワークを新機能でブリッジモードに変更する(IPv6も利用可)[ただし暫定] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/a045ea4e7d3ecea0716e897b196f188f37d19146/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9V1NMMiVFMyU4MyU4RCVFMyU4MyU4MyVFMyU4MyU4OCVFMyU4MyVBRiVFMyU4MyVCQyVFMyU4MiVBRiVFMyU4MiU5MiVFNiU5NiVCMCVFNiVBOSU5RiVFOCU4MyVCRCVFMyU4MSVBNyVFMyU4MyU5NiVFMyU4MyVBQSVFMyU4MyU4MyVFMyU4MiVCOCVFMyU4MyVBMiVFMyU4MyVCQyVFMyU4MyU4OSVFMyU4MSVBQiVFNSVBNCU4OSVFNiU5QiVCNCVFMyU4MSU5OSVFMyU4MiU4QiUyOElQdjYlRTMlODIlODIlRTUlODglQTklRTclOTQlQTglRTUlOEYlQUYlMjklNUIlRTMlODElOUYlRTMlODElQTAlRTMlODElOTclRTYlOUElQUIlRTUlQUUlOUElNUQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTRkMDFkMzI2ZjE2ODUwYTE0ZWIzNDQzZmNhNjRhYWNk%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzaGlnZW9rYW1vdG8mdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTA2NWRhNTJkY2VhNDgzMTA3OGQ5ZmZjMjQyZTFiMjAx%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D0ea35908ef95296db4c499827a35a77c)
Intel Mac miniを10GbE対応のNAS代わりにしてみた。 - 谷本 心 in せろ部屋
Mac Studioが発表されてすぐに発注し、発売から1週間ほどで手元に届きました。Mac Studioは有線LANがデフォルトで10GbEになっているという思い切りの良さでして、せっかくなのでこの10GbEを活かすべく、家のネットワークを見直すことにしました。 目的 10GbE化して何をするかって言うと、ファイル共有です。 元々はIntel Mac miniで外付けのSSDを3台（Thunderbolt 3、USB-C 3.1 Gen2、USB 2.0）使っていましたが、足りなくなるたびに買い足してポートが埋まっていってしまうため、いずれNASを使いたいなと思っていました。ただ1Gbpsの環境では100MB/sec程度しか出ないため、性能的には微妙です。 外付けSSDはThunderbolt 3のもので2000MB/sec（理論値 4000MB/sec程度）、USB 3.1のもので700
WSL2でスタートアップスクリプトを実行するHack - Qiita
序論 WSL2 では起動時に systemd を自動スタートさせたり、/etc/rc.local によるスタートアップスクリプトの実行ができません。 Windowsスケジューラにスクリプトを登録するなど、回避策はありますが、筆者はなるべく Linux 環境内で設定を完結させたいと考えていました。 そのような訳で、WSL2 で Docker を使いたい場合、起動時にいちいち以下のようなコマンドを打っていました。 # dockerデーモン起動 $ sudo service docker start # WSL2 には cgroup 用ディレクトリがデフォルトで作られていないため作成しておく ## これをしておかないと Docker でプロセスのグループ化が必要になったときにエラーが起きる $ sudo mkdir -p /sys/fs/cgroup/systemd $ sudo mount -
Steam Deckを持ってその故郷シアトルまで行ってみた！開発者から聞くそのこだわり
Valveから送られてきたSteam Deckを海外出張に持参した私はこのマシンを大いに気に入った。何よりも想像していたよりも軽い筐体は、PCゲームを持ち歩くという10年前なら信じられないことを実現しているのだ。エルゴノミクスに基づいたきっちりと手に馴染むそのマシン。各種ボタンへのアクセスやI/Oの合理的配置。スペックに見合った発熱はあるが、排熱された空気が手にあたることはない。待機時間の電力消費も思った以上に少ない。それでいてスリープ状態から1、2秒で復帰する。新しい操作方法や慣れないボタン配置に戸惑ったりすることはあるが、ここまでの完成度は正直言って予想外だ。 実際に機内でSteam Deckで遊んだ様子。思った以上に普通に遊べる。 今回、この日本仕様のSteam Deckを持って、その故郷であるシアトルを訪れた。正確にはシアトルからワシントン湖の対岸にある経済都市ベルビューに、世界で
ウェブリブログ：サービスは終了しました。
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
UNIXを教える仕事をした - はてなの鴨澤
知り合いに頼まれて、ちょっとUNIXの初歩を教える授業をした。 ちょっとといっても結構がっつりで、入ってきたばかりの、だいたいは家にパソコンがないという素人の学生に、2ヶ月間・23日・2コマずつで基本を教え、ちょっとしたツールをシェルスクリプトで作れるような、いわば普通のUNIX使いにしてくれ、という要望である。 一応の教科書は指定されたのだが、自分で買って読んでみたところ、あまり良くなかったので使わなかった。「これはリファレンスに使ってください」ということにした。 代わりに使ったのは、自分が真に優れていると思う本、Kernighan & Pikeの『UNIXプログラミング環境』である。1984年初版、対象はVersion7 UNIXと非常に古いので、内容は全部作り直しだ。全9章あるが、Cでツールを作り出す6章以降はいらないし（9章なんてtroffの詳細だぜ）、5章で作るツールはかなり古臭
ls(1)の実装からみるUNIXとPlan 9の思想の違い - Plan9日記
lsはもっとも使用頻度の高いUNIXのコマンドだろう。あたりまえに使っているlsだが、よく考えると不思議な挙動がある。具体例を示すと、lsとls | catの出力が異なるのはなぜだろうか？ lsの出力はターミナルの幅に合わせて多段に表示されるが、パイプを介す、またはリダイレクトすると1ファイル=1行になる。これは出力をwcやgrepなどに食わせるような連携を考えると当たり前の挙動だ。でも、このような挙動の違いはどこから来るのだろうか。答えは簡単で、ls内部で標準出力がターミナルかどうかをチェックして動作を変えているのである。NetBSDのls.cを見てみると、ls_main関数の先頭でisatty(3)を使って標準出力がターミナルなのかチェックしている。 一方、Plan 9では、lsとls | catの出力は同じである。そして、lsが出力を多段組みする機能を持たない代わりに、lcという別コ
原典主義者が語るUNIX哲学的面倒臭さ
アーカイブ2022年8月 (1)2022年2月 (1)2021年11月 (1)2021年9月 (1)2021年5月 (1)2021年3月 (1)2021年1月 (1)2020年12月 (1)2020年11月 (2)2020年10月 (3)2020年9月 (1)2020年8月 (3)2020年7月 (1)2020年6月 (2)2020年5月 (4)2020年4月 (2)2020年3月 (2)2020年2月 (1)2020年1月 (1)2019年12月 (4)2019年11月 (3)2019年10月 (5)2019年9月 (4)2019年8月 (5)2019年7月 (6)2019年6月 (7)2019年5月 (7) CentOS8で初めてlsのクォート機能を見たとき、真っ先に思い出したのが「UNIX原典」という本に載っていた「UNIX環境におけるプログラム設計」という論文だった。これは1984
Xの起源に分散OS - Plan9日記
UNIXのGUIがいまいちな元凶にX Window Systemがあるけど、twitterで昔話に花が咲いて、hutaiさんにいろいろ教えてもらったので忘れないうちにまとめておく。 今時のLinuxなどのXサーバはX.Orgになっていると思うが、それ以前のXFree86を含め、これらはX11、つまりX Window System version 11のシステムである。version 11というからにversion 1から歴史は始まった訳で、それが1984年頃の話。プロジェクトの中心人物はMITでアテナプロジェクトを推進していた*1アテナプロジェクトのJim GettysとMIT CSAILのBob Scheiflerだった。Xはアテナプロジェクトの一部として、ハードウェア／ベンダ独立なグラフィックスシステムを実現するために開発がスタートした。プロジェクトでは最初分散OS Vで開発されたW
デザインの「悪い方がよい」原則 The Rise of "Worse is Better"
デザインの「悪い方がよい」原則 The Rise of "Worse is Better" rpg@lucid.com 日本語訳: daiti-m@is.aist-nara.ac.jp 私や Common Lisp と CLOS のデザイナーのほとんどは、MIT/Stanford 方式の設計に親しんでいる。 この方式の核心は、「正しい」やり方をせよ、という ことにつきる。デザイナーにとっては、以下の点をすべて正しく満たすことが 重要である。 簡潔性 デザインは実装と使用法の両面において単純でなければならない。 このとき、使用法が単純な方が、実装が単純なことより重要である。 正当性 デザインはすべての点において正しいものでなければならない。 誤りは許されない。 一貫性 デザインは一貫性を欠いたものであってはならない。一貫性を保つ ためには完全性は少しだけ犠牲にしてもよい。一貫性は 正当性と同
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本のインターネット創世記 - heisei-internet-hisotry