論壇

唉~~~

他說 所有套件相依性已滿足 可是可以安裝 但我按了

也沒有有出現什麼

我沒有要證明任何事情，
我只是想說明一下我觀察到的結果而已，
也只是提出我觀察的結果，如果讓您誤會了，實在很抱歉。


不過我以為使用記憶體是否分配到 swap 是由系統決定的，
而不是應用程式決定的，唔，
我到目前為止都只寫過一些沒什麼用途的小程式，
所以對這方面可能不是很了解，能請您說明嗎？

其實我以為 linux 的 kernel 會聰明些，
嗯，我有個疑惑，不知道是不是跟我的測試一樣蠢，
不過我想還是提出來問您好了，難得遇到高手 ^^。

如果記憶體 60% 轉而使用 swap，
那在 swap 用盡以前，是不是記憶體就維持在 6x% 呢，
直到 swap 用盡才繼續用 ram，這樣會不會也稍微沒效率的點？

這個問題也許對您來說還滿蠢的，
可是我還滿想知道的，如果您能解答的話，真的是萬分感激。

mosky 寫到：

看你用這種方式證明所謂linux的記憶體管理方式
我真的無言了．．

vbox怎麼可能會用swap做guset的ram．．
你到底知不知道為什麼要swap？
還有vm的功用？guest用swap做他的ram
那個速度用想的就知道速度會有多慢了．．．


要測試請增加ap的負載．．
vobx本身根本就不吃ram，對ram的需求也不高
你開再多guset他也不會把它的ram加在swap上
所以你這個所謂的測試根本沒有辦法說明什麼

linux只是人寫的一種工具
它做什麼該怎麼做，都是人給他的指令
linux沒有智慧，它只會依照人給他的指示辦事
60%就是60％，別用錯誤的測試自圓其說．．．


請你看一下什麼叫做正確增加ap負載的測試方式．．

嗯..感謝KK兄...

bleachbit真的是我需求的軟體^^

感謝呢...我大概找到了6mb左右垃圾！
如果把thumnail算進去的話...超過20mb垃圾！

雖然bleachbit有些陽春說...

(筆記)

您的意見我會在站務群開會時提出 : )，
但暫時還是依上面提到的方式執行，
違規處理方式一改再改實在不好 ^^"。

我覺得相關的界定爭議還是依靠投票決定會比較好，
前陣子都是我一個人在判斷，但在發生幾天前的事情時，
其實有好一陣子都相安無事，所以我覺得也許只是部份版友不認同，
如果可以的話，我希望舉出一些例子，並由版友們投票決定，
這樣總比站務們自己私底下嘰嘰喳喳來的好多了 : )。

但是否投票決定還得看站長和未來新站務的決定，
站務人數會在未來幾周內擴充，大家會一起開會決定相關的綱要，
就算有投票也需要時間，在開會前先暫時依照鬆版的舊版規執行，
開會後就依照開會得決議，如要投票的話，我們會先訂出暫時的準則，
細節待投票後決定，在這裡感激您的意見，謝謝您 : )。

真理愈辯愈明呢...

真是精采！

peterhaker 寫到：
有人一顆硬碟裝5個OS嗎?(不是一台電腦,是一顆硬碟),有人要試一下嗎?

5 OS?
早超過了...

(外加幾個frugal OS隨處存在 : dsl puppy xPUD)

不過受限於硬體是 AMD CPU...
目前只能算MS+Linux 2series

熊心抱負當然還包括Mac OS中...

如果不是用deb包安裝的話，相依套件可能會被砍掉，真的要移除的話得自己注意看訊息。

update:

只顧著貼測試文，忘記了最重要的事，
真的希望大家討論語氣能夠緩和些，不用那麼激動，
其實一激動，人家就會對你的印象不好，
如果能夠冷靜的指出對方的錯誤，比較能顯出對方的問題以及矛盾，
也不會因為自己的心情造成對他人的誤解。

by the way:
由於 BlueT 站長的要求及眾版友的意見，
目前處理的方式是採申訴處理，除非太誇張的，
站務不會主動處理，最多像這篇文我的回覆一樣，僅勸導，
如有版友申報，站務才會介入處理。

比較建議大家利用我的 e-mail 或私訊申訴，
大家看整天浮在版上的申訴串已經看膩了 ^^"。
不過如果您堅持的話，因為是明定的管道，我也不能說什麼。

---

算法是 (used-cached-buffers)/total 沒錯，
詳細去看算記憶體使用率程式碼的話，都是這樣寫的。
快取跟緩衝畢竟不能算在程式已使用的空間裡吧 XD"。

free 其實也有一個欄位是 -/+ buffers/cached 的。


因為我自己有點疑惑，
我有印象中我的 ubuntu 9.04 開到 60~70% 的時候仍然沒吃 swap，
(update: 說 distro 好像沒什麼意義，
我用的 kernel 是官方提供的 2.6.28-13-generic)
我的 swap 設定是預設的，也就是 60，
剛剛用 VBox 測試了一下，結果好像不是剛好在 60% 時使用 swap。

開剛機 (about 9.3%)：

             total       used       free     shared    buffers     cached
Mem:          2992        512       2480          0         37        195
-/+ buffers/cache:        279       2712
Swap:         2047          0       2047

VBox 主程式打開 (about 10.4%)：

開剛機 (about 10.4%)：
[code]
             total       used       free     shared    buffers     cached
Mem:          2992        584       2408          0         37        232
-/+ buffers/cache:        314       2678
Swap:         2047          0       2047

打開虛擬 XP,RAM 1400 MB (about 60.7%)，
剛好突破 60%，仍未使用 swap：

             total       used       free     shared    buffers     cached
Mem:          2992       2281        710          0         37        425
-/+ buffers/cache:       1818       1173
Swap:         2047          0       2047

打開虛擬 Ubuntu,384 MB (about 71.6%)：
突破 70%，swap 仍掛零。

             total       used       free     shared    buffers     cached
Mem:          2992       2785        206          0         38        602
-/+ buffers/cache:       2144        847
Swap:         2047          0       2047

直到剛啟動 opensuse 後， (about 79.9%)
swap 才正式有了個位數：

             total       used       free     shared    buffers     cached
Mem:          2992       2896         95          0         12        492
-/+ buffers/cache:       2391        601
Swap:         2047          1       2045

我希望我沒誤判我的數據，
我想 linux 的 kernel 應該不是傻傻的 ram n%，
然後就開始吃 swap 吧?

純粹就是個有趣的 test，也許用 VBox 不能當作基準，
也或許我沒把程式靜下來，所以 kernel 認為不需要擺 swap，
總之呢，只是想測試一下，如有任何錯誤，還請指正 : )。