20120314-update-interaction-basket-access-test
<< | Index | >>
summary
- updated style on GUI.
- once, updated as separated table cell, finaly, updated dictionary on lookandfeelbase.
- checked data floating with access_test
- It may be relate to Ruby 32-bit/64-bit
- I could not recreate data-floating on 32 bit gentoo.
commit
index
access_test
I tried again access_test.
- 3 cleaner process running
- 300 (100 line x 3 times) run access_test.rb
- updated machine memory 2GB -> 8 GB
- ODDB use memory 300MB
- result
(machine was freezed)
2012-03-14 10:38:38: sessions: 270 - threads: 37 - memory: 303MB T 2012-03-14 10:38:33: sessions: 270 - threads: 40 - memory: 295MB TM 2012-03-14 10:38:26: sessions: 270 - threads: 45 - memory: 296MB M 2012-03-14 10:38:21: sessions: 270 - threads: 45 - memory: 301MB T 2012-03-14 10:38:16: sessions: 270 - threads: 47 - memory: 295MB T 2012-03-14 10:38:11: sessions: 270 - threads: 50 - memory: 295MB TM 2012-03-14 10:38:05: sessions: 270 - threads: 52 - memory: 301MB 2012-03-14 10:38:00: sessions: 270 - threads: 52 - memory: 297MB M
- 10 cleaner process running
- 200 (50 lines x 4) run access_test.rb
- ODDB use memory 550MB
- result
There are no floating data.
2012-03-14 11:16:00: sessions: 61 - threads: 23 - memory: 550MB T 2012-03-14 11:15:53: sessions: 61 - threads: 30 - memory: 550MB T 2012-03-14 11:15:46: sessions: 61 - threads: 38 - memory: 550MB T 2012-03-14 11:15:36: sessions: 61 - threads: 47 - memory: 550MB T 2012-03-14 11:15:29: sessions: 61 - threads: 52 - memory: 550MB T 2012-03-14 11:15:21: sessions: 61 - threads: 56 - memory: 550MB
- 30 cleaner process running
- 200 (200 lines x 1) run access_test.rb
- ODDB use memory 250MB
- result
There are no floating data.
2012-03-14 14:40:25: sessions: 28 - threads: 46 - memory: 252MB 2012-03-14 14:40:20: sessions: 28 - threads: 46 - memory: 252MB 2012-03-14 14:40:15: sessions: 28 - threads: 46 - memory: 252MB 2012-03-14 14:40:10: sessions: 28 - threads: 46 - memory: 252MB
- 3 cleaner process running
- 150 (150 lines x 1) run access_test.rb
- ODDB use memory 200MB
- result
There are no floating data.
2012-03-14 16:06:41: sessions: 35 - threads: 19 - memory: 199MB T 2012-03-14 16:06:36: sessions: 34 - threads: 21 - memory: 199MB T 2012-03-14 16:06:30: sessions: 34 - threads: 26 - memory: 199MB T 2012-03-14 16:06:22: sessions: 34 - threads: 38 - memory: 196MB T 2012-03-14 16:06:16: sessions: 34 - threads: 40 - memory: 189MB T
- 3 cleaner process running
- 200 times (200 lines x 1) run access_test.rb
- ODDB use memory 200MB
- result
(machine was freezed)
2012-03-14 16:33:56: sessions: 38 - threads: 17 - memory: 200MB 2012-03-14 16:33:40: sessions: 38 - threads: 17 - memory: 200MB 2012-03-14 16:33:33: sessions: 38 - threads: 17 - memory: 200MB 2012-03-14 16:33:25: sessions: 38 - threads: 17 - memory: 200MB 2012-03-14 16:33:20: sessions: 38 - threads: 17 - memory: 200MB
- 3 cleaner process running
- 100 times (100 lines x 1) run access_test.rb
- ODDB use memory 370MB
- result
There are no floating data.
2012-03-14 18:06:56: sessions: 153 - threads: 35 - memory: 373MB T 2012-03-14 18:06:51: sessions: 153 - threads: 38 - memory: 373MB T 2012-03-14 18:06:46: sessions: 153 - threads: 40 - memory: 373MB 2012-03-14 18:06:41: sessions: 145 - threads: 32 - memory: 373MB 2012-03-14 18:06:36: sessions: 137 - threads: 23 - memory: 373MB 2012-03-14 18:06:24: sessions: 132 - threads: 18 - memory: 373MB S
learn exclusive controll
- Thread.exclusive
- Thread.critical, Thread.critical=
- Mutex (mutual exclusion)
- Mutex.lock, Mutex.unlock -> Mutex.synchronize
- take care to check dead lock (Don't call Mutex.synchronize in same thread)
- Monitor, MonitorMixin
check errors
There are 2 errors.
@400000004f5f4f9615a538bc error in SBSM::Session#http_headers: /de/provita/sequences/range/g @400000004f5f4f9615a5408c ArgumentError @400000004f5f4f9615a5408c wrong number of arguments (1 for 3) @400000004f5f4f9615a5408c /usr/local/lib/ruby/gems/1.9.1/gems/htmlgrid-1.0.5/lib/htmlgrid/grid.rb:193:in `add'
@400000004f5f4f9615a57b24 error in SBSM::Session#to_html: /de/gcc/home/ @400000004f5f4f9615a57b24 RuntimeError @400000004f5f4f9615a57f0c can't add a new key into hash during iteration @400000004f5f4f9615a586dc /usr/local/lib/ruby/gems/1.9.1/gems/odba-1.0.8/lib/odba/cache_entry.rb:49:in `store' @400000004f5f4f9615a586dc /usr/local/lib/ruby/gems/1.9.1/gems/odba-1.0.8/lib/odba/cache_entry.rb:49:in `block in odba_add_reference' @400000004f5f4f9615a58ac4 <internal:prelude>:10:in `synchronize'
I updated newest DB, pulled code, but I could not recreate these problems.
This problem are related to Cache of ODBA, It may also come from Data-floating.
suspend.
check csv exporter warning
# title ch.ODDB.org Report - CSV-Export includes 2 duplicates - 03/2012 # body CSV-Export includes 2 duplicates: 28557027 60922001
- src/plugin/csv_exporter.rb
- src/view/drugs/csv_result.rb
@duplicates = eans.collect { |ikskey, count|
ikskey if count > 1 }.compact.sort
These numbers are ikskey.
- ikskey
Swissmedic number.
iksnr + ikscd
in src/util/oddbapp.rb
iksnr = "%05i" % ikskey[-8..-4].to_i ikscd = ikskey[-3..-1]
currently, this duplicate data are gone.
ch.oddb> registration('60922').active_packages.length
-> 2
ch.oddb> registration('60922').active_packages.first
-> #<ODDB::Package:0x12c79dd8>
ch.oddb> registration('60922').active_packages.first.ikskey
-> 60922001
ch.oddb> registration('60922').active_packages.last.ikskey
-> 60922004
ch.oddb> registration('28557').active_packages.length
-> 1
ch.oddb> registration('28557').active_packages.first.ikskey
-> 28557027