History of Google Chrome
- Google Chrome System Requirements Windows 10
- Google Chrome System Requirements Windows Xp
- Google Chrome System Requirements Windows 7
- Google Chrome System Requirements Windows
Google Chrome 64-bit was released in 2014. The browser, Google Chrome utilizes a minimalistic approach to design with all the technological sophistication that needs to come with a faster, safer, and more stable web browser.
Can I use Google Chrome 64-bit?
For Windows 10/8.1/8/7 32-bit. For Windows 10/8.1/8/7 64-bit. This computer will no longer receive Google Chrome updates because Windows XP and Windows Vista are no longer supported. Operating System. Recommended Requirements. Minimum Requirements. 2nd-generation Core i5 (2GHz+), 3rd/4th-generation Core i5 processor, or equivalent; Windows 7 or later. Core i3 or equivalent. Windows Vista or later. Macbook Pro 2011 or newer, Macbook Air 2012 or newer; OS X 10.9 or above. Macbook Pro 2010, Macbook Air. Operating System: The 32- or 64-bit version of Windows 10, Windows 8.1, Server 2019, Server 2016, or Server 2012 R2. Note for certain Windows products: Beginning January 14, 2020, Microsoft has ended support for Windows 7 and Windows Server 2008/2008 R2. And since Android Studio is available on Windows, Linux and Mac, you can try Chrome OS via Android Studio no matter the operating system you use. Android Studio itself is an official IDE for Android. One of the components contained on this tool is an emulator which allows you to run Android apps on desktop.
Chrome is now optimized to run on 64-bit processors running Windows. If you are running a Windows operating system of 7, 8, 8.1, or 10, on a computer that uses a 64-bit processor, then you can use Google Chrome 64-bit.
What is Included in Google Chrome 64-bit?
Its top three upgraded features are arguably made just for 64-bit processor users.
In terms of speed, of course, 64-bit processors are faster than the 32-bit processors; so Google claims on average; 64-bit users of Google Chrome 64-bit will see around twenty-five percent improvement in performance, especially when viewing visual elements.
Google states that the 64-bit version of Google Chrome overall helps improve the quality and speed of High Definition videos on YouTube.
On stability, Google claims Chrome 64-bit experiences crashes about half as often as their 32-bit version of Chrome. This is great, considering Chrome already has a low crash rate.
Finally, an upgrade in security takes utilization of a feature in Windows 8 that seemingly makes it more difficult for hackers and attackers to find and target the processes running on your computer.
In addition, Google Chrome 64-bit comes with desktop shortcuts that allow you to access your favorite websites, bookmarks, and apps straight from your desktop.
Pros
- More secure: the 64-bit version utilizes a feature found in Windows 8.1 called the High Entropy ASLR – Address Space Layout Randomization.
- More stable
- Faster
- Quicker loading time
- Protects against third-party software.
- Half as many crashes as the 32-bit versions
- Adobe Flash 64-bit is included automatically
- Shockwave Player is included automatically
Because Google worked with Adobe to improve Adobe Flash, there are a variety of protections set up against an array of attacks, which end up being more effective on 64-bit versions of Google Chrome.
Cons
- Requires about 112.0 MB of RAM, but with a 64-bit system this should not cause so much of an issue.
- Lacks a NPAPI plug-in support system
- Some Silverlight and Java version work because they have support for 64-bit, but most do not.
Concluding Thoughts
If you are not running Google Chrome 64-bit, then you should be. The only reason you do not have to run the 64-bit version is that your computer is not able to run it. If you want a faster, more stable and more secure connection, then upgrading to Google Chrome 64-bit is the best choice. Even computers built in at least the last five years should be able to run Chrome 64-bit; however, there is no automatic update for this upgrade, you have to go in and download it yourself.
Most users will not even notice the difference when running the 32-bit or 64-bit versions, but tests have shown there are only slight differences between the two versions. However, because of the added stability features it is worth your while to upgrade to the 64-bit version just for the added security, if nothing else.
There are instructions for other platforms linked from the get the code page.
Instructions for Google Employees
Are you a Google employee? See go/building-chrome-win instead.
System requirements
- A 64-bit Intel machine with at least 8GB of RAM. More than 16GB is highly recommended.
- At least 100GB of free disk space on an NTFS-formatted hard drive. FAT32 will not work, as some of the Git packfiles are larger than 4GB.
- An appropriate version of Visual Studio, as described below.
- Windows 10 or newer.
Setting up Windows
Visual Studio
Chromium requires Visual Studio 2017 (>=15.7.2) to build, but VS2019 (>=16.0.0) is preferred. Visual Studio can also be used to debug Chromium, and VS2019 is preferred for this as it handles Chromium‘s large debug information much better. The clang-cl compiler is used but Visual Studio's header files, libraries, and some tools are required. Visual Studio Community Edition should work if its license is appropriate for you. You must install the 'Desktop development with C++' component and the 'MFC/ATL support' sub-components. This can be done from the command line by passing these arguments to the Visual Studio installer (see below for ARM64 instructions):
Google Chrome System Requirements Windows 10
If you want to build for ARM64 Win32 then some extra arguments are needed. The full set for that case is:
You must have the version 10.0.19041 or higher Windows 10 SDK installed. This can be installed separately or by checking the appropriate box in the Visual Studio Installer.
The SDK Debugging Tools must also be installed. If the Windows 10 SDK was installed via the Visual Studio installer, then they can be installed by going to: Control Panel → Programs → Programs and Features → Select the 'Windows Software Development Kit' → Change → Change → Check 'Debugging Tools For Windows' → Change. Or, you can download the standalone SDK installer and use it to install the Debugging Tools.
Install depot_tools
Download the depot_tools bundle and extract it somewhere.
Add depot_tools to the start of your PATH (must be ahead of any installs of Python). Assuming you unzipped the bundle to C:srcdepot_tools, open:
Google chrome latest download version. Control Panel → System and Security → System → Advanced system settings
If you have Administrator access, Modify the PATH system variable and put C:srcdepot_tools
at the front (or at least in front of any directory that might already have a copy of Python or Git).
If you don't have Administrator access, you can add a user-level PATH environment variable and put C:srcdepot_tools
at the front, but if your system PATH has a Python in it, you will be out of luck.
Also, add a DEPOT_TOOLS_WIN_TOOLCHAIN system variable in the same way, and set it to 0. This tells depot_tools to use your locally installed version of Visual Studio (by default, depot_tools will try to use a google-internal version).
You may also have to set variable vs2017_install
or vs2019_install
to your installation path of Visual Studio 2017 or 19, like set vs2019_install=C:Program Files (x86)Microsoft Visual Studio2019Professional
for Visual Studio 2019.
From a cmd.exe shell, run the command gclient (without arguments). On first run, gclient will install all the Windows-specific bits needed to work with the code, including msysgit and python.
- If you run gclient from a non-cmd shell (e.g., cygwin, PowerShell), it may appear to run properly, but msysgit, python, and other tools may not get installed correctly.
- If you see strange errors with the file system on the first run of gclient, you may want to disable Windows Indexing.
After running gclient open a command prompt and type where python
and confirm that the depot_tools python.bat
comes ahead of any copies of python.exe. Failing to ensure this can lead to overbuilding when using gn - see crbug.com/611087.
Get the code
First, configure Git:
Create a chromium
directory for the checkout and change to it (you can call this whatever you like and put it wherever you like, as long as the full path has no spaces):
Run the fetch
tool from depot_tools
to check out the code and its dependencies.
Google Chrome System Requirements Windows Xp
If you don't want the full repo history, you can save a lot of time by adding the --no-history
flag to fetch
.
Expect the command to take 30 minutes on even a fast connection, and many hours on slower ones.
When fetch
completes, it will have created a hidden .gclient
file and a directory called src
in the working directory. The remaining instructions assume you have switched to the src
directory:
Optional: You can also install API keys if you want your build to talk to some Google services, but this is not necessary for most development and testing purposes.
Setting up the build
Chromium uses Ninja as its main build tool along with a tool called GN to generate .ninja
files. You can create any number of build directories with different configurations. To create a build directory:
- You only have to run this once for each new build directory, Ninja will update the build files as needed.
- You can replace
Default
with another name, but it should be a subdirectory ofout
. - For other build arguments, including release settings or using an alternate version of Visual Studio, see GN build configuration. The default will be a debug component build matching the current host operating system and CPU.
- For more info on GN, run
gn help
on the command line or read the quick start guide.
Faster builds
- Reduce file system overhead by excluding build directories from antivirus and indexing software.
- Store the build tree on a fast disk (preferably SSD).
- The more cores the better (20+ is not excessive) and lots of RAM is needed (64 GB is not excessive).
There are some gn flags that can improve build speeds. You can specify these in the editor that appears when you create your output directory (gn args out/Default
) or on the gn gen command line (gn gen out/Default --args='is_component_build = true is_debug = true'
). Some helpful settings to consider using include:
is_component_build = true
- this uses more, smaller DLLs, and incremental linking.enable_nacl = false
- this disables Native Client which is usually not needed for local builds.target_cpu = 'x86'
- x86 builds are slightly faster than x64 builds and support incremental linking for more targets. Note that if you set this but don‘t' set enable_nacl = false then build times may get worse.blink_symbol_level = 0
- turn off source-level debugging for blink to reduce build times, appropriate if you don't plan to debug blink.
In order to speed up linking you can set symbol_level = 1
or symbol_level = 0
- these options reduce the work the compiler and linker have to do. With symbol_level = 1
the compiler emits file name and line number information so you can still do source-level debugging but there will be no local variable or type information. With symbol_level = 0
there is no source-level debugging but call stacks still have function names. Changing symbol_level
requires recompiling everything.
In addition, Google employees should use goma, a distributed compilation system. Detailed information is available internally but the relevant gn arg is:
use_goma = true
To get any benefit from goma it is important to pass a large -j value to ninja. A good default is 10*numCores to 20*numCores. If you run autoninja then it will automatically pass an appropriate -j value to ninja for goma or not.
When invoking ninja specify ‘chrome' as the target to avoid building all test binaries as well.
Still, builds will take many hours on many machines.
Why is my build slow?
Many things can make builds slow, with Windows Defender slowing process startups being a frequent culprit. Have you ensured that the entire Chromium src directory is excluded from antivirus scanning (on Google machines this means putting it in a src
directory in the root of a drive)? Have you tried the different settings listed above, including different link settings and -j values? Have you asked on the chromium-dev mailing list to see if your build is slower than expected for your machine's specifications?
The next step is to gather some data. If you set the NINJA_SUMMARIZE_BUILD
environment variable to 1 then autoninja
will do three things. First, it will set the NINJA_STATUS environment variable so that ninja will print additional information while building Chrome. It will show how many build processes are running at any given time, how many build steps have completed, how many build steps have completed per second, and how long the build has been running, as shown here:
This makes slow process creation immediately obvious and lets you tell quickly if a build is running more slowly than normal.
In addition, setting NINJA_SUMMARIZE_BUILD=1
tells autoninja
to print a build performance summary when the build completes, showing the slowest build steps and slowest build-step types, as shown here:
The 'weighted' time is the elapsed time of each build step divided by the number of tasks that were running in parallel. This makes it an excellent approximation of how 'important' a slow step was. A link that is entirely or mostly serialized will have a weighted time that is the same or similar to its elapsed time. A compile that runs in parallel with 999 other compiles will have a weighted time that is tiny.
You can also generate these reports by manually running the script after a build:
Finally, setting NINJA_SUMMARIZE_BUILD=1
tells autoninja to tell Ninja to report on its own overhead by passing '-d stats'. This can be helpful if, for instance, process creation (which shows up in the StartEdge metric) is making builds slow, perhaps due to antivirus interference due to clang-cl not being in an excluded directory:
You can also get a visual report of the build performance with ninjatracing. This converts the .ninja_log file into a .json file which can be loaded into chrome://tracing:
Build Chromium
Ccleaner os x 10 11. Build Chromium (the 'chrome' target) with Ninja using the command:
autoninja
is a wrapper that automatically provides optimal values for the arguments passed to ninja
.
You can get a list of all of the other build targets from GN by running gn ls out/Default
from the command line. To compile one, pass to Ninja the GN label with no preceding '//' (so for //chrome/test:unit_tests
use ninja -C out/Default chrome/test:unit_tests`).
Run Chromium
Once it is built, you can simply run the browser:
Google Chrome System Requirements Windows 7
(The '.exe' suffix in the command is actually optional).
Running test targets
You can run the tests in the same way. You can also limit which tests are run using the --gtest_filter
arg, e.g.:
You can find out more about GoogleTest at its GitHub page.
Update your checkout
Google Chrome System Requirements Windows
To update an existing checkout, you can run
The first command updates the primary Chromium source repository and rebases any of your local branches on top of tip-of-tree (aka the Git branch origin/master
). If you don't want to use this script, you can also just use git pull
or other common Git commands to update the repo.
The second command syncs the subrepositories to the appropriate versions, deleting those that are no longer needed, and re-runs the hooks as needed.
Editing and Debugging With the Visual Studio IDE
You can use the Visual Studio IDE to edit and debug Chrome, with or without Intellisense support.
Using Visual Studio Intellisense
If you want to use Visual Studio Intellisense when developing Chromium, use the --ide
command line argument to gn gen
when you generate your output directory (as described on the get the code page):
GN will produce a file all.sln
in your build directory. It will internally use Ninja to compile while still allowing most IDE functions to work (there is no native Visual Studio compilation mode). If you manually run 'gen' again you will need to resupply this argument, but normally GN will keep the build and IDE files up to date automatically when you build.
The generated solution will contain several thousand projects and will be very slow to load. Use the --filters
argument to restrict generating project files for only the code you're interested in. Although this will also limit what files appear in the project explorer, debugging will still work and you can set breakpoints in files that you open manually. A minimal solution that will let you compile and run Chrome in the IDE but will not show any source files is:
You can selectively add other directories you care about to the filter like so: --filters=//chrome;//third_party/WebKit/*;//gpu/*
.
There are other options for controlling how the solution is generated, run gn help gen
for the current documentation.
Using Visual Studio without Intellisense
It is also possible to debug and develop Chrome in Visual Studio without the overhead of a multi-project solution file. Simply 'open' your chrome.exe binary with File->Open->Project/Solution
, or from a Visual Studio command prompt like so: devenv /debugexe outDebugchrome.exe
. Many of Visual Studio's code exploration features will not work in this configuration, but by installing the VsChromium Visual Studio Extension you can get the source code to appear in the solution explorer window along with other useful features such as code search. You can add multiple executables of interest (base_unittests.exe, browser_tests.exe) to your solution with File->Add->Existing Project..
and change which one will be debugged by right-clicking on them in Solution Explorer
and selecting Set as Startup Project
. You can also change their properties, including command line arguments, by right-clicking on them in Solution Explorer
and selecting Properties
.
By default when you start debugging in Visual Studio the debugger will only attach to the main browser process. To debug all of Chrome, install Microsoft's Child Process Debugging Power Tool. You will also need to run Visual Studio as administrator, or it will silently fail to attach to some of Chrome's child processes.