最終更新: 2011-08-20T02:11+0900
ナンバープレイス。30秒くらいかかります。数独ソルバは前にも書いたことがある(20100511)。その時とくらべてしたことといえば優先度を付けたくらい。場合によってそれが効果的なのは Problem 83のとき(20110325p01.03)に実感してる。
def main tl3digits = [] numarr = '' DATA.each_line{|line| line.chomp! if /^\d{9}$/ =~ line numarr << line tl3digits << solve(numarr)[0,3].to_i if numarr.size == 9*9 else numarr = '' end } puts "#{tl3digits.size} puzzles were solved." puts "The sum of 3-digit numbers is #{tl3digits.inject(&:+)}." end def solve(nums) pns = possible_numbers(nums) # [[index,X,Y,...],...] pns_shortest = 10 pns_shortest_index = -1 pns.each_with_index{|pn,i| if pn.size-1 < pns_shortest pns_shortest = pn.size-1 pns_shortest_index = i end } if 10 <= pns_shortest return nums # solved! elsif 0 == pns_shortest return nil # false branch. no solution. else pn = pns[pns_shortest_index] index = pn.shift return pn.map{|n| nums_ = nums.dup nums_[index] = n solve(nums_) }.compact[0] # nil or solution end end def possible_numbers(nums) pns = [] (0...9).each{|y| (0...9).each{|x| i = index(x,y) next unless nums[i] == ?0 pns << [i] + ((?1..?9).to_a - determined_numbers(nums, h_indices(x,y)) - determined_numbers(nums, v_indices(x,y)) - determined_numbers(nums, b_indices(x,y))) } } return pns end def index(x,y) return x + y*9 end def h_indices(x,y) return y*9 ... (y+1)*9 end def v_indices(x,y) return (0...9).map{|y| x + y*9 } end def b_indices(x,y) i = index(x-x%3, y-y%3) return [i, i+1, i+2, i+9, i+10, i+11, i+18, i+19, i+20] end def determined_numbers(nums, indices) return indices.map{|i| nums[i] }.reject{|n| n == ?0 } end main; __END__ content of sudoku.txt here.
Bignumがある Rubyでは関係ないけど、64ビット整数を前提に小細工(ループ展開)。
ten = 56866 978807.times{ ten = (ten * 256) % 10000000000 } p (ten + 1) % 10000000000
場違いに簡単な問題。
max_lineno, max_number = 0, 0 lineno = 0 DATA.each_line{|line| line.chomp!; next if line.empty?; lineno += 1 base, exp = *line.split(",", 2).map(&:to_i) number = exp * Math.log(base) max_lineno, max_number = lineno, number if max_number < number } p max_lineno __END__ content of base_exp.txt here.
スクリプトは不完全。4つの数{1,2,5,8}と四則演算とカッコを使って 36を作る方法がわからない。
Ops = [:+, :-, :*, :/].freeze Ops3 = Ops.product(Ops, Ops).freeze max_fnxn = 0 # fnxn: first non-expressive number max_fnxn_c4 = nil (0..9).to_a.combination(4){|c4| xns = [true] c4.permutation.to_a.product(Ops3).each{|_| nums, ops = *_ num = nums.last.to_f 3.times{|i| num = num.send(ops[i], nums[i]) } xns[num.to_i] = true if num.finite? and 0 < num.to_i and num.ceil == num.floor } # 24 * 64 fnxn = xns.index(nil) || xns.length if max_fnxn < fnxn max_fnxn = fnxn max_fnxn_c4 = c4 end } # 210 puts "{#{max_fnxn_c4.sort.join(',')}} forms 1 to #{max_fnxn-1} numbers."
例えば、(5 - (1/2)) * 8 = 36
。数字の順列 ABCDと演算子の順列___をそのまま連結して A_(B_(C_D)) を作るだけでは全ての式を網羅できてなかった。左右対称になるのを除いて、次の 3通りに順列と順列を組み合わせた。((A_B)_C)_D, (A_(B_C))_D, (A_B)_(C_D)
Ops = [:+, :-, :*, :/].freeze Ops3 = Ops.product(Ops, Ops).freeze Evaluate = lambda{|exp| s = [] until exp.empty? h = exp.shift if h.kind_of?(Symbol) s[-2] = s[-2].send(h, s[-1]) s.pop else s.push(h) end end return s[-1] } max_fnxn = 0 # fnxn: first non-expressive number max_fnxn_c4 = nil (0..9).to_a.combination(4){|c4| xns = [true] c4.map(&:to_f).permutation.to_a.product(Ops3).each{|_| nums, ops = *_ [ [nums[0], nums[1], ops[0], nums[2], ops[1], nums[3], ops[2]], # ((A_B)_C)_D [nums[0], nums[1], nums[2], ops[0], ops[1], nums[3], ops[2]], # (A_(B_C))_D [nums[0], nums[1], ops[0], nums[2], nums[3], ops[1], ops[2]] # (A_B)_(C_D) ].each{|exp| num = Evaluate.call(exp) xns[num.to_i] = true if num.finite? and 0 < num.to_i and num.ceil == num.floor } # 3 } # 24 * 64 fnxn = xns.index(nil) || xns.length if max_fnxn < fnxn max_fnxn = fnxn max_fnxn_c4 = c4 end } # 210 puts "{#{max_fnxn_c4.sort.join(',')}} forms 1 to #{max_fnxn-1} numbers."
最終更新: 2011-08-04T03:29+0900
日と日の境が行き過ぎてしまわないようにスクロール量を制限する。
うっとうしいかな? スムーズスクロールも効かないしな。でも AutoPagerizeの機能の一部としてあってもいいような気もする。
動作確認済み> Firefox 5.0, Internet Explorer 9, Safari 5.0.2, Opera 11.50
* この日記(tDiary-2.3.3.20091124)にはまだ js_urlメソッドとか enable_jsメソッドとか無いのです。
最終更新: 2011-07-24T00:52+0900
PCSX2がコアを使い切ってるから CPUがネックになってる可能性もあるかと思って(ビジーウェイトかもしれんけど)。それに、半端な 3コア CPUとはいえ Black Editionでもあることだし。
FSBが 200MHzなので CPUの動作周波数の上限が 2.8GHzから 3.2GHzへ。CrystalMark2004R3のスコアの変化は以下の通り。
before(2.8GHz) | after(3.2GHz) | 差 | |
---|---|---|---|
総合 | 126599 | 139220 | +12621 |
ALU | 33382 | 37922 | +4540 |
FPU | 33961 | 39318 | +5357 |
MEM | 26641 | 29932 | +3291 |
HDD | 10418 | 8864 | -1554 |
GDI | 9000 | 9961 | +961 |
D2D, OGLは CPUの管轄外なのか変化なし(表から省いた)。HDDが下がったのだけわからないけど MEMを含めて全体にスコアアップ。
アイドル時の消費電力は 2W増加。気のせい気のせい。
使用中の FireStixの SPDが DDR3-1066(533MHz)の 7-7-7-20. オーバークロック向けということで DDR3-1333(667MHz)でも動く(らしい)。新しいメモリの SPDは DDR3-1066(533MHz)の 7-7-7-20から 685MHzの 9-9-9-25まで。XMPによれば 1.65Vまで盛ることで DDR3-1600(800MHz)の 9-9-9-24で動作する。電圧を盛る選択肢はないので、両方のメモリモジュールにそこそこ仕事をしてもらうためには FireStixの転送レートを引き上げなければいけない。
BIOSで FSB/DRAM Ratioを変更する。4枚とも 667MHzの 8-9-9-25で動いてる。どちらもレイテンシ 13nsecの、同じ程度に遅い DDR3メモリだ。同じ DDR3といえども下手すれば 2倍以上転送速度が違ってくることを今まで知らなかった。>DDR3 SDRAM - Wikipedia
アイドル時の消費電力は増えない。
アイドル時の消費電力は 4W増えた。CrystalMark2004R3のスコアにメモリの量は関係なかった。
ドスパラで買った。DiRT3のクーポンコードが付いてたし、噂されてるように補助電源が 2個になってるということもなく 1個だった。
パッケージ。今まで使ってた SAPPHIREの RADEON X1600の箱はコルムオンラインとタイアップしたもので結構気に入ってる。すべすべの腹部とぷよんぷよんの二の腕と胸を持ち、そして口元から上が描かれてない(つまり想像上の美人にしかなりえない)女性のもの。それが同じ SAPPHIREなのに HD6850はなんだろう。あの年増は。
長さ。マザーボードは 790FX-GD70. 一番上の 2スロットに取りつけると右端が、使用中の SYSFAN1のファンコネクタに衝突するかしないか。危ないところだった。2番目の 2スロットに取りつけると JMicronの提供する青い SATAコネクタが使えなくなる。3番目の 2スロットに取りつけると SYSFAN2コネクタが使えない。X1600に取りつけてた VGAクーラー MUSASHIの方がこの HD6850より長かったよ。じゃあなんで SYSFAN1が使えてたかといえば「サウスブリッジのヒートシンクにぶつかり、SYSFAN1コネクタに 1-2mm干渉し(MUSASHIを少し下に曲げた)、IDEコネクタに被さりながら(M/Bから 1cmほどはみでてる)、とりあえず収まった。」ということだった。ケースは十分でも M/B上にも長尺グラボの敵が存在する。
ファンは外排気。外部コネクタ部分にスリットがあるが、アイドル時の回転数(33%)ではティッシュを揺らすこともできなかった。扇風機もケースファンもぶん回ってるので静音性はまだ確かめられない。
アイドル時の消費電力は、メモリ増設による +4Wを相殺してなお 8W減った。実質 -12Wということ。
before | after | ||
---|---|---|---|
プロセッサ | Vista | 5.8 | 5.9(上限) |
7 | 6.7 | 6.7 | |
メモリ(RAM) | Vista | 5.9(上限) | 5.9(上限) |
7 | 7.5 | 7.5 | |
グラフィックス | Vista | 4.5 | 5.9(上限) |
7 | 4.5 | 7.1 | |
ゲーム用グラフィックス | Vista | 4.9 | 5.9(上限) |
7 | 4.6 | 7.1 | |
プライマリ ハード ディスク | Vista | 5.9(上限) | 5.9(上限) |
7 | 5.9 | 5.9 |
♭ cipsitahjicheありがとう