Mark Zuckerberg: Our Biggest Mistake Was Betting on HTML5


Recommended Posts

Well what are you going to gamble on.. mobile? HTML5 is already dead on that. People are going native not HTML5.

Btw, I agree with you, desktop will not last forever as well. But I wouldn't bet on building HTML5 stuff for mobile. That's a dead end if it ever was one.

So we are agreeing (along with Adobe).

Flash is dead on the browser, and HTML5 is the best solution in that arena, as Adobe states. The leftovers are AIR for mobile apps, and high-end gaming and premium video on the desktop.

I don't understand why you didn't come around sooner. After all, I did quote Adobe saying the same thing, just in greater detail.

Well what are you going to gamble on.. mobile? HTML5 is already dead on that. People are going native not HTML5.

That's going to be pretty hectic, every online presence having a mobile app and a website... More money for developers I guess. Wouldn't disappoint me.

So we are agreeing (along with Adobe).

Flash is dead on the browser, and HTML5 is the best solution in that arena, as Adobe states. The leftovers are AIR for mobile apps, and high-end gaming and premium video on the desktop.

I don't understand why you didn't come around sooner. After all, I did quote Adobe saying the same thing, just in greater detail.

That's such a huge hyperbole..

No.. Flash Player is not dead in a browser (and it will continue to bring revolutionary features) and won't be as long as HTML5 is a half assed solution that works on 50% of the browser and is overall terrible in pretty much everything. Which is pretty much never unless we have one browser.

The leftovers as you call them (which is mobile) are the new wave actually where HTML5 is terrible. Native apps.. and that includes building with Flash/AIR and compiling into native code.. HTML5 might be used for that by trying to package it with things like Phonegap.. which is EXACTLY what Facebook did and it's terrible.. so first choices will be pure native, second choice will be AIR.. for everything else if you don't need performance you can dabble with HTML5.

For gaming (which is basically a fairly advanced interactive application), premium video content and highly rich interactive content, Flash will continue to rule without a doubt.

So basically, there's nothing to come around on.. Flash is going to be around for a long time, HTML5 will be pushed as always for desktops as screwed up and plauged with compatibility issues as HTML/JS/CSS has always been and the rise of the mobile platform and devices will take over where native apps will rule (already rule).

and yes, Adobe will continue to improve HTML tools and invest into W3C and offer some cool solutions for CSS, but again, that's all (if it ever gets implemented by all browsers) going to work only on desktops.

That's what it is.. everything else is hyperbole.

That's such a huge hyperbole..

No.. Flash Player is not dead in a browser and won't be as long as HTML5 is a half assed solution that works on 50% of the browser and is overall terrible in pretty much everything. Which is pretty much never.

The leftovers as you call them (which is mobile) are the new wave actually where HTML5 is terrible. Native apps.. and that includes building with Flash/AIR and compiling into native code.. HTML5 might be used for that by trying to package it with things like Phonegap.. which is EXACTLY what Facebook did and it's terrible.. so first choices will be pure native, second choice will be AIR.. for everything else if you don't need performance you can dabble with HTML5.

For gaming, premium video content and highly rich interactive content, Flash will continue to rule without a doubt.

So basically, there's nothing to come around on.. Flash is going to be around for a long time, HTML5 will be pushed as always for desktops as screwed up and plauged with compatibility issues as HTML/JS/CSS has always been and the rise of the mobile platform and devices will take over where native apps will rule.

That's what it is.. everything else is hyperbole.

Because the common perception of Flash isn't as being "screwed up and (plagued) with compatibility issues", not to mention as a security risk. News flash (pun intended), it is.

HTML5 is being pushed for mobile as "the best solution", by Adobe. Flash on the desktop is being pushed as solely for high-end gaming and premium video, by Adobe. HTML5 is being pushed on the desktop as "Increasingly, rich motion graphics will be deployed directly via the browser using HTML5, CSS3, JavaScript and other modern web technologies.", by Adobe.

It's a very difficult argument to make when what should be your best ally in that argument is not on your side.

Because the common perception of Flash isn't as being "screwed up and (plagued) with compatibility issues", not to mention as a security risk. News flash (pun intended), it is.

HTML5 is being pushed for mobile as "the best solution", by Adobe. Flash on the desktop is being pushed as solely for high-end gaming and premium video, by Adobe. HTML5 is being pushed on the desktop as "Increasingly, rich motion graphics will be deployed directly via the browser using HTML5, CSS3, JavaScript and other modern web technologies.", by Adobe.

It's a very difficult argument to make when what should be your best ally in that argument is not on your side.

Flash is a proven available technology that works well. HTML5 isn't even done. I don't see why you guys feel the need to argue about this.

Adobe wants people to develop with their tools, no matter what their choice of technology. They'll push everything people want to develop for, and HTML5 is the new thing.

I'd have a hard time agreeing with either of you unless I knew what was coming up in future Flash clients. (Personally I gotta say, running high end games in Flash? I'm not interested. I don't know what anyone would get out of that.)

Because the common perception of Flash isn't as being "screwed up and (plagued) with compatibility issues", not to mention as a security risk. News flash (pun intended), it is.

A perception that has no connection with reality really. Flash is 100% working the same on all browsers. Security will always be an issue and Flash is no exception. Javascript and browser security holes had FAR bigger consequences than Flash plugin..

And btw, Adobe talk is PR (especially after Jobs fiasco). It's natural they have that stand in public because they bought Phonegap and Typekit. So they need to push that line as well. Obviously HTML will be around as it has for a while and Adobe is investing in better tooling for it. Not a big shocker. Whether or not it will be the BEST solution is very subjective. HTML5 is far for being best solution for anything right now.

I hope Adobe makes tools and all browsers support same feature sets and we can do things we do in Flash purely in HTML5 but that's so far fetched and dreamy that it's not realistic.

On the other hand, they are continuing to invest into Flash and performance and innovation that was brought to the recent version of Flash is simply amazing. It distanced itself from HTML5 another decade in performance, features and so on. Games, interactive applications, Flex enterprise apps, premium video.. there's ton of stuff.

So basically, there's nothing to come around on.. Flash is going to be around for a long time, HTML5 will be pushed as always for desktops as screwed up and plauged with compatibility issues as HTML/JS/CSS has always been and the rise of the mobile platform and devices will take over where native apps will rule (already rule).

So, what you're saying here is that native mobile apps will cause the demise of websites, and instead of making a website, companies will start developing mobile apps instead of websites exclusively?

Trying to fit every website into a native app, (that must be searched for, downloaded, installed, and run to be used), as well as that websites will no longer be relevant, are exceptionally audacious notions.

Some would call that "wishful thinking".

So, what you're saying here is that native mobile apps will cause the demise of websites, and instead of making a website, companies will start developing mobile apps instead of websites exclusively?

Trying to fit every website into a native app, (that must be searched for, downloaded, installed, and run to be used), as well as that websites will no longer be relevant, are exceptionally audacious notions.

Some would call that "wishful thinking".

Absolutely.. demise of websites on mobile. How long have we had mobile platforms and people are still not making mobile friendly sites. They make apps. And it's not me saying it.. all the major stats and reporting is basically saying, people LOVE apps, it's easy, you just get it and you tap it whenever you want to use it. It's faster, more user friendly, takes full advantage of your hardware/device capabiltiies and just fits with the native UI of the OS.

That "wishful thinking" is a reality today that is just growing more and more.

apps-vs-browser.png

http://www.businessinsider.com/mobile-usage-and-the-winner-of-the-apps-vs-browsers-war-is-2012-7

Absolutely.. demise of websites on mobile. How long have we had mobile platforms and people are still not making mobile friendly sites. They make apps. And it's not me saying it.. all the major stats and reporting is basically saying, people LOVE apps, it's easy, you just get it and you tap it whenever you want to use it. It's faster, more user friendly, takes full advantage of your hardware/device capabiltiies and just fits with the native UI of the OS.

That "wishful thinking" is a reality today that is just growing more and more.

apps-vs-browser.png

http://www.businessi...s-war-is-2012-7

Time will tell... :laugh:

We know how Adobe, Microsoft, Apple, and Google are weighing in. But, maybe they're all just wrong too.

Absolutely.. demise of websites on mobile. How long have we had mobile platforms and people are still not making mobile friendly sites. They make apps. And it's not me saying it.. all the major stats and reporting is basically saying, people LOVE apps, it's easy, you just get it and you tap it whenever you want to use it. It's faster, more user friendly, takes full advantage of your hardware/device capabiltiies and just fits with the native UI of the OS.

That "wishful thinking" is a reality today that is just growing more and more.

apps-vs-browser.png

http://www.businessi...s-war-is-2012-7

This text is taken from the link you posted with the graphic:

  • But there is plenty of growth to go around: Even though time spent on mobile browsers is flat, audiences will still grow with increased smartphone penetration. And with certain companies are starting to offer vastly improved mobile browser options, the tides can always turn.

Absolutely.. demise of websites on mobile. How long have we had mobile platforms and people are still not making mobile friendly sites. They make apps. And it's not me saying it.. all the major stats and reporting is basically saying, people LOVE apps, it's easy, you just get it and you tap it whenever you want to use it. It's faster, more user friendly, takes full advantage of your hardware/device capabiltiies and just fits with the native UI of the OS.

That "wishful thinking" is a reality today that is just growing more and more.

apps-vs-browser.png

http://www.businessi...s-war-is-2012-7

do you have a breakout of the "Apps" section where it splits native apps vs HTML5 apps? I have seen majority apps using cross platform frameworks such as Cordiva. Your comparison is pointless without breaking down the apps into native vs. HTML5 wrappers.

HTML5 is great for websites and simple apps but for complex apps such as facebook (ha!), it is not the best solution.

you know what's hell... using m.facebook.com on my phone on 3G or 1x.......

and the lack of mobile optimised sites is annoying.... vbulletin boards are the least mobile friendly forum software ever... IPB is the best.

even my blog has a mobile version...... and I'm gonna work on a new site and have a mobile friendly version as well...

one thing about mobile site vs app... apps take up space on your phone... and lower end phones like my Optimus S only have 300 some MB of usable space and on average I got like only 20-30MB free space (can't remove any apps I allready have and not all can live on the SD card) and if I open the facebook app and then open the browser my phone tells me they can't start becuase not enough space.... it's that bad, people with phones like mine can't have an app for every site that takes up like 8-12MB per site...

Absolutely.. demise of websites on mobile. How long have we had mobile platforms and people are still not making mobile friendly sites. They make apps. And it's not me saying it.. all the major stats and reporting is basically saying, people LOVE apps, it's easy, you just get it and you tap it whenever you want to use it. It's faster, more user friendly, takes full advantage of your hardware/device capabiltiies and just fits with the native UI of the OS.

That "wishful thinking" is a reality today that is just growing more and more.

apps-vs-browser.png

http://www.businessi...s-war-is-2012-7

Minutes per month? Sure. If I load a camera app, I'm going to spend some time taking pictures. If I load a game, I'll play it for a bit.

If I go to a website, and it says "hey, download our app!", I feel like punching whoever put that stupid pop-up on in the first place. HTML 5 is fine for the mobile web. I still use Facebook mobile, because their native application is and has been a crashtastrophe on the iPhone.

For overly complex sites, sure, an app might be the way to go. For sites that can have some of their content / display offset by being offline, sure, go native. For the majority of the internet? Just make a better website.

Windows Modern UI, Windows RT, and Windows Phone 8 native apps are developed with HTML5. Microsoft even went as far as to bake JavaScript into their new runtime, WinRT, so that HTML5 applications would perform as well as C++ and C# applications.

To address this, the Windows Phone 8 SDK doesn't support HTML projects, and the native applications certainly aren't HTML based. That, and the HTML & JS framework does not have the same performance as C++ and .NET based applications.

To address this, the Windows Phone 8 SDK doesn't support HTML projects, and the native applications certainly aren't HTML based. That, and the HTML & JS framework does not have the same performance as C++ and .NET based applications.

Also the fact that "hybrid" apps don't get the "full" power of the device (run the same html5 page in a wrapper app and it will be a lot slower than if you open it in Safari

I was wrong about Windows Phone 8. I thought it used the same WinRT runtime as Windows 8/RT, but instead uses WinPRT.

JavaScript apps have the same direct access to the native WinRT APIs that C++ and C# have. JavaScript, C++, and C# applications all run in the same execution environment, "App Container".

Native HTML5/JavaScript apps on WinRT don't require the use of a wrapper like PhoneGap.

bitcrazedwinrt.png

Of course JavaScript apps aren't going to perform highly computational operations or iterate massive loops like C++... it's not magic.

This topic is now closed to further replies.
  • Posts

    • WhatsApp is getting usernames, and you can reserve your preferred one now by Fiza Ali Sharing your phone number isn't always something you want to do, especially with people you've just met. Whether it's someone from a class, a local community group, or a sports team chat, handing over your number can feel like giving away more personal information than necessary. That's exactly the problem WhatsApp is trying to solve with its upcoming usernames feature. The company has announced that users can now reserve a unique WhatsApp username ahead of the feature's wider rollout later this year. Once usernames become available, they'll let people connect without revealing their phone numbers. It's a change that makes a lot of sense for group chats. Right now, everyone in the group can see your phone number. With usernames enabled, that won't necessarily be the case when someone contacts you for the first time. WhatsApp says it's opening username reservations early because more than three billion people use the app, meaning plenty of people are likely to want the same usernames. Reserving one now gives users a better chance of securing the name they actually want before the feature launches more broadly. If your preferred username is already taken, WhatsApp will also offer a built-in username generator to suggest available alternatives. The feature isn't only aimed at individual users. Creators, businesses, and organisations will be able to claim the same username they already use on Instagram or Facebook, making it easier to keep a consistent identity across Meta's apps. Furthermore, privacy is a big part of how WhatsApp is introducing usernames. There won't be a public directory where people can browse or search for usernames. Instead, people will need to know your exact username before they can start a conversation with you. Additionally, users can also choose to enable a username key, which adds another layer of control by requiring people to enter that key before sending a message. Once the feature rolls out, people who choose to use a username will no longer have their phone number shown when messaging a person or business for the first time. If you want to reserve a username, make sure you're running the latest version of WhatsApp, then head to Settings > Account > Username. The tech giant says usernames will roll out gradually over the coming months, and users will receive an in-app notification when the feature becomes available in their country.
    • When I think about a network, there are really two aspects, the hardware and the wiring. So here is what I would do for both. Wiring: Use Cat6A for the patch panel, outlets, and all structured cables (cables installed in walls). Run plenty of Wireless Access Point (WAP) cables, as a general rule, assume a signal can only pass through 2-3 walls and can't pass through a floor (that is conservative, but trust me on this if you want strong WiFi)  Cat6 patch cables are fine for now if you don't plan to run 10gig, those are easy to replace later if needed. Run OS2 single-mode fiber to anywhere you think you may have a server or sub-switch. (yes, single-mode for everything on a small network, don't mess with multimode unless you have entire racks of servers and that minor module cost and power savings will matter). If you really want to future proof, also run fiber to any high density WAP locations, it is likely that WiFi 8 WAPs will push the limits of 10g. Run 6-12 pairs of single-mode fiber between your MDF and the building's MDF, even if you only need 1 or 2 pairs now, those extra pairs will pay off down the road. Hardware: (its easy to say "get all the features incase you need them", so instead of futureproofing, I am going to take approach of suggesting areas worth investing in, and areas you can save money). Don't overspend thinking you need every feature on every port. You don't need 10g on every port, you don't need PoE on every port. Don't overspend on redundancy either, unless you are ready to buy two of everything, don't waste money buying two of some things and not others. Dual power supplies are worthwhile, but probably not HA or multi-path redundancy.  Get 1 "distribution layer" switch that your router/firewall will connect to as well as all your access layer switches below. This should be a fully managed 10g+ switch with a combination of copper and SPF ports, a few 25g uplink ports are nice for this switch. Given that you said it is a small network, I suggest also using that distribution layer switch for servers and WAPs, meaning it will need PoE. Speaking of wireless, get good professional tri-band WAPs, and either turn on the band stirring options, or limit 2.4 to an IoT only SSID. This will provide a solid WiFi capable nearly everything but the highest of bandwidth clients...you could even consider skipping wiring workstations depending on usage. Access layer switch for workstations and printers can be cheaper switches, 2.5g is a good sweet spot between price and future proofing, but even 1g is fine for most individual clients (the kind that could probably be fine on WiFi). You can consider saving a little on access layer switches by only getting 1 PoE switch for whatever needs it (remember your WAPs are connecting to the distribution switch, not here), and non-PoE for your workstations, because desk phones are falling out of favor. You can also save money here by not buying managed switches if you don't need them--but really do some soul searching there, if you go this route, then anything that isn't on your workstation VLAN would either need to be connected to the distribution switch, or its own access layer switch. Also, don't feel like you need a fancy fabric stacking switches for your access layer, that is the point of the higher-end distribution layer, to remove the need for things like that at this level. Home Hardware: I'm realizing the above assumed an office setting, if this if for your house and home lab then the above still applies, but you'll probably want everything managed and PoE, just because, but you probably also don't need multiple access layer switches. If your total port count is below 24, just skip separating distribution layer and access layer and just get one nice switch with the features you want. If you are at the point of considering a 48-port switch, I would instead get a nice high-end distribution switch for things that need it, and cheaper access layer switches with specs based on the needs of connected devices. For home use, don't worry about home running every device to the main switch, there is nothing wrong with running sub-switches for your media areas and office, those essentially become your access layer, just look for sub-switches with a 10g uplink so sharing bandwidth isn't an issue. Just make sure you always connect them to your distribution/main switch, don't daisy chain, the path should never have more steps than Client>Access>Distribution>Firewall>Internet.
    • Google Meet brings Gemini note-taking to AI Pro and Ultra subscribers by Karthik Mudaliar Google's Gemini-powered "Take notes for me" feature inside Google Meet is now available to Google AI Pro and Ultra subscribers. The features work on Google Meet for web as well as on mobile, and Google says that subscribers can use it for meetings they host in many supported languages. As the name suggests, "Take notes for me" allows Gemini to listen to a meeting, generate a summary, identify action items, and save the notes as a Google Doc in the user’s Drive. After the meeting, the organizer receives an email recap with the summary and action items, while the notes can also be attached to the related Calendar event depending on the meeting setup and sharing settings. The feature isn't automatically turned on for everyone, though. Google says that all meeting participants are notified when note-taking is turned on, and users can start it from the pencil icon in Meet or enable it for future calls through Meet’s meeting records settings. For work or school accounts, administrators can also control whether the feature is available and may require explicit participant consent for note-taking, recording, or transcription features. The feature first launched back in 2024, when it was available just for selected Workspace users. Over the years, Google added refinements and more options, including the ability to enable it when scheduling meetings via Google Calendar. Google's support docs say that the feature currently supports English, French, German, Italian, Japanese, Korean, Portuguese, and Spanish, but only one language at a time. Meetings with multiple spoken languages are not currently supported, and Google recommends using the tool for meetings between 15 minutes and eight hours. The new feature makes Google Meet closer to its rivals that have AI tools already built in. Microsoft Teams has recently started offering Copilot and intelligent recap features that summarize meetings, surface highlights, and help with follow-ups, while Zoom’s AI Companion can also generate meeting summaries from desktop and mobile meetings.
    • GnuCash 5.16 by Razvan Serea GnuCash is a personal and small business finance application, freely licensed under the GNU GPL and available for GNU/Linux, BSD, Solaris, Mac OS X and Microsoft Windows. It’s designed to be easy to use, yet powerful and flexible. GnuCash allows you to track your income and expenses, reconcile bank accounts, monitor stock portfolios and manage your small business finances. It is based on professional accounting principles to ensure balanced books and accurate reports. GnuCash can keep track of your personal finances in as much detail as you prefer. If you are just starting out, use GnuCash to keep track of your checkbook. You may then decide to track cash as well as credit card purchases to better determine where your money is being spent. When you start investing, you can use GnuCash to help monitor your portfolio. Buying a vehicle or a home? GnuCash will help you plan the investment and track loan payments. If your financial records span the globe, GnuCash provides all the multiple-currency support you need. Between 5.15 and 5.16, the following bugfixes were accomplished: Bug 421610 - RFE: Include logical dates for View->Filter by "date range"The Select Range section of the Date tab of the register's Filter By dialog box is changed to provide relative, specific date, or days ago options for the start and end of the filter range. The Show number of days item label is changed to Show from days ago to better reflect what it does. Bug 436105 - esc key not working as expected in register: Enable the escape key to cancel a field edit. Bug 797384 - Gnucash doesn't handle commodity prices with big numerator/denominator properly. Bug 798004 - Next gen UI for stock transactions Bug 799314 - Add "enter now" option in scheduled transaction editor. tab to allow users to select the scheduled transactions to be included in a “Since Last Run…” window. If there are no instances of a selected transaction triggered by today’s date, the next instance is triggered. Bug 799751 - autocomplete crash Bug 799759 - Users can't Enable entries via Checkboxes on Scheduled Transactions PageAllow the Enabled box in the list of scheduled transactions to be operated instead of having to open the transaction editor dialog and change the Enabled checkbox. Also added use of the Name column as the secondary column sort for all the other columns. Bug 799762 - Poor handling of cases where hidden/placeholder accounts are used in the account register Bug 799766 - Double line preference not respected in search register Bug 799767 - POST /accounts in bindings/python/example_scripts/rest-api is broken Bug 799777 - `xaccSplitSetParent`: reparenting a committed split silently drops its KVP slots (online_id, cap-gains links) Other changes & improvements: Numeric values may now be selected to copy in the Accounts page. Add new Finance::Quote source Finnhub.io: Free API key (personal/non-professional use) available at https://finnhub.io. Set FINNHUB_API_KEY environment variable to API key to use this source. As of June 2026, free tier API limit is 60 API calls/minute. The Investment Lots report has new optional columns for Computed Annual Growth Rate. Python Bindings: Improved translation of primary object (Account, Transaction, Split, etc.) so that they can be treated as normal Python objects. This is accomplished with SWIG magic so no existing code is obsoleted. Python Bindings: Better conversion of GLists to Python lists. Python Bindings: Destroy the QofSession in the Python Session dtor to prevent leaving the database locked. [engine] Add first-class online_id accessors for Split and Account and make them available to Python bindings, removing the unused Transaction online_id property. Improve C++ implementation of QofBook. Correct the Doxygen doc for qof_instance_get/set_kvp. [gnc-log-replay.cpp] fix incorrect guid dump Add some Boost library requirements needed by libgnucash-guile to CMakeLists.txt so that missing feature will fail at configure time. Use Compile-time Regular Expressions instead of std::regex in gnc-filepath-utils.cpp and instead of boost::regex in the CSV importer, with the CTRE v3.11.1 header added to borrowed [gnc-filepath-utils.cpp] null check char* arguments Add ChartJS licenses. Removed AEX from list of commodities. euronext.com is now using JS based anti-webscraping. [report-core] always offer options summary in reports. This is useful to debug reports. The Add options summary option is removed because it's no longer optional. Remove remaining obsolete IMContext from sheet Fix blurry text in HiDPI offscreen-rendered widgets Add port field to database connection dialog: The convention of appending the port number after the host isn't obvious. When editing a split in the register treat the account as being changed only if it isn't the one selected before editing instead of if the user performed an edit Return immediately from qof_book_destroy if hash_of_collections is null. If qof_book_destroy is called on a QofBook* freshly created with qof_book_new (usually because it was used to create a session that now must be destroyed) it would try to empty the non-existent hash tables, crashing. Clean up Flathub metadata to solve warnings at flatpak build time. Be consistent in naming GncPluginPage and GncPluginPageRegister HTML: Remove unimplemented function declarations. [gnc-html.cpp] remove unused buggy string conversion functions Convert libgnc-html to C++ Apply -Wall -Werr -Wmissing-prototypes to C++ compilation on Windows and fix the resulting errors. New and Updated Translations: Arabic, Croatian, Danish, Dutch, German, Finnish, Hungarian, Korean, Norwegian-Bokmal, Spanish Download: GnuCash 5.16 | 176.0 MB (Open Source) Links: GnuCash Home page | Other Operating Systems | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Microsoft finally launches WSL Containers in public preview by David Uzondu Microsoft has announced that WSL containers, a feature that allows developers to run Linux containers natively inside Windows without the need for Docker Desktop, is now available in public preview several weeks after Microsoft previewed it at Build 2026. To use the new container feature, you first have to install the latest pre-release version of the Windows Subsystem for Linux by running a quick update command in your terminal: wsl --update --pre-release After installing, you'd get access to the new Linux container CLI (wslc.exe) and the programmable API. Microsoft said that the CLI has a "familiar format" that matches the toolsets developers already use every day. If you know standard Docker commands, your muscle memory will translate directly to wslc.exe, which even features a built-in alias called container.exe. You can quickly run a full Ubuntu KDE desktop container by exposing ports, or pass your graphics card straight into a machine learning environment to run PyTorch workloads. Passing the --gpus all flag inside the run command instantly links your hardware. Image via Microsoft As for the API, developers can now embed Linux container operations directly inside native Windows applications without exposing the command line to users. The team integrated the API directly into MSBuild and CMake, so developers can define container steps directly in project files. Apart from bringing the CLI and API into public preview, Microsoft also said that it's working on a new default file system called virtiofs to speed up file transfer rates between Windows and Linux. Microsoft also introduced an experimental networking mode named consomme, which resolves compatibility issues with corporate VPNs by routing Linux network traffic straight through Windows. One thing to note about WSL containers is that they don't run in your standard WSL distributions; instead, every application and CLI session spawns its own lightweight Hyper-V utility VM in the background. This basically reduces the chances of one app snooping on the container of another app.
  • Recent Achievements

    • Reacting Well
      NovaEdgeX earned a badge
      Reacting Well
    • Week One Done
      NovaEdgeX earned a badge
      Week One Done
    • One Year In
      BA the Curmudgeon earned a badge
      One Year In
    • Conversation Starter
      rosiecharles earned a badge
      Conversation Starter
    • First Post
      KMilenkoski1202 earned a badge
      First Post
  • Popular Contributors

    1. 1
      +primortal
      535
    2. 2
      +Edouard
      269
    3. 3
      PsYcHoKiLLa
      150
    4. 4
      Steven P.
      98
    5. 5
      macoman
      66
  • Tell a friend

    Love Neowin? Tell a friend!