ຜົນໄດ້ຮັບ: 9 ຄວາມກ້າວໜ້າທາງເທັກໂນໂລຍີສຳຄັນຂອງປີ 2019

Alexander Chistyakov ກໍາລັງຕິດຕໍ່, ຂ້ອຍເປັນຜູ້ປະກາດຂ່າວປະເສີດ vdsina.ru ແລະບອກທ່ານກ່ຽວກັບ 9 ເຫດການເຕັກໂນໂລຢີທີ່ດີທີ່ສຸດຂອງປີ 2019.

ໃນການປະເມີນຂອງຂ້ອຍ, ຂ້ອຍອີງໃສ່ລົດຊາດຂອງຂ້ອຍຫຼາຍກວ່າຄວາມຄິດເຫັນຂອງຜູ້ຊ່ຽວຊານ. ດັ່ງນັ້ນ, ສໍາລັບຕົວຢ່າງ, ບັນຊີລາຍຊື່ນີ້ບໍ່ໄດ້ລວມເອົາລົດທີ່ບໍ່ມີຄົນຂັບ, ເພາະວ່າບໍ່ມີຫຍັງໃຫມ່ໂດຍພື້ນຖານຫຼືປະຫລາດໃຈໃນເຕັກໂນໂລຢີນີ້.

ຂ້າພະເຈົ້າບໍ່ໄດ້ຈັດລຽງເຫດການໃນບັນຊີລາຍຊື່ໂດຍຄວາມສໍາຄັນຫຼືຜົນກະທົບ wow, ເພາະວ່າຄວາມສໍາຄັນຂອງມັນຈະຈະແຈ້ງໃນສິບປີ, ແລະຜົນກະທົບ wow ແມ່ນສັ້ນເກີນໄປ, ຂ້າພະເຈົ້າພຽງແຕ່ພະຍາຍາມເຮັດໃຫ້ເລື່ອງນີ້ສອດຄ່ອງກັນ.

1. ແອັບພລິເຄຊັນເຊີບເວີແບບພົກພາໃນພາສາການຂຽນໂປຼແກຼມ Rust ສໍາລັບ WebAssembly

ຂ້າພະເຈົ້າຈະເລີ່ມຕົ້ນການທົບທວນຄືນດ້ວຍສອງບົດລາຍງານ:

1. ລາຍງານ Brian Cantrill "ເວລາທີ່ຈະຂຽນ OS ໃນ Rust?", ອ່ານໂດຍລາວກັບຄືນໄປບ່ອນໃນປີ 2018.

ໃນເວລາອ່ານບົດລາຍງານ, Brian Cantrill ກໍາລັງເຮັດວຽກຢູ່ Joyent ເປັນ CTO ແລະບໍ່ຮູ້ວ່າ 2019 ຈະສິ້ນສຸດແນວໃດສໍາລັບລາວແລະ Joyent.

2. ລາຍງານໂດຍ Steve Klabnik, ສະມາຊິກຂອງທີມງານຫຼັກຂອງພາສາ Rust ແລະຜູ້ຂຽນຫນັງສື "The Rust Programming Language", ເຮັດວຽກຢູ່ Cloudflare, ບ່ອນທີ່ທ່ານເວົ້າກ່ຽວກັບຄຸນລັກສະນະຂອງພາສາ Rust ແລະເຕັກໂນໂລຢີ WebAssembly, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານໃຊ້ຕົວທ່ອງເວັບຂອງຕົວທ່ອງເວັບ. ເວທີສໍາລັບຄໍາຮ້ອງສະຫມັກແລ່ນ.

ໃນປີ 2019, WebAssembly ກັບມັນ ອິນເຕີເຟດ WASI, ເຊິ່ງສະຫນອງການເຂົ້າເຖິງວັດຖຸຂອງລະບົບປະຕິບັດການເຊັ່ນໄຟລ໌ແລະຊັອກເກັດ, ໄດ້ຍ້າຍອອກໄປນອກຕົວທ່ອງເວັບແລະກໍາລັງເປົ້າຫມາຍຕະຫຼາດຊໍແວເຊີຟເວີ.

ໂດຍເນື້ອແທ້ແລ້ວຂອງຄວາມກ້າວຫນ້າແມ່ນເຫັນໄດ້ຊັດເຈນ - ມະນຸດມີເວລາແລ່ນອີກອັນຫນຶ່ງທີ່ສາມາດແລ່ນຄໍາຮ້ອງສະຫມັກແບບເຄື່ອນທີ່ສໍາລັບເວັບ (ມີໃຜຈື່ຫຼັກການ WORA, ປະດິດໂດຍຜູ້ຂຽນຂອງພາສາ Java?).

ພວກເຮົາຍັງມີວິທີທີ່ຂ້ອນຂ້າງປອດໄພທີ່ຈະສ້າງຄໍາຮ້ອງສະຫມັກເຫຼົ່ານີ້ຂໍຂອບໃຈກັບພາສາ Rust, ທີ່ raison d'être ແມ່ນເພື່ອລົບລ້າງຫ້ອງຮຽນທັງຫມົດຂອງຄວາມຜິດພາດໃນເວລາທີ່ລວບລວມ.

WebAssembly ແມ່ນຕົວປ່ຽນເກມທີ່ Solomon Hikes, ຫນຶ່ງໃນຜູ້ສ້າງ Docker, ຂຽນວ່າຖ້າ WebAssembly ແລະ WASI ມີຢູ່ໃນ 2008, Docker ພຽງແຕ່ຈະບໍ່ເກີດ.

ມັນບໍ່ແປກໃຈທີ່ Rust ແມ່ນຢູ່ໃນບັນດາຜູ້ຮັບຮອງເອົາເຕັກໂນໂລຢີແບບພົກພາໃຫມ່ - ລະບົບນິເວດຂອງມັນແມ່ນການພັດທະນາແບບເຄື່ອນໄຫວແລະ Rust ເປັນພາສາການຂຽນໂປລແກລມທີ່ມັກທີ່ສຸດເປັນເວລາຫລາຍປີ, ອີງຕາມຜົນໄດ້ຮັບ. ການສໍາຫຼວດທີ່ດໍາເນີນໂດຍ StackOverflow.

ນີ້ແມ່ນສະໄລ້ຈາກການສົນທະນາຂອງ Steve ທີ່ສະແດງໃຫ້ເຫັນຢ່າງຊັດເຈນເຖິງອັດຕາສ່ວນຂອງຈຳນວນຂໍ້ຜິດພາດດ້ານຄວາມປອດໄພທີ່ສາມາດຫຼີກລ່ຽງໄດ້ຢ່າງສົມບູນໂດຍການໃຊ້ Rust ຕໍ່ກັບຈຳນວນຂໍ້ຜິດພາດທັງໝົດໃນ MS. Windows, ພົບໃນໄລຍະທົດສະວັດເຄິ່ງທີ່ຜ່ານມາ.

Microsoft ຕ້ອງຕອບສະຫນອງຄວາມທ້າທາຍດັ່ງກ່າວ, ແລະມັນກໍ່ເຮັດໄດ້.

2. ໂຄງການ Verona ຈາກ Microsoft, ເຊິ່ງຈະຊ່ວຍປະຢັດ Windows ແລະຈະເປີດໜ້າປະຫວັດສາດໃໝ່ສຳລັບລະບົບປະຕິບັດການໃດໆກໍຕາມ

ຈຳນວນຂໍ້ບົກພ່ອງໃນເຄີເນລຂອງ Microsoft Windows ແລະໂປຣແກຣມຜູ້ໃຊ້ສ່ວນໃຫຍ່ໄດ້ເພີ່ມຂຶ້ນເກືອບເປັນເສັ້ນຊື່ໃນໄລຍະ 12 ປີທີ່ຜ່ານມາ.

ໃນປີ 2019, Matthew Parkinson ຂອງ Microsoft ໄດ້ນໍາສະເຫນີໂຄງການ Verona ກັບສາທາລະນະ, ຊຶ່ງສາມາດເຮັດໃຫ້ສິ້ນສຸດນີ້.

ນີ້ແມ່ນການລິເລີ່ມຂອງ Microsoft ເພື່ອສ້າງພາສາການຂຽນໂປຣແກຣມທີ່ປອດໄພໂດຍອີງໃສ່ແນວຄວາມຄິດຂອງພາສາ Rust: ເພື່ອນຮ່ວມງານຈາກ Microsoft Research ພົບວ່າບັນຫາຄວາມປອດໄພສ່ວນໃຫຍ່ແມ່ນກ່ຽວຂ້ອງກັບມໍລະດົກອັນໜັກໜ່ວງຂອງພາສາ C, ເຊິ່ງສ່ວນໃຫຍ່ຂອງ Windowsພາສາທີ່ຄ້າຍຄື Rust ທີ່ Verona ຈັດການໜ່ວຍຄວາມຈຳ ແລະ ການເຂົ້າເຖິງຊັບພະຍາກອນພ້ອມໆກັນໂດຍໃຊ້ ຫຼັກການ abstraction ຄ່າສູນ. ຖ້າທ່ານຕ້ອງການເຂົ້າໃຈລາຍລະອຽດວິທີການເຮັດວຽກ, ເບິ່ງ ບົດລາຍງານຂອງ Parkinson ຂອງຕົນເອງ.

ເປັນທີ່ ໜ້າ ສົນໃຈທີ່ Microsoft ໄດ້ຖືກຮັບຮູ້ຕາມປະເພນີວ່າເປັນອານາຈັກທີ່ຊົ່ວຮ້າຍແລະເປັນສັດຕູຂອງທຸກສິ່ງ ໃໝ່, ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າ. Simon Peyton-Jones, ຜູ້ພັດທະນາຕົ້ນຕໍຂອງ Glasgow Haskell Compiler, ເຮັດວຽກຢູ່ Microsoft.

ຄໍາຖາມຂອງ Brian Cantrill ຈາກວັກທໍາອິດ: "ມັນບໍ່ເຖິງເວລາທີ່ຈະຂຽນໃຫມ່ kernel ລະບົບປະຕິບັດການໃນ Rust?" ໄດ້ຮັບຄໍາຕອບທີ່ບໍ່ຄາດຄິດ - ມັນເປັນທີ່ຊັດເຈນວ່າມັນຍັງບໍ່ສາມາດຂຽນໃຫມ່ kernel ລະບົບປະຕິບັດການ, ແຕ່ບັນດາໂຄງການທີ່ເຮັດວຽກຢູ່ໃນພື້ນທີ່ຜູ້ໃຊ້ກໍາລັງຖືກຂຽນຄືນໃຫມ່. ຂະບວນການທີ່ບໍ່ສາມາດຢຸດໄດ້ໄດ້ເລີ່ມຕົ້ນ, ແລະນີ້ຈະເປີດຫນ້າໃຫມ່ຂອງອະນາຄົດສໍາລັບທຸກລະບົບປະຕິບັດການ.

3. ການເພີ່ມຂຶ້ນຂອງຄວາມນິຍົມຂອງພາສາການຂຽນໂປລແກລມ Dart ຍ້ອນກອບ Flutter

ຂ້າພະເຈົ້າແນ່ໃຈວ່າຂ່າວຕໍ່ໄປນີ້ແມ່ນຄວາມແປກໃຈອັນໃຫຍ່ຫຼວງບໍ່ພຽງແຕ່ສໍາລັບພວກເຮົາແລະປະຊາຊົນທົ່ວໄປ, ແຕ່ຍັງສໍາລັບສ່ວນໃຫຍ່ຂອງຜູ້ເຂົ້າຮ່ວມໂດຍກົງໃນຂະບວນການສ້າງຕັ້ງຂອງມັນ. ພາສາການຂຽນໂປລແກລມ Dart, ເຊິ່ງປາກົດຢູ່ Google ເມື່ອແປດປີກ່ອນ, ໄດ້ເຫັນການຂະຫຍາຍຕົວຢ່າງໄວວາໃນຄວາມນິຍົມໃນປີນີ້.

ຂ້ອຍໃຊ້ວິທີການປະເມີນຄວາມນິຍົມຂອງພາສາການຂຽນໂປຼແກຼມຂອງຂ້ອຍໂດຍການວິເຄາະ repositories ໃນ Github, ເດືອນລະຄັ້ງ. ການປັບປຸງຂໍ້ມູນໃນຕາຕະລາງ. ຖ້າຫາກວ່າໃນຕົ້ນປີມີພຽງແຕ່ 100 repositories ທີ່ນິຍົມໃນ Dart, ມື້ນີ້ມີ 313 ແລ້ວ.

Dart ໄດ້ເອົາຊະນະ Erlang, PowerShell, R, Perl, Elixir, Haskell, Lua ແລະ CoffeeScript ໃນຄວາມນິຍົມ. ບໍ່ມີພາສາການຂຽນໂປລແກລມອື່ນທີ່ເບິ່ງຄືວ່າຈະເຕີບໂຕໄວຂຶ້ນໃນປີນີ້. ເປັນຫຍັງມັນເກີດຂຶ້ນ?

ຫນຶ່ງໃນບົດລາຍງານທີ່ສໍາຄັນຂອງປີນີ້ ອີງຕາມການສົນທະນາຂອງ HackerNews ໄດ້ຖືກອ່ານໂດຍ Richard Feldman ແລະຖືກເອີ້ນ "ເປັນຫຍັງການຂຽນໂປຼແກຼມທີ່ເປັນປະໂຫຍດບໍ່ແມ່ນມາດຕະຖານ?" ພາກສ່ວນທີ່ສໍາຄັນຂອງບົດລາຍງານແມ່ນອຸທິດໃຫ້ການວິເຄາະວິທີການພາສາການຂຽນໂປລແກລມກາຍເປັນທີ່ນິຍົມ. ຫນຶ່ງໃນເຫດຜົນຕົ້ນຕໍ, ອີງຕາມການ Richard, ແມ່ນການປະກົດຕົວຂອງຄໍາຮ້ອງສະຫມັກຫຼືກອບທີ່ນິຍົມ, ໃນຄໍາສັບຕ່າງໆອື່ນໆ app killer ໄດ້.

ສໍາລັບພາສາ Dart, ເຫດຜົນສໍາລັບຄວາມນິຍົມຂອງມັນແມ່ນກອບການພັດທະນາແອັບພລິເຄຊັນມືຖື ປຸຍ, ການເພີ່ມຂຶ້ນຂອງຄວາມນິຍົມທີ່, ອີງຕາມ Google Trends, ພຽງແຕ່ເກີດຂຶ້ນໃນຕອນຕົ້ນຂອງປີນີ້.

ພວກເຮົາບໍ່ຮູ້ຫຍັງກ່ຽວກັບ Dart ເພາະວ່າພວກເຮົາບໍ່ໄດ້ເຮັດການພັດທະນາມືຖື, ແຕ່ພວກເຮົາຍິນດີຕ້ອນຮັບພາສາການຂຽນໂປລແກລມແບບສະຖິຕິອື່ນຢ່າງອົບອຸ່ນ.

4. ໂອກາດທີ່ຈະລອດຊີວິດຈາກແກນກາງ Linux ແລະຊຸມຊົນຂອງມັນຂໍຂອບໃຈກັບເຄື່ອງ virtual eBPF

ພວກເຮົາຢູ່ໃນກອງປະຊຸມຄວາມຮັກ VDSina: ປີນີ້ຂ້າພະເຈົ້າໄດ້ໄປກອງປະຊຸມ DevOops ໃນ St. Petersburg ແລະເຂົ້າຮ່ວມໃນຕາຕະລາງຮອບທີ່ອຸທິດຕົນເພື່ອແນວໂນ້ມແລະສິ່ງທີ່ຮ້ອນໃນອຸດສາຫະກໍາ. ໃນປີ 2019, ຄວາມຄິດເຫັນນໍາໃນການສົນທະນາດັ່ງກ່າວແມ່ນ:

• Docker ຕາຍເພາະວ່າມັນຫນ້າເບື່ອເກີນໄປ
• Kubernetes ມີຊີວິດຢູ່ແລະຈະແກ່ຍາວເຖິງປະມານຫນຶ່ງປີ - ມັນຍັງຈະຖືກກ່າວເຖິງຢູ່ໃນກອງປະຊຸມໃນປີ 2020.
• ໃນຂະນະດຽວກັນ, ໃນຫຼັກ Linux ບໍ່ມີຄົນທີ່ມີຊີວິດຢູ່ໄດ້ເບິ່ງເຂົ້າມາເປັນເວລາດົນນານແລ້ວ

ຂ້ອຍບໍ່ໄດ້ແບ່ງປັນຈຸດສຸດທ້າຍ, ຈາກທັດສະນະຂອງຂ້ອຍ, ໃນການພັດທະນາ kernel Linux ສິ່ງຕ່າງໆກຳລັງເກີດຂຶ້ນໃນຕອນນີ້ທີ່ບໍ່ພຽງແຕ່ໜ້າສົນໃຈເທົ່ານັ້ນ, ແຕ່ຍັງເປັນການປະຕິວັດອີກດ້ວຍ. ສິ່ງທີ່ໂດດເດັ່ນທີ່ສຸດແມ່ນເຄື່ອງ virtual eBPF, ເຊິ່ງໃນເບື້ອງຕົ້ນຖືກສ້າງຂຶ້ນມາເພື່ອແກ້ໄຂໜ້າວຽກທີ່ໜ້າເບື່ອຂອງການກັ່ນຕອງແພັກເກັດເຄືອຂ່າຍ ແລະ ນັບຕັ້ງແຕ່ນັ້ນມາໄດ້ພັດທະນາໄປສູ່ເຄື່ອງ virtual ລະດັບ kernel ທີ່ມີຈຸດປະສົງທົ່ວໄປ.

ການພັດທະນາສຳລັບ kernel Linux: ແມ່ນ

ການພັດທະນາສຳລັບ kernel Linux: ມັນກາຍເປັນ

ດ້ວຍ eBPF, kernel ໃນປັດຈຸບັນລາຍງານເຫດການຕ່າງໆທີ່ສາມາດຈັດການໄດ້ບາງສ່ວນນອກ kernel - ອິນເຕີເຟດເຮັດໃຫ້ມັນສາມາດພົວພັນກັບ kernel ໄດ້ຢ່າງປອດໄພ ແລະ ມີປະສິດທິພາບຈາກ userspace ແລະ ຂະຫຍາຍ ແລະ ເສີມໜ້າທີ່ຂອງ kernel. Linux, ຂ້າມສາຍຕາທີ່ເຫັນທຸກຢ່າງຂອງ Linus Torvalds.

ກ່ອນ eBPF, ການພັດທະນາໂປຣແກຣມທີ່ມີກິດຈະກຳກ່ຽວຂ້ອງຢ່າງໃກ້ຊິດກັບການພົວພັນກັບ kernel Linux ເປັນເລື່ອງທີ່ສັບສົນ - ການສ້າງສິ່ງຕ່າງໆເຊັ່ນ: ໄດຣເວີສຳລັບອຸປະກອນທີ່ຊ້າ ແລະ ອິນເຕີເຟດສຳລັບລະບົບໄຟລ໌ໃນພື້ນທີ່ຜູ້ໃຊ້ຕ້ອງການຂະບວນການທົບທວນຢ່າງເປັນທາງການໂດຍນັກພັດທະນາເຄີເນລທີ່ມີປະສົບການ. Linux.

ຮູບລັກສະນະຂອງການໂຕ້ຕອບ eBPF ໄດ້ເຮັດໃຫ້ຂະບວນການຂຽນໂປຼແກຼມດັ່ງກ່າວງ່າຍດາຍຢ່າງຫຼວງຫຼາຍ - ຂອບເຂດການເຂົ້າໄດ້ຖືກຫຼຸດລົງ, ຈະມີນັກພັດທະນາຫຼາຍຂື້ນແລະຊຸມຊົນຈະກັບມາມີຊີວິດອີກ.

ຂ້ອຍບໍ່ໄດ້ຢູ່ຄົນດຽວໃນຄວາມກະຕືລືລົ້ນຂອງຂ້ອຍ: David Miller ຜູ້ພັດທະນາ kernel ດົນນານ ປະກາດຄວາມສໍາຄັນຂອງ eBPF ສໍາລັບການຢູ່ລອດ (!) ຂອງລະບົບນິເວດການພັດທະນາແກ່ນ. ອີກປະການຫນຶ່ງ, ບໍ່ມີຜູ້ພັດທະນາທີ່ມີຊື່ສຽງຫນ້ອຍ Brendan Gregg (ຂ້ອຍເປັນແຟນຂອງລາວ) ໂທຫາ eBPF ເປັນການບຸກທະລຸ, ເຊິ່ງບໍ່ໄດ້ເທົ່າກັບ 50 ປີ.

ໃນຂະນະດຽວກັນ, Linus Torvalds ມັກຈະບໍ່ຍ້ອງຍໍລາວໃນເລື່ອງດັ່ງກ່າວຢ່າງເປີດເຜີຍ, ແລະຂ້ອຍສາມາດເຂົ້າໃຈລາວ - ໃຜຕ້ອງການເຮັດໃຫ້ຕົນເອງເບິ່ງຄືຄົນໂງ່? 🙂

5. Linux ເກືອບຈະຕີຕະປູສຸດທ້າຍໃສ່ໂລງສົບຂອງ FreeBSD ດ້ວຍອິນເຕີເຟດ io_uring ແບບ asynchronous ໃນ kernel Linux

ເນື່ອງຈາກວ່າພວກເຮົາກຳລັງເວົ້າກ່ຽວກັບຫຼັກ Linux, ມັນຈຳເປັນຕ້ອງໄດ້ສັງເກດການປັບປຸງທີ່ສຳຄັນອີກອັນໜຶ່ງທີ່ເກີດຂຶ້ນໃນປີນີ້: ການລວມເອົາແກນຫຼັກໃໝ່ API io_uring ແບບ asynchronous ປະສິດທິພາບສູງ ໂດຍ Jens Axbow ຂອງເຟສບຸກ.

ເປັນເວລາຫຼາຍປີ, ຜູ້ເບິ່ງແຍງລະບົບ ແລະ ນັກພັດທະນາ FreeBSD ໄດ້ໃຫ້ເຫດຜົນໃນການເລືອກຂອງເຂົາເຈົ້າໂດຍຄວາມຈິງທີ່ວ່າ FreeBSD ມີ I/O ແບບ asynchronous ທີ່ດີກ່ວາ Linuxຕົວຢ່າງ, ການໂຕ້ຖຽງນີ້ ໃຊ້ໃນບົດລາຍງານຂອງລາວໃນປີ 2014 Gleb Smirnov ຈາກ Nginx.

ໃນປັດຈຸບັນເກມໄດ້ຫັນ upside ລົງ. ລະບົບໄຟລ໌ທີ່ແຈກຢາຍ Ceph ໄດ້ປ່ຽນໄປໃຊ້ io_uring ແລ້ວ ແລະຜົນໄດ້ຮັບມາດຕະຖານການປະຕິບັດແມ່ນຫນ້າປະທັບໃຈ, ມີ IOPS ເພີ່ມຂຶ້ນຈາກ 14% ຫາ 102% ຂຶ້ນກັບຂະຫນາດບລັອກ. ມີຕົ້ນແບບທີ່ໃຊ້ asynchronous I/O ໃນ PostgreSQL (ຢ່າງນ້ອຍ ສໍາລັບນັກຂຽນພື້ນຫລັງ), ແຜນການເຮັດວຽກຕື່ມອີກ ກ່ຽວກັບການປ່ຽນ PostgreSQL ເປັນ I/O asynchronous. ແຕ່ຍ້ອນລັກສະນະອະນຸລັກຂອງຊຸມຊົນນັກພັດທະນາ, ພວກເຮົາຈະບໍ່ເຫັນການປ່ຽນແປງເຫຼົ່ານີ້ໃນປີ 2020.

6. ໄຊຊະນະຂອງ AMD ກັບສາຍປະມວນຜົນ Ryzen

ບໍ່ມີຫຍັງຜິດປົກກະຕິ, ມັນເປັນພຽງແຕ່ວ່າ AMD, ເຊິ່ງຢູ່ຂ້າງຄຽງໃນອຸດສາຫະກໍາເປັນເວລາດົນນານ, ກໍາລັງທໍາລາຍສະຖິຕິຫຼັງຈາກບັນທຶກ.

ສາຍໃຫມ່ຂອງໂປເຊດເຊີ Ryzen ສະແດງໃຫ້ເຫັນອັດຕາສ່ວນລາຄາ / ການປະຕິບັດທີ່ບໍ່ຫນ້າເຊື່ອ: ພວກເຂົາ ຄອບຄອງບັນຊີລາຍຊື່ຂອງໂປເຊດເຊີທີ່ຂາຍດີທີ່ສຸດໃນ Amazon, ແລະໃນບາງພາກພື້ນ ການຂາຍໂປເຊດເຊີ AMD ເກີນການຂາຍ Intel. ໃນການແຂ່ງຂັນ, Intel ຖືກບັງຄັບ ໃຊ້ມາດຕະການທີ່ບໍ່ເປັນທີ່ນິຍົມທີ່ສຸດ: ເຮັດໃຫ້ໂປຣແກມທີ່ສ້າງຂຶ້ນດ້ວຍ compiler ຂອງຕົນເອງເຮັດວຽກໜ້ອຍລົງໃນໂປເຊດເຊີຂອງຄູ່ແຂ່ງ. ເຖິງວ່າຈະມີວິທີການຕໍ່ສູ້ກັບ Intel ເປື້ອນ, ການປະເມີນມູນຄ່າຕະຫຼາດຂອງ AMD ແມ່ນໃກ້ຊິດກັບມູນຄ່າບັນທຶກຂອງ 2000.

7. ປະຕິບັດຕາມ AMD, Apple ມີຈຸດປະສົງທີ່ຈະເອົາຊິ້ນສ່ວນຂອງ Intel pie ກັບ iPadOS ແລະ tricks Gates ເກົ່າ.

ທຸກຄົນທີ່ສາມາດຖືອາວຸດຢູ່ໃນມືຂອງເຂົາເຈົ້າປົກກະຕິແລ້ວພະຍາຍາມເຂົ້າຮ່ວມໃນການສູ້ຮົບຂອງຍັກໃຫຍ່, ແລະບໍ່ພຽງແຕ່ AMD ກໍາລັງປະເຊີນກັບຖານອາຫານຂອງ Intel. Apple ປະຕິບັດຕົວຄືກັບງົວເກົ່າໃນເລື່ອງຕະຫລົກ.

ພວກ​ເຮົາ​ຈະ​ຄ່ອຍໆ​ລົງ​ໄປ​ຈາກ​ພູ​ເຂົາງົວເຖົ້າແລະໜຸ່ມໂຕໜຶ່ງຢືນຢູ່ເທິງຈອມພູ, ແລະຝູງງົວລ້ຽງຢູ່ດ້ານລຸ່ມ.
ງົວໜຸ່ມໄດ້ສະເໜີອັນເກົ່າວ່າ:
- ຟັງ, ໃຫ້ໄວ, ໄວລົງແລະເຄາະງົວ
ແລະໄວ, ໄວ, ພວກເຮົາຈະກັບຄືນ!
- ບໍ່!
- ແລ້ວ, ໃຫ້ໄວ, ລົງໄວ, ໃຫ້ໂທຫາງົວສອງຕົວແລະໄວ -
ກັບມາໄດ້ໄວ!
- ບໍ່!
- ແລ້ວ, ເຈົ້າສະເຫນີຫຍັງ?
- ພວກ​ເຮົາ​ຈະ​ຄ່ອຍໆ​ລົງ​ໄປ​ໃນ​ພູ​ເຂົາ​ຊ້າ​, ພວກ​ເຮົາ​ຈະ​ຂ້າ​ຝູງ​ສັດ​ທັງ​ຫມົດ​ແລະ​
ໃຫ້ຊ້າໆ ແລະຊ້າໆ ກັບໄປຫາສະຖານທີ່ຂອງພວກເຮົາ!

ໂດຍການປ່ອຍ iPadOS ໃໝ່, Apple ໄດ້ໃຊ້ກົນລະຍຸດຕໍ່ຕ້ານ Intel ທີ່ເອີ້ນວ່າ "ການປະດິດສ້າງທີ່ລົບກວນ."

ຄໍານິຍາມ Wikipedia

"ນະວັດຕະກໍາທີ່ຂັດຂວາງ" ແມ່ນການປະດິດສ້າງທີ່ປ່ຽນແປງຄວາມສົມດຸນຂອງຄຸນຄ່າໃນຕະຫຼາດ. ໃນຂະນະດຽວກັນ, ຜະລິດຕະພັນເກົ່າກາຍເປັນສິ່ງທີ່ບໍ່ສາມາດແຂ່ງຂັນໄດ້ພຽງແຕ່ຍ້ອນວ່າຕົວກໍານົດການທີ່ການແຂ່ງຂັນແມ່ນອີງໃສ່ກ່ອນຫນ້ານີ້ສູນເສຍຄວາມສໍາຄັນຂອງມັນ.

ຕົວຢ່າງຂອງ "ນະວັດຕະກໍາທີ່ລົບກວນ" ແມ່ນໂທລະສັບ (ແທນທີ່ໂທລະເລກ), ເຮືອໄອນ້ໍາ (ເຮືອ sailing ທົດແທນ), semiconductors (ອຸປະກອນສູນຍາກາດທົດແທນ), ກ້ອງຖ່າຍຮູບດິຈິຕອນ (ກ້ອງຖ່າຍຮູບຮູບເງົາທົດແທນ), ແລະອີເມລ໌ (ໄປສະນີແບບດັ້ງເດີມລົບກວນ).

Apple ໃຊ້ໂປເຊດເຊີ ARM ທີ່ມີພະລັງງານຕ່ໍາຂອງຕົນເອງ, ແລະນີ້ໄດ້ຖືກພິສູດໃຫ້ເຫັນວ່າມີຄວາມສໍາຄັນຕໍ່ຜູ້ໃຊ້ຫຼາຍກ່ວາການປະຕິບັດທີ່ຊັກຊ້າເລັກນ້ອຍຂອງ Intel x86.

Apple ກໍາລັງຈັດການທີ່ຈະຍຶດເອົາສ່ວນແບ່ງຂອງຕະຫຼາດ, ປ່ຽນ iPad ຈາກສະຖານີການບັນເທີງເປັນເຄື່ອງມືເຮັດວຽກເຕັມຮູບແບບ - ທໍາອິດສໍາລັບຜູ້ທີ່ສ້າງເນື້ອຫາ, ແລະໃນປັດຈຸບັນສໍາລັບນັກພັດທະນາ. ແນ່ນອນ, ພວກເຮົາຈະບໍ່ເຫັນ MacBook ທີ່ໃຊ້ ARM ໃນໄວໆນີ້, ແຕ່ບັນຫານ້ອຍໆກ່ຽວກັບການອອກແບບແປ້ນພິມ MacBook Pro ແມ່ນການຊຸກຍູ້ໃຫ້ຊອກຫາວິທີແກ້ໄຂທາງເລືອກ, ແລະຫນຶ່ງໃນນັ້ນສັນຍາວ່າຈະເປັນ iPad Pro ກັບ iPadOS.

Gates ແລະ Microsoft ເຮັດຫຍັງກັບມັນ?

ໃນເວລາຫນຶ່ງ, Gates ດຶງອອກຈາກ trick ດຽວກັນກັບ IBM.

ໃນຊຸມປີ 1970, IBM ໄດ້ຄອບງຳຕະຫຼາດເຊີບເວີ, ໂດຍບໍ່ສົນໃຈຄອມພິວເຕີສ່ວນບຸກຄົນສຳລັບຄົນທົ່ວໄປຢ່າງໝັ້ນໃຈ. ໃນຊຸມປີ 1980, Gates ໄດ້ໃຊ້ເງິນທຶນຂອງ IBM ເພື່ອສ້າງ ແລະ ອະນຸຍາດ MS-DOS, ໂດຍຮັກສາສິດທິລະບົບປະຕິບັດການໄວ້ໃຫ້ຕົນເອງ. ຫຼັງຈາກໄດ້ຮັບເງິນແລ້ວ, Microsoft ໄດ້ສ້າງອິນເຕີເຟດກຣາບຟິກສຳລັບ MS-DOS, ແລະໂລກຂອງຄອມພິວເຕີກໍ່ໄດ້ເກີດຂຶ້ນ. Windows — ໃນເບື້ອງຕົ້ນພຽງແຕ່ການຊ້ອນກັນຂອງກຣາບຟິກໃນ DOS, ແລະຫຼັງຈາກນັ້ນລະບົບປະຕິບັດການ PC ທຳອິດທີ່ສະດວກສຳລັບຄົນສ່ວນໃຫຍ່. IBM, ບໍລິສັດຂະໜາດໃຫຍ່ ແລະ ບໍ່ສະດວກ, ໄດ້ສູນເສຍຕະຫຼາດຄອມພິວເຕີສ່ວນບຸກຄົນໃຫ້ກັບ Microsoft ທີ່ທັນສະໄໝ ແລະ ໄວ. ຂ້າພະເຈົ້າໄດ້ສະຫຼຸບເລື່ອງທີ່ໜ້າສັງເກດນີ້ໂດຍຫຍໍ້, ສະນັ້ນຖ້າທ່ານສົນໃຈວ່າ Apple ຈະແຂ່ງຂັນກັບ Intel ໃນປີ 2020 ດ້ວຍ iPadOS ແນວໃດ, ຂ້າພະເຈົ້າຂໍແນະນຳມັນຢ່າງຍິ່ງ. ອ່ານມັນທັງຫມົດ.

8. ເສີມສ້າງທ່າທີຂອງ ZFSonLinux - ມ້າເຖົ້າບໍ່ໄດ້ເຮັດໃຫ້ຮ່ອງຫຍ້າເສື່ອມ

Canonical ໄດ້ນຳສະເໜີຄວາມເປັນໄປໄດ້ຂອງການຕິດຕັ້ງ Ubuntu ການໃຊ້ລະບົບໄຟລ໌ ZFS ເປັນລະບົບໄຟລ໌ຮາກໂດຍກົງຈາກຕົວຕິດຕັ້ງ. ບາງຄັ້ງຂ້ອຍຄິດວ່າວິສະວະກອນທີ່ເຮັດວຽກຢູ່ Sun Microsystems ເປັນຕົວແທນຂອງຊະນິດພັນທາງຊີວະວິທະຍາແຍກຕ່າງຫາກຂອງ Homo sapiens (Brian Cantrill ແລະ Brendan Gregg ທີ່ກ່າວມາຂ້າງເທິງເຮັດວຽກຢູ່ Sun). ຕັດສິນດ້ວຍຕົວທ່ານເອງ, ເຖິງວ່າຈະມີຄວາມພະຍາຍາມຫຼາຍປີຂອງມະນຸດໃນການສ້າງບາງສິ່ງບາງຢ່າງທີ່ຄ້າຍຄືກັບລະບົບໄຟລ໌ ZFS, ເຖິງວ່າຈະມີຂໍ້ຈຳກັດການອະນຸຍາດທີ່ບໍ່ສາມາດເອົາຊະນະໄດ້ເຊິ່ງປ້ອງກັນບໍ່ໃຫ້ລວມເອົາລະຫັດແຫຼ່ງ ZFS ໃນສາຂາການພັດທະນາ kernel ຫຼັກ. Linux, ພວກເຮົາຍັງໃຊ້ ZFS ຢູ່ ແລະ ສິ່ງນີ້ຈະບໍ່ປ່ຽນແປງໃນໄວໆນີ້.

9. ບໍລິສັດຄອມພິວເຕີ Oxide - ພວກເຮົາຈະຕິດຕາມຢ່າງໃກ້ຊິດກັບທີມງານ, ເຊິ່ງເຫັນໄດ້ຊັດເຈນວ່າມີຄວາມສາມາດຫຼາຍ - ຢ່າງຫນ້ອຍການສ້າງການສະແດງເຢັນ.

ຂ້ອຍສິ້ນສຸດບັນຊີລາຍຊື່ຂອງຂ້ອຍດ້ວຍການກ່າວເຖິງ Brian Cantrill, ບ່ອນທີ່ຂ້ອຍເລີ່ມຕົ້ນ.

Brian Cantrill ແລະວິສະວະກອນອື່ນໆ (ບາງຄົນກໍ່ເຄີຍເຮັດວຽກຢູ່ Sun) ໄດ້ສ້າງຕັ້ງບໍລິສັດທີ່ມີຊື່ວ່າ ບໍລິສັດຄອມພິວເຕີ Oxide, ເປົ້າຫມາຍຕົ້ນຕໍແມ່ນການສ້າງແພລະຕະຟອມເຊີຟເວີທີ່ເຫມາະສົມສໍາລັບການນໍາໃຊ້ໃນຂະຫນາດໃຫຍ່. ມັນເປັນທີ່ຮູ້ຈັກວ່າບໍລິສັດຂະຫນາດໃຫຍ່ເຊັ່ນ Google, Facebook ແລະ Amazon ບໍ່ໄດ້ໃຊ້ຮາດແວເຊີຟເວີແບບດັ້ງເດີມໃນກິດຈະກໍາຂອງພວກເຂົາ. ບໍລິສັດຂອງ Brian ມີຈຸດປະສົງເພື່ອລົບລ້າງຄວາມບໍ່ສະເຫມີພາບນີ້ໂດຍການພັດທະນາຊອບແວແລະແພລະຕະຟອມຮາດແວທີ່ເຫມາະສົມສໍາລັບການນໍາໃຊ້ບໍລິການຟັງໃດໆ (ລວມທັງພາສາການຂຽນໂປຼແກຼມ Rust).

ແນວຄວາມຄິດຂອງພວກເຂົາແມ່ນສັນຍາຂອງການປະຕິວັດໃຫມ່, ແລະຢ່າງຫນ້ອຍ, ຂ້າພະເຈົ້າຈະຍິນດີທີ່ຈະສັງເກດເບິ່ງການເຄື່ອນໄຫວຂອງຄວາມຄິດແລະການພັດທະນາຂອງເຂົາເຈົ້າໃນປີ 2020 ຂ້າງຫນ້າ.

ສິ່ງທີ່ພວກເຮົາຈັດການໃນປີ 2019 ຢູ່ VDSina

ພວກເຮົາບໍ່ໄດ້ເຮັດຄວາມກ້າວຫນ້າທາງດ້ານເທກໂນໂລຍີໃດໆໃນປີ 2019 ກັບ VDSina, ແຕ່ພວກເຮົາຍັງມີສິ່ງທີ່ຄວນພູມໃຈ.

ໃນເດືອນກຸມພາ, ພວກເຮົາໄດ້ເພີ່ມຄວາມສາມາດໃນການນໍາໃຊ້ເຄືອຂ່າຍທ້ອງຖິ່ນລະຫວ່າງເຄື່ອງແມ່ຂ່າຍແລະເປີດບໍລິການລົງທະບຽນໂດເມນ. ລາຄາໄດ້ຖືກເຮັດໃຫ້ເປັນຫນຶ່ງໃນຕ່ໍາສຸດໃນຕະຫຼາດ - 179 rubles ຕໍ່ ru / рф, ລວມທັງສໍາລັບການຕໍ່ອາຍຸ.

ໃນເດືອນມີນາພວກເຮົາໄດ້ໂອ້ລົມຢູ່ທີ່ IT Global Meetup #14.

ໃນເດືອນເມສາ, ພວກເຮົາໄດ້ເພີ່ມຄວາມກວ້າງຂອງຊ່ອງທາງສໍາລັບແຕ່ລະເຄື່ອງແມ່ຂ່າຍຈາກ 100 ຫາ 200 Megabits, ແລະເພີ່ມຂຶ້ນຢ່າງຫຼວງຫຼາຍໃນຂອບເຂດຈໍາກັດການຈະລາຈອນສໍາລັບອັດຕາພາສີທັງຫມົດ (ຍົກເວັ້ນລາຄາຖືກທີ່ສຸດ) - ເປັນ 32 TB ຕໍ່ເດືອນ.

ໃນເດືອນກໍລະກົດ, ລູກຄ້າໄດ້ຮັບທາງເລືອກໃນການຕິດຕັ້ງໂດຍອັດຕະໂນມັດ Windows Server 2019. ການປົກປ້ອງ DDoS ໂດຍບໍ່ເສຍຄ່າໄດ້ເລີ່ມຕົ້ນໃຫ້ພາຍໃນສະຖານທີ່ມົສກູ.
ນອກຈາກນີ້ໃນເດືອນກໍລະກົດ, ບໍລິສັດຂອງພວກເຮົາໄດ້ປາກົດຢູ່ໃນHabre, debuting ບົດຄວາມກ່ຽວກັບວິທີທີ່ພວກເຮົາຂຽນກະດານຄວບຄຸມໂຮດຕິ້ງຂອງພວກເຮົາເອງ ແລະວິທີທີ່ມັນໄດ້ຊ່ວຍໃຫ້ພວກເຮົາກ້າວກະໂດດ quantum ໃນການສະຫນັບສະຫນູນລູກຄ້າ.

ໃນເດືອນສິງຫາ, ພວກເຂົາເຈົ້າໄດ້ເພີ່ມຄວາມສາມາດໃນການສ້າງພາບຖ່າຍ - ການສໍາຮອງຂໍ້ມູນຂອງເຄື່ອງແມ່ຂ່າຍ.
API ສາທາລະນະໄດ້ຖືກປ່ອຍອອກມາ.
ພວກເຮົາໄດ້ເພີ່ມຄວາມກວ້າງຂອງຊ່ອງສໍາລັບແຕ່ລະເຄື່ອງແມ່ຂ່າຍຈາກ 200 ຫາ 500 Megabits.
ພວກເຮົາໄດ້ເຂົ້າຮ່ວມໃນກອງປະຊຸມ Chaos Constructions 2019, ແຈກຢາຍ whips ທີ່ມີໂລໂກ້ຂອງບໍລິສັດເປັນ merch (ຄໍາຂວັນແຄມເປນແມ່ນ "ເມື່ອນັກພັດທະນາຢູ່ເທິງສຸດ") ແລະລະເບີດການສົນທະນາທາງໂທລະເລກ.

ໃນເດືອນກັນຍາ, ພວກເຮົາໄດ້ເປີດຕົວ Instagram ທີ່ງາມທີ່ສຸດແລະເປັນມິດທີ່ສຸດຂອງບໍລິສັດໄອທີ - VDSina ເລີ່ມເວົ້າກ່ຽວກັບຂ່າວແລະຊີວິດປະຈໍາວັນ. ນັກພັດທະນາ doggy.

ໃນເດືອນພະຈິກ, ພວກເຮົາໄດ້ໄປ Highload ++, ໄດ້ເຂົ້າຮ່ວມໃນຕາຕະລາງຮອບກ່ຽວກັບ "ຖານຂໍ້ມູນໃນ Kubernetes" ແລະນຸ່ງເສື້ອຜູ້ເຂົ້າຮ່ວມໃສ່ຫມວກປາ.

ໃນເດືອນທັນວາ, ພວກເຮົາໄດ້ເວົ້າຢູ່ໃນກອງປະຊຸມ DevOps ໃນຫ້ອງການ GazPromNeft ດ້ວຍບົດລາຍງານກ່ຽວກັບຖານຂໍ້ມູນໃນ Kubernetes ແລະໃນກອງປະຊຸມ DevOpsDays ໃນ Moscow. ກັບບົດລາຍງານກ່ຽວກັບການ burnout, ເຊິ່ງແນ່ນອນແມ່ນການປະຕິບັດທີ່ດີທີ່ສຸດຂອງປີຂອງຂ້ອຍ.

ສະຫລຸບ

ດັ່ງທີ່ Nassim Taleb ໄດ້ກ່າວໄວ້, ມັນງ່າຍກວ່າຫຼາຍທີ່ຈະຄາດເດົາສິ່ງທີ່ພວກເຮົາຈະບໍ່ເຫັນຢ່າງແນ່ນອນ. ຂ້າພະເຈົ້າຢາກຊີ້ໃຫ້ເຫັນວ່າທຸກສິ່ງທຸກຢ່າງໃໝ່ທີ່ພວກເຮົາຈະເຫັນໃນປີ 2020 ແມ່ນມີຕົ້ນກຳເນີດມາຈາກປີ 2019, 2018, ແລະກ່ອນໜ້ານັ້ນ. ຂ້າພະເຈົ້າຈະບໍ່ພະຍາຍາມຄາດເດົາອະນາຄົດຢ່າງຖືກຕ້ອງ, ແຕ່ປີ 2020 ແນ່ນອນວ່າຈະບໍ່ແມ່ນປີທີ່ດີ. Linux ຢູ່ເທິງເດັສທັອບ (ຄັ້ງສຸດທ້າຍທີ່ເຈົ້າເຫັນເດັສທັອບແມ່ນເມື່ອໃດ?) ແລະ ປີທີ່ Linux ພວກເຮົາໄດ້ເຫັນສິ່ງນີ້ຢູ່ໃນອຸປະກອນມືຖືປະມານສິບປີແລ້ວ.

ໃນກໍລະນີໃດກໍ່ຕາມ, ຂ້າພະເຈົ້າຫວັງວ່າໃນປີຫນຶ່ງພວກເຮົາຈະໄດ້ຮ່ວມກັນອີກເທື່ອຫນຶ່ງແລະປຶກສາຫາລືວ່າທຸກສິ່ງທຸກຢ່າງໄດ້ຫັນອອກແນວໃດ.

ສຸກສັນວັນພັກທຸກຄົນ!

ຕິດຕາມຜູ້ພັດທະນາຂອງພວກເຮົາໃນ Instagram

ແຫຼ່ງຂໍ້ມູນ: www.habr.com