パラメトロンを使ってた頃から加算回路は装備されてたからなあ。
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
プログラム側のステップ数の話ならナイーブな実装相当になるから削減幅は大きそうに見えるが、メリットが回路規模の削減なのに対してデメリットは計算時間 (所要サイクル数) の増加とプログラムサイズの増加の2つになるので、実は後者も整数の幅に対して線形なコスト増加ではなさそうな気がする。実物なしに考えてもたぶん結論でなそう
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
16ビット先のキャリーを低遅延で計算する回路コストと32ビット先のキャリーを低遅延で計算する回路コストは線形な増加はしていない気がするので。 (自分で書いたことはないが組み合わせの数の問題なので雑な推定はできる)
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
“ちゃんと設計された” 整数の加算回路は複数ビット先のキャリーを低遅延で出せることに価値があるので、全加算器を連ねただけのナイーブな加算回路を比較対象として想像すること自体が不適切で、そこから話を始めないといけない
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
ふと思ったけど、CPUに整数の加算命令が無くて、and,or,xor,シフトの組み合わせで代用すると、なんステップ分処理が増えるんだろう？＞＜
小規模なリレー計算機とか真空管計算機で回路の小型化のために(全)加算器を省くって戦略をしたハードウェアってあったのかな？＞＜；
Twitterが障害を起こしたようだ。もしかして、160円/ドルで強制ロスカットされて担当者が飛んだか???
いいぞもっと押し戻せ。15分足で大陰線3連続だし、もっといけるやろ。150JPS/USDまで押し戻せ。
xmodmapで無理やり書き換えるというのも考えなくもないのだが。
NetBSD/sparc 10.0のXではまってる。キーボードレイアウトの変更...。setxkbmapが効かないし、xorgではないXだからなのかよくわからん。でも何やら変更が入ってるし。
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
👀 API制限回避のためTwilogの自動更新を停止、5月1日導入の有料プランで対応の予定 | トゥギャッター株式会社のプレスリリース https://prtimes.jp/main/html/rd/p/000000012.000012337.html
Nobuyoshi Sato (発信者情報開示本Booth)
さんがブースト
Vポイント、システム障害で保有ポイント数が「null」になってしまう
https://x.com/kameneko1004/status/1782341128895041815
サンバー関係でいつもお世話になってる車屋さんに連絡がつかない。なんでだ。
あと、溶接はできるけど、腕がいいという自信はないので、うっかり外れたら大事故確定の部分だし、プロに任せた方がいいなこれ。
この修理、素人がやり散らかして失敗したのをリカバリーするのが大変というのと、失敗すると不動車確定なんだよな。なにしろ、リヤサスがなくなる。移動するのがすごく大変。
左側はエンジンルームファンをはずさないとだめだな。右は上からアクセスするにはエアコンホースとスーパーチャージャが邪魔だ。
リヤショックを交換するついでにバンプラバーとかおかしなところを直したわけだし。サンバーのワゴンのスプリングはトラックとかバンと違ってそのままでは抜けないから、PPテープ4本か5本かけて圧縮してとかやる。やった記録は https://minkara.carview.co.jp/userid/2608592/car/2497029/4713872/note.aspx にある。
グラインダーも溶接機もタップも、必要な道具は全部持ってるし、鉄工作業自体はよくやってたのでできるんだけどさ。自分でコイルスプリングもスーチャも外して整備してるし、エアコンコンプレッサも外して交換したこともあるし。各工程はイメージできて部分部分ではやったことがある。
が、自分でやるべきかプロに頼むべきか。
地図から消されたムラの大学の悪いオタク。 【言わないとわからない人用注意書き】ポスト内容は大学当局の見解ではありませんし、大学当局の意に沿ったポストのこともあればそうでないこともあります。
2017年 4月に登録
