有個類似的概念，就是所謂的MMX之類的指令集，可以將整串的指令，變成一個單一指令，加速處理的速度，問題是這東西要程式對CPU指令集有最佳化，如果沒有最佳化的話，這東西不過是CPU DIE上面的廢物∼∼

如果說真的要以蛋白之類的東西來作為電腦，那已經是屬於生化電腦了，這是屬於超時代的設計，目前也沒有人真的做出雛形∼∼

很想把他看懂，但是也跟黑狗弟一樣口吐白沫了:D
不過我想你的重點應該是在這一段話吧?

您的例子我覺得怪怪的
cat剛好出現在鹼基ATCG裡，所以可以對應
要是要編譯joe勒？
而cat的01編碼應該也不是像你說的那樣
不會只佔6個bit(英文字母26個，用5個bit就可以表示完全了)
例如
A=00000
B=00001
C=00010.....等等
我想你要表達的應該是檔案壓縮的概念吧..

生物是有看沒有懂, 但是我想原作者是要把程式內不必要的程式碼加以剔除,
因為現在系統都是由高階語言所寫的(大部分)
不過若是要剔除這些垃圾碼...
我想可能比整個重寫還要好吧~~~

如果原作者是想表達是否有用生物學上的方法來作檔案壓縮的可行性

有許多研究指出了數學上的極限是存在而且可以達到很接近的目標
諸如針對文件檔的LZH格式(建look-up library)
音樂檔的mp3(vbr) 以及圖檔的jpe2000(wavelet)
我想這些能接近理論值壓縮格式應該是不太有改進的空間了

至於作業系統裡的多餘程式碼
是不是值得花許多力氣去改善也有待討論
除非你用組合語言開始寫 說沒有廢碼是騙人的
但是就因為是有用到開發工具 要精簡也不是那麼容易說
再者 個人是認為用細胞體的反應這個現象而要來做出一個對程式碼做最佳化的應用是很困難的任務

剛好碰過一些生物資訊的東西...
每個生物的組成都是由不同的ATCG組合而成...
在拼湊的過程中,缺一不可..只要其中稍有變動..可能就回產生畸形的生物..
就像缺了一口的爛蘋果...:D

整個程式中,也可能因為一行程式碼的不同,而導致系統的crash...
是同樣的道理...

如果硬要拿掉其中某個部分,除非對其構成非常了解...
不然隨便拿掉一些東西可能會造成不可預期的傷害.....

如果對這方面有興趣的話,可以上IEEE或ACM找paper來讀...
不過..要錢...
最好的方法是去大學等級的圖書館上網...抓pdf下來....印...
因為大學通常會訂他們的paper...:D

好像是類神經網路般的東西嗎?現在電腦科技不是平行處理就是簡化指令集
不過效率較佳似乎是簡化指令集但是簡化指令可是有人先做較多程式編譯,而平行處理採用後處理方式效率較慢但是較簡單且不受限制

沒有身體的加菲貓也是一樣的道理∼∼:think:

通常是因為***看太多了，所以會造成身體基因改變∼∼:D

只要不冥想的方式或許可行..
分享式的store by voice.
獨享式的自賞..
so..教學式的流傳也是另類可行的..
sol:pc 只怕能取代某某些許部份..我是如此認為...

:think: and :) then :cool:

It's possible in theory, but not pratical....

某甲 2003/3/1 上午 01:34 某乙 兄 我不懂你說的意思呢 可以解說一下嗎
thx

某乙 2003/3/1 上午 01:35 什麼?


某甲 2003/3/1 上午 01:35 那個 程式的問題

某乙 2003/3/1 上午 01:36 哦.. 就是 x86 cpu 指令集,
每個指令的長度不是固定的呀


某甲 2003/3/1 上午 01:36 為何 如此設計

某乙 2003/3/1 上午 01:37 一部份是為了舊電腦的相容性

某甲 2003/3/1 上午 01:38 嗯 那應該可以用那個 來作 特性轉換

某乙 2003/3/1 上午 01:38 另一部份則是指令特性的關係

某甲 2003/3/1 上午 01:38 我再想啦 我 今天問了 有人說可以

某乙 2003/3/1 上午 01:39 可以是可以, 只不過沒什麼好處吧了

某甲 2003/3/1 上午 01:41 有阿 就像我說的 cat 如果 用心的編碼
只要4個 bit 舊的或許要6個 那 如果
cpu有36到管線 那 我的編碼
至少可以先跑9到以上的程式 但是就的
只能跑6到 不是嗎

某乙 2003/3/1 上午 01:42 沒錯, 但是這種方法有資料相依性的關係,
也就是說如果前沒有解出來,後面就一定不能執行?
吧....


某乙 2003/3/1 上午 01:43 可是現在的cpu超管線已經克服資料相依性的問題?
,
照你的那個做法只能減少大小,可是速度卻會變的?