我對acer palm pda 的小希望

拍郎

hxh167 wrote:

VFS支援可以從copy整個database到RAM(最簡單但效能最低),到只移動最少的部份(效能高但最容易出問題).大部份程式作者都是從最簡單的開始,再慢慢改進.

  
不對...
VFS 本來就已經提供了直接讀取卡上資料檔的 record 的 API
完全不需要搬到記憶體中
90% 以上的 VFS 軟體是用這種方式來運作的

hxh167

阿輝 wrote:
我認為寫的好的 VFS 程式也可以很 Simple 啊~~
  
ex Handstory2...   
  
寫的好的 VFS 程式就是要寫的看不出來是 VFS 程式
不用管資料夾、不用管位置，程式都要自己可以去處理~

Handstory算是容易寫的那種.它只要把文件從電腦搬到卡上,再從卡上的預設目錄搬到它自己的目錄.剩下的工作只有從卡上讀文件了.它不是Wordsmith,不能做更改文件的工作.你可以問看看Wordsmith的作者看VFS好不好玩.不然為何PiDirectII不能執行寫入的工作?要PowerRun才行.

guruguru

VFS.... 火車時刻表....
我只想要有能直接在卡上的database 比對搜尋 record 的功能就好了，
就不用搬來搬去了。
不過這樣似乎效能更慢... 唉...  
  
PS.好久沒寫程式了。
  
寫支援VFS程式不難，比較難的陷阱很多，應該說要考慮的地方很多。

hxh167

拍郎 wrote:

  
不對...
VFS 本來就已經提供了直接讀取卡上資料檔的 record 的 API
完全不需要搬到卡上.
90% 以上的 VFS 軟體是用這種方式來運作的

搬到卡上?不懂這句.是不是"搬到RAM上"?
  
所有軟體都必須loaded進RAM來執行,data也是如此.只不過是load全部或部份的差異而已.所以你可以選擇(程式作者選的)你要讀到RAM中的record數量(從只讀最少一個record到整個database),但是像Mapopolis是特例,它一個地圖就是一個record,就算它支援VFS,你還是需要很大的RAM空間來跑大地圖(如LA).

阿輝

又模糊了..
  
我只 HS 是說設計對 User 的使用角度來說~~
HS 不用 User 去自己想破頭要把資料放在卡上的軟體..
  
我從沒提過 HS 是啥多強的 VFS 設計程式~
而是說在使用的角度來看.. HS 是個友善的 VFS 程式...
  
簡單來說...  以這個例子來說.. VFS 好不好寫關啥事情
  

hxh167 wrote:

Handstory算是容易寫的那種.它只要把文件從電腦搬到卡上,再從卡上的預設目錄搬到它自己的目錄.剩下的工作只有從卡上讀文件了.它不是Wordsmith,不能做更改文件的工作.你可以問看看Wordsmith的作者看VFS好不好玩.不然為何PiDirectII不能執行寫入的工作?要PowerRun才行.

hxh167

guruguru wrote:
VFS.... 火車時刻表....
我只想要有能直接在卡上的database 比對搜尋 record 的功能就好了，
就不用搬來搬去了。
不過這樣似乎效能更慢... 唉...

而且很容易不穩跟出錯.guruguru兄還是不要自找麻煩了.
  

寫支援VFS程式不難，比較難的陷阱很多，應該說要考慮的地方很多。

沒錯

拍郎

hxh167 wrote:

搬到卡上?不懂這句.是不是"搬到RAM上"?
  
所有軟體都必須loaded進RAM來執行,data也是如此.只不過是load全部或部份的差異而已.所以你可以選擇(程式作者選的)你要讀到RAM中的record數量(從只讀最少一個record到整個database),但是像Mapopolis是特例,它一個地圖就是一個record,就算它支援VFS,你還是需要很大的RAM空間來跑大地圖(如LA).

  
抱歉，筆誤...
  
這部分我跟你的解讀方式不同
VFS API 所提供的方式
是讓程式設計師準備一塊記憶體去接從卡中讀出來的一筆 record
而不是把 record 拷貝到記憶體上再透過原本對記憶體運作的 API 去存取
PiDirect 的運作方式屬於後者
這是大不相同的

hxh167

阿輝 wrote:
又模糊了..
  
我只 HS 是說設計對 User 的使用角度來說~~
HS 不用 User 去自己想破頭要把資料放在卡上的軟體..
  
我從沒提過 HS 是啥多強的 VFS 設計程式~
而是說在使用的角度來看.. HS 是個友善的 VFS 程式...
  
簡單來說...  以這個例子來說.. VFS 好不好寫關啥事情
  

問題在於只有少數種類的VFS程式是容易搞的.像Wordsmith這些功能強大的程式往往很難搞定VFS.所以這是為什麼好的VFS程式這麼少.好的東西少,那麼對使用者而言,VFS的C/P值就不高.

阿輝

這完全不是我想說的重點.... B)
  
這樣討論也不會有結果的...
除非有人寫出比 VFS 還好的 ext Card Driver...
  
懶的打字了~  反正也不會有啥結果..
  
VFS 爛就爛吧.....  
  
睡覺去~
  

hxh167 wrote:

問題在於只有少數種類的VFS程式是容易搞的.像Wordsmith這些功能強大的程式往往很難搞定VFS.所以這是為什麼好的VFS程式這麼少.好的東西少,那麼對使用者而言,VFS的C/P值就不高.

hxh167

阿輝 wrote:
這完全不是我想說的重點.... B)
  
這樣討論也不會有結果的...
除非有人寫出比 VFS 還好的 ext Card Driver...
  
懶的打字了~  反正也不會有啥結果..
  
VFS 爛就爛吧.....  
  
睡覺去~
  

其實VFS早就被吵到/罵到爛掉了.新user天天在問,老user煩得要死.除非那天Palm放棄它,改朝換代.否則這種討論本來就不會有結果.

拍郎

我覺得 WordSmith 才是屬於少數的那一類
講得實在有點沒力了
我不認為 VFS 是個好東西
但是也不需要拿一兩個軟體就來說 VFS 爛得要死
  
很想說一句：嫌爛，不要用就好了呀 @_@
  
問題在於寫出來沒人用,也不會變成標準,有啥屁用?VFS要不是當初Palm採用,SONY自己保證是玩不起來的.就像Visor上的Memplug Module沒有幾個程式直接支援是一樣的道理.  

  
對這句話實在是完全無法茍同
VFS 不能算是 SONY 自己搞出來的
Visor 那些東西也不全是 HS 自己搞出來的
好東西寫出來只要夠好就會有人用、夠多人用就會變成標準
Visor 的東西不被支援並不單純是 VFS 的問題

拍郎

hxh167 wrote:

其實VFS早就被吵到/罵到爛掉了.新user天天在問,老user煩得要死.除非那天Palm放棄它,改朝換代.否則這種討論本來就不會有結果.

  
我倒是不知道 VFS 在哪裡被吵到/罵到爛掉了
我只知道越來越多的軟體支援了 VFS
  
不過這個討論沒有結果也沒什麼關係
反正你的看法也不會因為討論而改變
你覺得爛就爛吧
用得高興的人大有人在
  
你用不用 VFS ?
不管你用不用
我用...

hxh167

拍郎 wrote:

  
這部分我跟你的解讀方式不同
VFS API 所提供的方式
是讓程式設計師準備一塊記憶體去接從卡中讀出來的一筆 record
而不是把 record 拷貝到記憶體上再透過原本對記憶體運作的 API 去存取
PiDirect 的運作方式屬於後者
這是大不相同的

你是經由VFS API去讀copy到RAM上的東西.這當然是跟直接讀RAM的API不同.不管如何,真正在執行的東西一定在RAM上.你還是需要相當數量的RAM來執行用VFS的程式的(端看程式的資料大小).

拍郎

hxh167 wrote:

你是經由VFS API去讀copy到RAM上的東西.

  
完全錯誤
  

這當然是跟直接讀RAM的API不同.不管如何,真正在執行的東西一定在RAM上.你還是需要相當數量的RAM來執行用VFS的程式的(端看程式的資料大小).

  
我只想再問你一句
你有沒有寫過 VFS 的程式?
  
by record 的讀取只是 VFS 的其中一種方式
更好用的方式是像 C 的 stdio 那樣
那跟資料大小無關

hxh167

拍郎 wrote:
很想說一句：嫌爛，不要用就好了呀 @_@

話講成這樣就純粹是意氣之爭了.
  

好東西寫出來只要夠好就會有人用、夠多人用就會變成標準

如果科技界真這麼簡單就好了.
  

Visor 的東西不被支援並不單純是 VFS 的問題

這東西跟VFS一點關係都沒有.B)B)
我是指它是小眾市場,大部份程式都不會想支援.

hxh167

拍郎 wrote:

  
我只想再問你一句
你有沒有寫過 VFS 的程式?

沒寫過
  

by record 的讀取只是 VFS 的其中一種方式
更好用的方式是像 C 的 stdio 那樣
那跟資料大小無關

資料總有基本大小單位吧!你可選擇只讀你要的部份,但你可能需要經常讀記憶體卡.你也可一次讀很多(像Mapopolis),開啟程式時很慢,但移動到Data(地圖)的其他部份時,不會變慢(因為你不用再從卡上讀資料,RAM比較快).

hxh167

簡言之:
1.支援VFS的程式,把data放在它指定的目錄.
2.沒有支援VFS的程式,要把data及主程式放在卡上,可以用PowerRun(data可修改)或PiDirect(data不可修改).
3.如果只要把主程式放在卡上,可用支援VFS的Launcher(如Launcher III或LauncherX)或PiDirectII.通常此時開啟主程式的速度,PiDirectII會比Launcher III/X快.

拍郎

hxh167 wrote:
話講成這樣就純粹是意氣之爭了.  

我想你可能沒搞清楚一件事
我從一開始就不是要跟你爭論 VFS 的好壞
只是對你引用錯誤的一些說法提出反駁
  

hxh167 wrote:
如果科技界真這麼簡單就好了.  
這東西跟VFS一點關係都沒有.  
我是指它是小眾市場,大部份程式都不會想支援.  

請你把最後的那句話
再跟前面我所說的對照一下
  
東西好壞不完全是技術導向
價錢、時間點、市場規模、接受度都有影響
不要那麼狹隘的拿技術上的好壞來論定
  
Visor 會沒落的原因很多
當然不是你我三言兩語可以解釋得清的

拍郎

hxh167 wrote:

資料總有基本大小單位吧!你可選擇只讀你要的部份,但你可能需要經常讀記憶體卡.你也可一次讀很多(像Mapopolis),開啟程式時很慢,但移動到Data(地圖)的其他部份時,不會變慢(因為你不用再從卡上讀資料,RAM比較快).

  
這下要換我說：寫程式有那麼簡單就好了
  
不過既然你沒寫過這類程式
那我也懶跟你解釋太多了
簡而言之
VFS 不是只有 by record 的讀取方式
不要只用一種方式來想事情
然後拼命說他爛
大多數程式的麻煩是出在與 Palm OS 傳統方式相容的包袱
而不是 VFS 的程式設計方式
  
資料儲存在較低速的儲存媒體上時
該怎麼讀、一次要讀多少、多久去讀一次
這在資料結構跟演算法中可是好大一個 topic
要是像你那樣一句話就可以解釋得完
那程式設計的世界就太單純了

hxh167

拍郎 wrote:

  
這下要換我說：寫程式有那麼簡單就好了

我當然知道程式不好寫.我也沒說過寫程式很簡單.
我是做製程技術研發的,我突然想起一些已退休的老前輩(美國人)講過的話:"半導體工業是totally luck",做越多越深有同感.

jeromel

我要為MemPlug講句話～～
我前一台機子是Visor Platinum，
其實MemPlug是我用過最好用的記憶體模組，不但可以做備份
而且還有速度超快的PiDirect，那時看到sony的機子每天都在為VFS奮戰，
而我可以輕輕鬆鬆的運用PiDirect來執行一大堆大程式，真的覺得有PiDirect真幸福～
Pi的員工也不斷的釋出修正檔及新的功能～～
算是蠻好的公司～～
  
不過，當然還是有很多用Visor Deluxe的user在那邊罵～～因為OS3.1的機子不支援
PiDirect......所以那些人就覺得花近2000大洋買到個爛貨，不如用Dave Kessler 的 CF Adapter......
可是這也是visor的問題，MemPlug被罵得很無辜～
我只能說，MemPlug很好，但只顧及到Platinum和Prism的User，CF Adapter功能較少，但最起碼所有Viser user都顧到了～～
  
不過，後來我把Platinum賣掉了，因為我覺得拿Palm做PIM和查詢資料就夠用了，
其他作文書、看小說都是在虐待自己～～頂多灌一、兩個小遊戲打發零碎的時間......
現在用8MB的PalmVx還有1MB的剩餘記憶體呢～
  
的確，就像前面大家所說的，VFS是個蹩腳的東西，何必用它呢？
其實說穿了也不就是個貪心嘛～（那些要放入大量資料庫的人例外，例如醫師、藥師等.......）
  
順便問一下，OS5有解決這個問題嗎？還是要等到OS6？