ຜົນໄດ້ຮັບ: 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 ແລະເປີດຫນ້າໃຫມ່ຂອງປະຫວັດສາດສໍາລັບ OS ໃດ

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

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

ນີ້ແມ່ນການລິເລີ່ມຂອງ Microsoft ເພື່ອສ້າງພາສາການຂຽນໂປຼແກຼມທີ່ປອດໄພໂດຍອີງໃສ່ແນວຄວາມຄິດຂອງພາສາ Rust: ເພື່ອນຮ່ວມງານຈາກການຄົ້ນຄວ້າຂອງ Microsoft ໄດ້ພົບເຫັນວ່າບັນຫາຄວາມປອດໄພສ່ວນໃຫຍ່ແມ່ນກ່ຽວຂ້ອງກັບມໍລະດົກອັນຫນັກຫນ່ວງຂອງພາສາ 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 kernel ແລະຊຸມຊົນຂອງຕົນຂໍຂອບໃຈກັບ eBPF virtual machine

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

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

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

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

ການພັດທະນາສໍາລັບ Linux kernel: ໃນປັດຈຸບັນ

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

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

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

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

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

5. Linux ເອົາເລັບເກືອບສຸດທ້າຍຢູ່ໃນໂລງສົບຂອງ FreeBSD ຂອບໃຈກັບການໂຕ້ຕອບ io_uring asynchronous ໃນ Linux kernel

ໃນຂະນະທີ່ພວກເຮົາຢູ່ໃນຫົວຂໍ້ຂອງ Linux kernel, ມັນເປັນມູນຄ່າທີ່ສັງເກດວ່າການປັບປຸງທີ່ສໍາຄັນອີກອັນຫນຶ່ງທີ່ເກີດຂື້ນໃນປີນີ້: ການລວມເອົາສິ່ງໃຫມ່. 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 ໄດ້ເກີດມາ - ທໍາອິດພຽງແຕ່ເປັນກາຟິກ add-on ຫຼາຍກວ່າ DOS, ແລະຫຼັງຈາກນັ້ນລະບົບປະຕິບັດການທໍາອິດສໍາລັບ PCs, ສະດວກສໍາລັບການນໍາໃຊ້ຂອງມະຫາຊົນ. IBM, ເປັນບໍລິສັດຂະຫນາດໃຫຍ່, clumsy, ກໍາລັງສູນເສຍຕະຫຼາດຄອມພິວເຕີສ່ວນບຸກຄົນໃຫ້ກັບ Microsoft ໄວຫນຸ່ມແລະໄວ. ຂ້າພະເຈົ້າໄດ້ເລົ່າເລື່ອງທີ່ຍິ່ງໃຫຍ່ນີ້ຄືນມາສັ້ນໆ, ດັ່ງນັ້ນຖ້າທ່ານສົງໄສວ່າ Apple ຈະຫລິ້ນກັບ Intel ໃນປີ 2020 ກັບ iPadOS ແນວໃດ, ຂ້າພະເຈົ້າຂໍແນະນໍາ. ອ່ານມັນທັງຫມົດ.

8. ເສີມສ້າງຕໍາແຫນ່ງ ZFSonLinux - ມ້າເກົ່າບໍ່ທໍາລາຍ furrow.

Canonical ນໍາສະເຫນີຄວາມສາມາດໃນການຕິດຕັ້ງ Ubuntu ການນໍາໃຊ້ລະບົບໄຟລ໌ ZFS ເປັນລະບົບໄຟລ໌ຮາກໂດຍກົງຈາກຕົວຕິດຕັ້ງ. ບາງຄັ້ງມັນເບິ່ງຄືວ່າຂ້ອຍວ່າວິສະວະກອນທີ່ເຮັດວຽກຢູ່ Sun Microsystems ເປັນຕົວແທນຂອງຊະນິດຊີວະສາດທີ່ແຍກຕ່າງຫາກຂອງ Homo sapiens (Brian Cantrill ແລະ Brendan Gregg, ທີ່ໄດ້ກ່າວມາແລ້ວຂ້າງເທິງ, ເຮັດວຽກຢູ່ Sun). ຕັດສິນຕົວທ່ານເອງ, ເຖິງວ່າຈະມີຄວາມພະຍາຍາມຫຼາຍປີໂດຍມະນຸດຊາດທັງຫມົດເພື່ອເຮັດໃຫ້ບາງສິ່ງບາງຢ່າງເຖິງແມ່ນວ່າຫ່າງໄກສອກຫຼີກທີ່ຄ້າຍຄືກັນກັບລະບົບໄຟລ໌ ZFS, ເຖິງວ່າຈະມີຂໍ້ຈໍາກັດການອະນຸຍາດ intractable ທີ່ປ້ອງກັນການລວມເອົາລະຫັດແຫຼ່ງ ZFS ໃນສາຂາການພັດທະນາຕົ້ນຕໍຂອງ Linux kernel, ພວກເຮົາຍັງໃຊ້. 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 ຟຣີໄດ້ເລີ່ມຕົ້ນໃຫ້ຢູ່ໃນສະຖານທີ່ Moscow.
ນອກຈາກນີ້ໃນເດືອນກໍລະກົດ, ບໍລິສັດຂອງພວກເຮົາໄດ້ປາກົດຢູ່ໃນ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 ໃນ desktop (ເວລາສຸດທ້າຍທີ່ທ່ານເຫັນ desktop?) ແລະພວກເຮົາໄດ້ເຫັນປີຂອງ Linux ໃນອຸປະກອນມືຖືສໍາລັບສິບ. ປີ​ນີ້.

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

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

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

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