구차니의 잡동사니 모음

sudo add-apt-repository ppa:maarten-fonville/android-studio

sudo apt-get update

sudo apt-get install android-studio

// 안드로이드 가상 머신 + studio

$ free -h
              total        used        free      shared  buff/cache   available
Mem:           3.8G        2.9G        102M        266M        776M        377M
스왑:        2.0G        388M        1.6G

// studio

$ free -h
              total        used        free      shared  buff/cache   available
Mem:           3.8G        2.7G        436M        120M        619M        700M
스왑:        2.0G        388M        1.6G

// 전부 종료 후

$ free -h
              total        used        free      shared  buff/cache   available
Mem:           3.8G        930M        2.2G        108M        640M        2.5G
스왑:        2.0G        387M        1.6G

6.1.3. Using Build Profiles

To activate one or more build profiles from the command line, use the following option:

-P, --activate-profiles <arg>Comma-delimited list of profiles to activate

For more information about build profiles, see Chapter 5, Build Profiles.

shared_buffers =  — Editing this option is the simplest way to improve the performance of your database server. The default is pretty low for most modern hardware. General wisdom says that this should be set to roughly 25% of available RAM on the system. Like most of the options I will outline here you will simply need to try them at different levels (both up and down ) and see how well it works on your particular system. Most people find that setting it larger than a third starts to degrade performance.

effective_cache_size =  — This value tells PostgreSQL's optimizer how much memory PostgreSQL has available for caching data and helps in determing whether or not it use an index or not. The larger the value increases the likely hood of using an index. This should be set to the amount of memory allocated to shared_buffers plus the amount of OS cache available. Often this is more than 50% of the total system memory.

work_mem =  — This option is used to control the amount of memory using in sort operations and hash tables. While you may need to increase the amount of memory if you do a ton of sorting in your application, care needs to be taken. This isn't a system wide parameter, but a per operation one. So if a complex query has several sort operations in it it will use multiple work_mem units of memory. Not to mention that multiple backends could be doing this at once. This query can often lead your database server to swap if the value is too large. This option was previously called sort_mem in older versions of PostgreSQL.