有蛇！！

+1

T_T暫時從telnetlib脫身了

明天要來玩MySQLdb...希望順利

xoop: py嗎？連mysql很順啊！OK的啦～

可是我要在n層迴圈裡跑耶XD

本來想減少迴圈的啦，可是好像失敗了，判斷的依據都要在迴圈裡面一起做

xoop: 呵～那應該看看是不是演算法的問題吧！

好像沒用到啥演算法，還是你是指py的module裡用的?話說回來，比expect效率好多了就是了，還有re很好用，解決掉不少不必要的檢查

xoop: 說得當然是指你走loop的流程啦！XD

呃~~沒啥流程啦，都是即時的，所以就一抓到資料，馬上要寫上去。寫在同一個迴圈裡，資料庫常常idle到斷線或是直接被我撐爆，所以改成全部抓出來，然後一 起寫到設備上和更新該筆資料~

xoop: 你是寫到哪個資料庫啊！？搞到idle？不然你直接弄到sqlite試試！？

很難不idle阿 telnet上去下指令不能下太快，設備會死給你看，只好動用sleep()，常常一睡就idle了

xoop: 呃...那就囧了～

xoop: 不然就multi-process，一次丟10台如何？

嗯 有想過，但似乎不太保險，指令沒下完，整台設備會掛掉..聽說有上百台T_T

指令沒下完？什麼意思？就把要下的指令弄成一包，fork一個去跑到完不行嗎？

嗯 那一包指令可能會因為idle而沒做完 就糗了

xoop: 那一包的指令裡一樣可以慢慢sleep呀！只是原本你是一台跑完接一台，現在是說fork去一次好幾台一起跑而已...難道你每台之間還有關聯要等別台跑完才能跑嗎？不同大樓的總該沒關連了吧！?

設備的設計有點機車，不知道如何判斷他怎樣才算是"指令下的太快"，一但指令下的太快，第一次sleep 5秒，第二次就disconnect了，disconnect就算了，sleep的話，因為連線還在，fork會繼續塞指令，一樣會因為塞不進去，整台掛給你看

不是啦！我不是說fork在一台設備上執行很多指令，是說fork去同一時間連很多設備！

對阿 那每台設備上的那個process還是得下很多指令，那怎麼判斷哪一台的哪個指令是沒有卡住的勒?

嗯，應該說同時連很多台，指令下的順序沒辦法保證，有一些指令是要照順序的

xoop: 針對那台的指令串就寫執行狀態的log到ip做名稱的檔案應該就可以知道做到哪了！當然idle or fail的話，程式結束後回報有產生執行狀態檔的有哪些，再去跑那些應該是可行吧！(無責任亂猜)

FAIL就糗啦QQ

xoop: 呵～若是骨幹節點...就學校掛一半嘛！XD

不是 最多掛一棟 噗~~~~

呵～這樣你應該就不用一台跑完才能接一台啦！雖然跑一台的時間一樣久，但可以同時跑很多～

我不敢阿~~~現在學生很兇的勒，動不動就要告人，動不動就要上報...=.=

xoop: XDDD