Tag Archives: Bloat

Bloatware – a tale of two installations

Leave a reply

In a previous post, I showed that AutoCAD is bloatware by comparing the size of its downloads to that of BricsCAD. Obviously, an application that’s ten times the size it should be is going to cost you a lot of unnecessary bandwidth, download time and drive space. But maybe you don’t care about that. What practical difference does it make?

Well, for one thing, the blimping-out of Autodesk’s former flagship product has a big effect on installation time. Vast and ever-increasing amounts of time are wasted by users of Autodesk products, just waiting for the things to finish installing. But isn’t this just the inevitable price to pay for the functionality provided?

No. Again, BricsCAD proves it.

The installation comparison is shown below. These installations were performed on a mid-range Windows 10 i7 PC with 8 GB RAM. The downloaded files were executed from a local hard drive and the applications were installed to a local SSD. If I needed to enter information manually, I stopped the clock while that was going on. Times are the total elapsed time from commencement in minutes and seconds. More user input was required for the AutoCAD install, but that has not been counted in this comparison. That is, by eliminating the human input stages I’m being kind to Autodesk.

I performed a complete default installation of BricsCAD. In the case of AutoCAD, I turned off the installation of Recap and A360 Desktop to make for a fair comparison, as equivalents are not part of the BricsCAD install and those components are not required by the average CAD user. Everything else was as per default settings.

BricsCAD V17.2 64-bit Windows Installation
Installation Operation
 Timestamp
Execute BricsCAD-V17.2.03-1-en_US(x64).msi 0:00
Prompt for questions 0:03
Click Yes for UAC Allow 0:14
Installation complete, start application 0:35
First run startup 0:40
Total time from install to ready to draw
 0:40 (100%)

That’s astonishingly fast. Remember, this is an application that is more capable than AutoCAD overall. How does installing AutoCAD itself compare?

Equivalent AutoCAD 2018 64-bit Windows Installation
Installation Operation
 Timestamp
Execute AutoCAD_2018_English_Win_64bit_dlm_001_002.sfx.exe 0:00
Self-extractor finishes initializing 2:46
Self-extractor finishes extracting, click Yes for UAC Allow 4:56
Install screen appears, answer questions, start install proper 5:04
Desktop icon appears 8:10
Install complete, restart required 10:21
Restart complete, start application 11:41
Activation begins 12:05
Activation complete 12:21
Close AutoCAD, execute AutoCAD_2018_Product_Help_English_Win_32_64bit_dlm.sfx.exe 12:25
Self-extractor finishes initializing 14:44
Self-extractor finishes extracting, click Yes for UAC Allow 14:54
Install screen appears, answer questions, start install proper 14:57
Offline Help installation complete, execute AutoCAD_2018.0.1_64bit_r2.exe 15:44
2018.0.1 install complete, start AutoCAD 16:50
Second startup complete 17:18
Total time from install to ready to draw
 17:18 (2595%)

Installed sizes are roughly 0.5 GB for BricsCAD and 2.4 GB for AutoCAD. It’s hard to be exact because Autodesk likes to perform multiple installs when one is requested and tends to squirrel away various components in a variety of places. Here are the ten(!) new entries in Add or Remove Programs after just the first stage of the AutoCAD install:

OK, so maybe AutoCAD takes 26 times as long as BricsCAD to install. But the AutoCAD installation images are so much prettier than the plain old BricsCAD dialogs! Shall we call it a draw?

No.

Autodesk, you took a real pounding here. Bricsys chewed you up, spat you out, ground the chewings into the dust, set fire to the remains and then put out the fire with bodily fluids. Sorry, but you deserve it. Your installations have been ridiculously slow for years and are getting worse. Installing a vertical product or suite is beyond a joke; it makes even the AutoCAD install look speedy. It’s not good enough.

Simplifying CAD Management the Autodesk way

7 Replies

According to Autodesk, one of the benefits of subscription (rental) is simplified administration. To prove it, Autodesk has provided a simple guide for CAD Managers called The Software Administrator’s Guide to Autodesk Subscriptions – How to Set Up, Install, and Manage Your Software and Users.

It’s 18.7 MB and 78 pages long.

Don’t worry though, this simple guide helpfully includes a simple guide on how to read it.

Among other things, this eBook provides handy hints on how subscription’s simplified administration regime for standalone licenses requires you to pre-emptively name all your users, set them all up with Autodesk accounts and define what software each is allowed to use. There’s a note to say that your Internet connection needs to be working at the time of installation (obviously) and also every 30 days (less obvious) or you won’t be able to use the software.

The guide describes how you can simply go online to Autodesk Accounts (assuming it’s up), and switch those permissions around when Bert is away on site and Ernie needs to hop on his PC at 6 PM to make a quick change before a drawing goes out. It mentions how Ernie will be sent an email with a link to follow so they can sign up before using the product. The CAD Manager is encouraged to check with Ernie to make sure it all worked, and check online to ensure Ernie’s sign-in went according to plan.

Make sure you get in early tomorrow morning before Bert’s shift starts so you can switch the user permissions back again. What? You planned to have the day off? Don’t you understand that your job has been redefined by Autodesk? I dub thee “not a team player”.

Don’t complain, because the new procedure is clearly much more simple than the old-fashioned perpetual license method. You know, the one which involved the far more complex procedure of Ernie logging on to Bert’s PC and using the software, then Bert logging on and using it the next day. How did we ever cope before Autodesk’s magnificent management enhancement?

If the huge job efficiency boost provided by this simplified new method doesn’t have CAD Managers throwing their perpetual licenses at Autodesk in a subscription-hungry frenzy, I don’t know what will.

Simplifying CAD Management is alive at Autodesk.

Bloatware – a tale of two CAD applications

10 Replies

You may have seen me mention in passing that AutoCAD is bloatware. That’s not just the general grumpy-old-user moan you see from long-term users like me, who can remember when AutoCAD used to fit on one floppy disk.

Yes, programs get bigger over time as new functionality is added and old functionality needs to be retained. Hardware gets bigger, better, faster over time to compensate for that. I get that. Understood.

The AutoCAD bloatware problem is much more than that. AutoCAD is literally ten times the size it needs to be, to provide the functionality it does.

How do I know? BricsCAD proves it. Here’s what I mean.

BricsCAD V17.2 64-bit Windows Download
Downloaded File Size (KB)
BricsCAD-V17.2.03-1-en_US(x64).msi 248,812
Total (1 file) 248,812 (100%)
Equivalent AutoCAD 2018 Downloads
Downloaded File Size (KB)
AutoCAD_2018_English_Win_64bit_dlm_001_002.sfx.exe 2,065,829
AutoCAD_2018_English_Win_64bit_dlm_002_002.sfx.exe 328,277
AutoCAD_2018.0.1_64bit_r2.exe 120,663
AutoCAD_2018_Product_Help_English_Win_32_64bit_dlm.sfx.exe 180,013
Total (4 files) 2,694,782 (1083%)

Which dog is which? They’re both cute, but which would you put your money on in a race?

(Original image: Przykuta)

(Original image: Lisa Cyr)

I’m actually being very generous to Autodesk in this comparison. The two primary AutoCAD download executables alone expand from 2.4 GB to 5.2 GB before install, requiring a total at least 7.6 GB of disk space before we even get to the same ready-to-install point as BricsCAD’s 0.24 GB MSI file.

No, it’s not because BricsCAD is a cut-down application compared with AutoCAD. The opposite is true. Overall, BricsCAD is significantly more feature-rich than AutoCAD. It near-exactly duplicates over 95% of AutoCAD’s functionality and then adds a big slab of its own on top of that. Some of it is in paid-for optional extras, but the code that provides that functionality is still included in the same small download.

This issue isn’t unique to AutoCAD. Super-morbid obesity seems to be standard among Autodesk products. The AutoCAD-based verticals that add a comparable level of functionality to that the BricsCAD download includes are much bigger again!

Anybody care to explain what’s going on here?

Installation tip – save time and space

5 Replies

If you download AutoCAD or other Autodesk products from either the trial or Subscription sites, the executable you get (e.g. AutoCAD_2012_English_Win_32bit.exe) is actually a self-extracting archive rather than a real installer. When you run it, you are prompted for a destination folder, with a default location such as this:

C:\Autodesk\AutoCAD_2012_English_Win_32bit

The actual installer (setup.exe) and all of the files it needs are then unzipped and placed in a folder structure in that location. When the extraction is finished, the self-extracting executable automatically runs setup.exe and the installation proper can begin. Once the installation is complete, the extracted files are left in place.

You can take advantage of this simple knowledge in various ways:

  • Sometimes, you may you need to run the installer more than once on the same PC. For example, you might need to uninstall/reinstall AutoCAD, or you might be a CAD Manager who installs AutoCAD for on your own PC and later creates a deployment for the other users. Or you might start installing AutoCAD, cancel it for whatever reason, then come back to it later. If so, don’t just run the downloaded executable again. Instead, locate the actual setup.exe installer that has been left behind and run that instead. That cuts out the extraction step and saves time.
  • If you’re going to do standalone installs on several PCs rather than making a deployment, don’t go through the extraction process again and again. Instead, do it once and then copy the extracted folder to a location that can be used from other PCs. This might be a USB drive or DVD, which you can store safely for later reinstalls. If you are going to install to the other PCs from a network drive, during the first install you can directly specify that as the destination folder and cut out the manual file copying step.
  • If you think it’s unlikely you’re going to need the extracted files again, you can delete or move them and recover the space. If you download a product and install it, you end up with three copies of the product files using up your space; the self-extractor, the extracted files and the installed product itself. It probably doesn’t all need to be on your C: drive. Although bulk hard disk space is plentiful and cheap, it’s becoming more common to use a small high-speed drive or SSD as the OS/program drive drive, and you might have a significant portion of it given over to a bunch of files you don’t need. Because Autodesk products are increasingly (and sometimes completely pointlessly) bloated, you might be surprised at how much space you can recover.
    However, as Chris Cowgill has pointed out, you may need to have the “media” available when you install Updates, etc. Keeping a copy of the extracted files on a DVD or USB key should do the trick if you’re hard up for hard disk space.

Note that this applies to the Windows downloads only; I know nothing about the mechanics of Autodesk’s Mac installation downloads.

ClassicArray Release Candidate – massive download bloat

I have just posted the Release Candidate of ClassicArray™ (version number 0.6.0). The main changes from Beta 2 (0.5.0) are:

  • Setup executables have been provided to provide easier installation and uninstallation.
  • Pretty comprehensive Help documentation is now in place, which you can also view here if you want to learn about the product without installing it.
  • Bug fixed with Path preview not displaying accurately when no path is selected.
  • Minor cosmetic dialog box fixes.
  • Timebomb has been moved on 7 days to 28 April.

Regrettably, the download file size has blown out to 787 KB because of the inclusion of the Help files and setup executables. There are two setup choices; one for all users (requires admin rights) and one for the current user only (admin rights not required). When installing the Release Candidate, it is not necessary to uninstall the Beta first. I would appreciate any feedback you might have, particularly on installation and uninstallation. If there are no significant problems reported with this version, I intend to release it in this form, except for version information and the timebomb mechanism.

Please see the main ClassicArray Beta post for the download, and add any comments there.

AutoCAD 2012 – Massive download bloat

4 Replies

Note: this post is not an April fool’s joke. It may be ridiculous and hard to believe, but unfortunately it’s all true.

After I managed to overcome Autodesk’s obstructive download manger and download AutoCAD 2012, it became available on the Subscription site (when that site wasn’t running unusably slowly). Or it became kind-of available. Here’s what is actually available:

  • AutoCAD 2012 Multilingual 32 bit
    Download File Size: 2,080,558,319 bytes (1,984.2 MB)
  • AutoCAD 2012 English Korean Traditional-Chinese Simplified-Chinese Win 64bit
    Download File Size: 2,240,915,999 bytes (2,137.1 MB)

These file sizes are roughly double those of the AutoCAD 2012 English files I’ve already downloaded from the trial page and installed. The 32-bit English file is 1,144,011,680 bytes, or 55% of the size of what the Subscription site is trying to offer me.

Why? Because the Subscription downloads contain three bonus Asian language packs. It has apparently escaped Autodesk’s notice that Australia is an English-speaking country, and that the ability to install a Korean version of AutoCAD 2012 isn’t going to be spectacularly useful here. Duh!

There was a a distribution fiasco last year when Autodesk couldn’t make up its mind which AutoCAD 2011 language variant Australian users were supposed to use. This resulted in weeks of delays, uncertainty and disrupted shipments. This year, there’s less uncertainty. Somebody has made a firm decision about what we’re getting, right from the start. What a shame it’s the wrong one, and it makes Autodesk look utterly clueless.

Just in case you’re wondering, the AutoCAD 2012 English from the trial page installs and works fine, correctly detecting that I’m in Australia and presenting the correct legal information. The installation also registers and authorises correctly using the serial number provided on the Subscription site. No problems there, then.

What, then, is the reason for the massive download bloat? Is it really just stupidity, or is there some legitimate reason for it? I’m informed that installing the English version of 2012 in Australia may cause some problems with Migration when upgrading to 2013. I am unconcerned about this for two reasons. First, I’m sure migrating from 2012 English to 2013 English will work just as well here as it does elsewhere in the world. it’s not as if the Migration utility has to invert the bits or anything for Down Under users. Second, I have avoided Migration anyway since AutoCAD 2006, when “improvements” rendered it effectively unusable to me.