檔案為 '未分類' 類別

PC歷史上的20位英雄 為何全部也是之父?

 

回首PC的20年,它的歷史就是一部英雄的歷史,一個個閃亮的名字,就像一顆顆璀璨的星星,為人羨慕、令人敬仰;他們對PC業的興起,對計算機技術 的繁榮,對人類的貢獻是我們不應忘記的。當本文重現歷史的一幕幕時,我們會看到什麼?無疑,其中有光輝與榮耀,有財富與成就,當然,也有遺憾與悲愴……
 

繼續讀取 ‘PC歷史上的20位英雄 為何全部也是之父?’

分享此文章

史上最難忘的15款英特爾X86 CPU

 

Intel公司是IT史上最偉大的公司之一,尤其是在處理器領域,甚至可以說Intel公司三十多年的發展史就是PC處理器的進化過程.從最早的存 儲器(Intel創業發家靠的就是存儲器)到最新的“Tera-scale” 萬億次芯片技術,Intel推出了無數處理器,它們中的有些在市場上大放光芒,有的卻又黯然離場.梳理Intel公司的處理器產品線,我們從中擷取了15 款可說最經典的X86處理器(嵌入式等領域的處理器暫不考慮),回顧這些處理器的歷史不僅是為了溫故更為了知新,我們看到處理器性能越來越強大,功耗卻在 漸漸降低,未來的處理器有望繼續延續這一道路,可以說是會“更好更強大”.下面就讓我們一起看看15款處理器的光輝時刻吧!

 

1、8086:第一款PC處理器

史上最難忘的15款X86英特爾CPU

8086是第一款面世的X86 CPU-在此之前,英特爾公司已經發布了4004,8008,8080,8085等CPU。8086可以使用外部20位地址總線管理1MB的內存。不過 IBM選定的4.77MHz速度實在是有些低了,在最終退市前它的速度可以達到10MHz。

世界上第一台PC使用的處理器就是8086的衍生品-僅有8位(外部)數據總線的8088。有趣的是,美國航天飛機上的控制系統用的就是8086處理,2002年的時候NASA(美國宇航局)還在eBay上購買了幾塊8086,因為英特爾早已不再供貨了。 

史上最難忘的15款X86英特爾CPU

繼續讀取 ‘史上最難忘的15款英特爾X86 CPU’

分享此文章

半磚,刷機不再需要神電了。(psp)

 

近日,HellCat 發布了最新的自制程序 recovery flasher,不少玩家對這個東東不知何物,論壇裡有網友發了帖子讓大家下載(點擊下載),不過這個帖子沒有完全翻譯作者的說明,一些地方寫得也有疏漏,我在這裡簡單給大家介紹一下吧(當然,自己親身做了小白鼠。)

首先,介紹一下背景,這個程序其實就是一個加強版的自制固件刷寫程序。過去在OE時代(包括3.52M33時代),DA(M33)制作的自制固件都有自己的固件刷寫程序,3.71之後才開始調用SONY的官方更新程序刷寫自制固件。

recovery flasher 就是這樣一個和SONY完全不相幹的自己寫的固件刷寫程序。這個程序參考了DA大神刷寫IPL的代碼,同時在神電加強版作者jas0nuk 的幫助下,強化了操作界面,用過神電的玩家用過這個軟件後,會有似曾相識的感覺。

 

 

繼續讀取 ‘半磚,刷機不再需要神電了。(psp)’

分享此文章

Gmail 只讀未閱電郵的方法。

你使用gmail時會發現gmail是沒有一個功能可以只讀取未閱電郵的。

但是當gmail更新了新版本時多了數個連結可以使用。

在inbox的unread mail可以用以下連結來讀取。

https://mail.google.com/mail/#search/is%3Aunread+in%3Ainbox

加入了星的電郵

https://mail.google.com/mail/#starred

收件夾

https://mail.google.com/mail/#inbox

寄件夾

https://mail.google.com/mail/#sent

而且新版本的gmail (英文版本) 現在多了gmail lab 內有 Quick Links 的功能,你可以把未讀電郵加入,那就可以直接進入未讀電郵的部份。

分享此文章

解決Nginx + PHP(FastCGI)遇到的502 Bad Gateway錯誤

 

  [文章作者:张宴 本文版本:v1.0 最后修改:2008.07.30 转载请注明原文链接:http://blog.s135.com/read.php/361.htm]

昨日,有朋友问我,他将Web服务器换成Nginx 0.6.31  + PHP 4.4.7(FastCGI)后,有时候访问会出现“502 Bad Gateway”错误,如何解决。

我让按照以下两个步骤去解决,最后在第2步中将FastCGI的timeout时间增加为300,问题解决:

PS:比较羡慕迅雷的Web服务器,16G内存。
 


  1、查看当前的PHP FastCGI进程数是否够用:

netstat -anpo | grep "php-cgi" | wc -l

  如果实际使用的“FastCGI进程数”接近预设的“FastCGI进程数”,那么,说明“FastCGI进程数”不够用,需要增大。


  2、部分PHP程序的执行时间超过了Nginx的等待时间,可以适当增加nginx.conf配置文件中FastCGI的timeout时间,例如:

……
http
{
……
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
……
}
……

轉自 : http://blog.s135.com/read.php/361.htm

分享此文章