-
比爾蓋茲:電腦領域將在五年內顛覆
21CTO 比爾蓋茲曾發表一篇部落格表示:個人AI代理將徹底改變人們使用電腦的方式。 這一言論出現在OpenAI剛宣布其「 Assistants API」邁出的「嬰兒步」幾天后。 蓋茲表示,個人AI代理將在科技業和社會中掀起一場「衝擊波」。 比爾蓋茲在部落格文章中寫道:「在不久的將來,任何上網的人都將能夠擁有由人工智慧驅動的個人助手,遠遠超越今天的技術水平。這些代理商將能夠幫助幾乎任何活動和生活 領域。 在部落格文章中未提到的是,比爾蓋茲已經在個人AI領域投入了大量資金。 在今年5月的一次與高盛和SV Angel關於人工智慧的活動中,比爾蓋茲表示,首家開發出顛覆SEO的個人代理的公司將在競爭中佔據優勢。 「誰能贏得個人代理,那才是大事,因為你將永遠不會再去搜尋網站,永遠不會再去生產力網站,你永遠不會再去亞馬遜。」他說。 去年6月,比爾蓋茲與Nvidia、微軟、Reid Hoffman和Eric Schmidt一起參與了Inflection AI的投資,該公司完成了高達13億美元的融資。 比爾蓋茲在舊金山的一次活動上提到了Inflection AI,稱“數字代理背後的AI贏家可能來自大科技公司或初創公司,這是一個50-50的概率”,並表示對Inflection等幾家初創 公司印象深刻。 此時,Inflection AI剛推出名為“Pi”的產品,代表“個人智能”,旨在表現得更個性化、口語化,比OpenAI的GPT-4、微軟的Bing或谷歌的Bard更具親和力, 同時又不顯得過於詭異。 儘管像Pi這樣的聊天機器人離比爾·蓋茲所想像的個人AI代理還有很長的路要走,而且他計劃在這一領域進行哪些其他投資並不清楚,但顯然,他希望能夠儘早參與 到AI代理的領域。 實際上,比爾蓋茲在部落格文章中提到,他已經「思考代理近30年了,並在1995年的《未來之路》一書中寫到過它們,但由於AI的進步,它們直到最近 才變得實際可行」。 他補充說:“代理不僅將改變每個人與計算機互動的方式。它們還將顛覆軟體行業,帶來自從我們從鍵盤輸入命令到點擊圖標以來的計算機領域最大的革命。” 蓋茲也討論了代理商的技術挑戰以及隱私問題。 但他表示:“代理即將到來。在接下來的幾年裡,它們將徹底改變我們的生活,無論是在線還是線下。” 以下是比爾蓋茲的部落格: 《AI即將徹底改變你使用計算機的方式》原文: 時至今日,我仍然像微軟剛創立時那樣熱愛軟體。 但儘管幾十年來軟體已經取得了很大改進,在許多方面它仍然相當愚蠢。 要在電腦上完成任何任務,你都必須告訴設備使用哪個應用程式。 你可以用Word和Google文件來起草商業提案,但它們無法幫助你發送郵件、分享自拍、分析數據、計劃派對或購買電影票。 即使是最好的網站,也只對你的工作、個人生活、興趣和關係有不完整的理解,並且能力有限,無法像親密的朋友或私人助理那樣為你做事。 在未來五年內,這種情況將會發生徹底改變。 你不必再為不同的任務使用不同的應用程式。 你只需要用日常語言告訴你的設備你想要做什麼。 根據你選擇與它共享的信息量,軟體將能夠給出個性化的回應,因為它對你的生活有著深入的理解。 在不久的將來,任何上網的人都能擁有一個由人工智慧驅動的個人助理,其功能將遠超今天的技術。 這種對自然語言做出反應、根據對使用者的了解完成多種不同任務的軟體,稱為代理。 我思考AI代理已經近30年,並在1995年的《通往未來之路》一書中寫道,但由於AI的進步,它們直到最近才變得實用。 代理不僅將改變每個人與計算機交互的方式,還將顛覆軟體行業,引發自我們從敲打命令轉向點擊圖標以來計算機領域最大的革命。 01 每個人的個人助理 一些評論者指出,軟體公司以前就提供過這種東西,用戶並不完全接受。 (人們還在開玩笑說Clippy,我們在Office中內置、後來移除的數字助手。)為何人們會使用代理呢? 答案是它們將大大優於過去。 你將能夠與它們進行細微的對話。 它們會更加個性化,不會僅限於相對簡單的任務,如寫一封信件。 Clippy與代理的共通點就像旋轉電話與行動裝置一樣。 如果你願意,代理將能幫助你完成所有活動。 如果允許它追蹤你的線上互動和真實世界位置,它將對你參與的人、地點和活動形成強大的理解。 它將了解你的個人和工作關係、愛好、偏好和時間表。…
-
端口镜像
通信弱電交流學習 什麼是連接埠鏡像? 連接埠鏡像是指在交換器或路由器上將經過指定連接埠(來源連接埠)的資料封包複製一份到另一個指定連接埠(目標連接埠)上,以實現網路流量的分析與監控。 一些對即時監控比較注重的用戶在網路遭受了各種攻擊,需要檢查流量而不希望影響原來的網路時,可以利用連接埠鏡像,例如我國文化部和公安部要求網路服務場所安裝監控軟體,透過連接埠 鏡像採集相關數據,分析使用者的網路使用。 依照工作範圍的劃分,連接埠鏡像分為兩種類型,本地鏡像和遠端鏡像。 本機鏡像實作在同一台網路設備上,監控設備對客戶端的資料分析監控。 遠端鏡像實現跨網路設備時,監控設備對客戶端的資料分析監控。 連接埠鏡像的原理是什麼? 本機連接埠鏡像的來源連接埠與目標連接埠處在同一台裝置上。 如下圖所示,透過本機連接埠鏡像,來源連接埠(Eth 1/1)的資料封包被鏡像到目標連接埠(Eth 1/2)上。 這樣連接在目標連接埠上的監控設備就可以對經過來源連接埠的資料封包進行監控分析。 遠端連接埠鏡像的來源連接埠與目標連接埠處在不同的設備上,如下圖所示。 透過遠端鏡像,來源連接埠(Eth 1/3)的資料封包經過兩台裝置的級聯連接埠(Eth 1/4)後被鏡像到目標連接埠(Eth 1/3)上,該連接埠將鏡像資料報 文複製到監控設備上,實現跨裝置的資料報文監控分析。 端口鏡像的熱點問答 交換器如何配置連接埠鏡像? 設定連接埠鏡像的前提是交換器或路由器支援連接埠鏡像功能。 您可以根據需求場景選擇配置本機鏡像還是遠端鏡像。 本機鏡像的設定步驟如下: 1、建立VLAN 2、將連接埠加入VLAN中 3、配置IP位址 4.在目標連接埠下進行鏡像指令配置,將來源埠的資料封包鏡像到目標埠。 遠端鏡像的設定步驟如下: 1.在全域模式下建立來源端口 2、配置一台交換器uplink端口 3.在全域模式下建立目標端口 4.設定另一台交換器uplink端口 需要注意的是: 1、在本機鏡像中,必須選擇一個口作為來源端口,一個口作為目標端口,配置才能生效 2.如果需要建立鏡像組,一個鏡像組只能有一個目標端口,可有多個來源端口 3.如果某個端口已經是鏡像群組的來源端口,則不能成為另一個鏡像群組的成員端口 4.如果某個端口已經是鏡像群組的目標端口,則不能成為另一個鏡像群組的成員端口 5.建議不要在目標連接埠上使用STP、RSTP或MSTP,否則會影響設備的正常使用 連接埠鏡像與串流鏡像有什麼區別? 連接埠鏡像與串流鏡像都屬於鏡像功能。 每個網路連線都有入口流、出口流兩個方向的資料流,對交換器來說這兩個資料流需要分開鏡像。 流鏡像是指按照一定的資料流分類規則對資料進行分流,然後將屬於指定流的所有資料鏡像到監控端口,以便進行分析。 流鏡像可以透過存取控制清單(ACL)的方式匹配合適的流,也可以透過指令匹配,在功能上比連接埠鏡像更強大。 連接埠鏡像與連接埠對映有什麼區別? 連接埠對映是指將內部網路的某個(LAN)IP位址轉送到公網路上,或將外網的(WAN)IP位址轉送到內網路上。 例如有一台電腦本地的IP位址是192.168.1.10,在這台電腦上用百度查詢資料,資料傳輸的流程是: 透過路由器用ADSL撥號上百度,百度只能辨識到路由器的IP位址,把資料傳給路由器後,路由器透過內建的連接埠對映表(設定了連接埠對映路由器才能準確辨別訊息應回饋給哪個本機IP)把 數據返回電腦。 連接埠鏡像與連接埠對映的主要區別在於:連接埠鏡像是流量複製的過程,連接埠映射是流量轉送的過程。 如何驗證連接埠鏡像是否成功? 通常情況下,你可透過流量抓包軟體進行流量抓包驗證,在監控裝置上進行抓包測試,如果可以取得到來源埠發送或接收的資料包,則連接埠鏡像成功。 主流廠商交換器埠鏡像配置 華為…
-
MySQL 8.4新功能速覽
原创 马听 MySQL数据库联盟 目前,可以在Oracle官網查看到MySQ 8.4新增的內容: https://docs.oracle.com/cd/E17952_01/mysql-8.4-en/mysql-nutshell.html 這裡選一些重點變化項來聊一下。 1 MySQL密碼認證變更 從 MySQL 8.4.0 開始,mysql_native_password 認證外掛預設不再啟用。 若要啟用,需要在MySQL啟動的時候,加入–mysql-native-password=ON 參數; 或在設定檔中設定 mysql_native_password=ON。 2 一些系統變數預設值變更 MySQL 8.4,也調整了與 InnoDB 儲存引擎相關的多個伺服器系統變數的預設值,例如: innodb_io_capacity 預設值改成了10000,之前是200。 控制每秒可用於 InnoDB 後台任務的 I/O 數。 例如緩衝池中的頁面刷新,或是合併來自更改緩衝區的資料。 如果是 SSD,可設定 5000 以上。 現在線上MySQL,基本上都是SSD,所以預設值設定成10000也合理。 innodb_buffer_pool_instances InnoDB 緩衝池的區域數,將緩衝池劃分多個區域,可以減少不同執行緒讀取和寫入快取頁時的爭用,可提高並發性。 之前預設值是8,如果innodb_buffer_pool_size< 1G,則為1。 從8.4開始,如果innodb_buffer_pool_size1G,則是在下面兩個計算中,選取一個最小值: innodb_buffer_pool_size / innodb_buffer_pool_chunk_size這個結果的1/2; 可用邏輯CPU數量的1/4。 innodb_change_buffering 決定哪些操作會使用change buffer,有關change buffer,我們在前面詳細介紹過:一文弄清楚MySQL更改緩衝區。 先前的版本預設值是all,表示innodb_change_buffering會快取插入、刪除標記操作和後台發生的實體刪除操作。 從8.4開始,預設是none,表示不緩存這些修改操作,這個不太理解,大家可以在留言區討論,可能考慮什麼因素。 3 克隆插件…