容器里编译慢

Ⅰ Android Studio编译慢，卡死和狂占内存怎么破

你好，已经使用Android Studio进行开发超过一年，随着项目的增大，依赖库的增多，构建速度越来越慢，现在最慢要6分钟才能build一个release的安装包，在网上查找资料，发现可以通过一些配置可以加快速度，这里跟大家分享一下。
开启gradle单独的守护进程
在下面的目录下面创建gradle.properties文件：
/home/<username>/.gradle/ (Linux)
/Users/<username>/.gradle/ (Mac)
C:\Users\<username>\.gradle (Windows)
并在文件中增加：
org.gradle.daemon=true

同时修改项目下的gradle.properties文件也可以优化：
# Project-wide Gradle settings.
# IDE (e.g. Android Studio) users:
# Settings specified in this file will override any Gradle settings
# configured through the IDE.
# For more details on how to configure your build environment visit
# http://www.gradle.org/docs/current/userguide/build_environment.html
# The Gradle daemon aims to improve the startup and execution time of Gradle.
# When set to true the Gradle daemon is to run the build.
# TODO: disable daemon on CI, since builds should be clean and reliable on servers
org.gradle.daemon=true
# Specifies the JVM arguments used for the daemon process.
# The setting is particularly useful for tweaking memory settings.
# Default value: -Xmx10248m -XX:MaxPermSize=256m
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
# When configured, Gradle will run in incubating parallel mode.
# This option should only be used with decoupled projects. More details, visit
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:decoupled_projects
org.gradle.parallel=true
# Enables new incubating mode that makes Gradle selective when configuring projects.
# Only relevant projects are configured which results in faster builds for large multi-projects.
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:configuration_on_demand
org.gradle.configureondemand=true

同时上面的这些参数也可以配置到前面的用户目录下的gradle.properties文件里，那样就不是针对一个项目生效，而是针对所有项目生效。上面的配置文件主要就是做， 增大gradle运行的java虚拟机的大小，让gradle在编译的时候使用独立进程，让gradle可以平行的运行。
修改android studio配置区 在android studio的配置中，开启offline模式，以及修改配置。实际上的配置和上面的一大段一样，主要是在这个地方配置的只会在ide构建的时候生效，命令行构建不会生效。

Ⅱ eclipse编译太慢了

编译慢原因有多种，其中可以通过修改eclipse.ini文件设置缓存大小，并将工作空间的validation的多项验证去除（因为这些验证也为在编译时被执行，只保留几个必须的，我就只设置了xml验证），希望能帮助到你

Ⅲ 怎样解决VS2019编译慢的问题

摘要 用过 vs 的朋友无不吐槽 编译慢。

Ⅳ java编译为什么那么慢

ecplipse编译慢，并不是说编译的工具慢，是由于工程代码很多，导致内存短时间产生不够的现象，表现出来的就是很慢。
很多程序在进行大数据的计算或者数据库的操作，都需要很多的内存来计算或者保存数据，编译环境这时候就会很卡。

Ⅳ php ob_start提高多少速度

由于PHP是“一边编译一边执行”的脚本语言，某种程度上也提供了一种相当方便的结果集缓存使用方法—通过动态include相应的数据定义代码段的方式使用缓存。

近来做了一阵子程序性能的优化工作，有个比较有意思的想法，想提出来和大家交流一下。

Cache是“以空间换时间”策略的典型应用模式，是提高系统性能的一种重要方法。缓存的使用在大访问量的情况下能够极大的减少对数据库操作的次数，明显降低系统负荷提高系统性能。相比页面的缓存，结果集是一种“原始数据”不包含格式信息，数据量相对较小，而且可以再进行格式化，所以显得相当灵活。由于PHP是“一边编译一边执行”的脚本语言，某种程度上也提供了一种相当方便的结果集缓存使用方法——通过动态include相应的数据定义代码段的方式使用缓存。如果在“RamDisk”上建缓存的话，效率应该还可以得到进一步的提升。以下是一小段示例代码，供参考。

// load data with cache

function
load_data($id,$cache_lifetime) {

// the return data

$data =
array();

// make cache filename

$cache_filename =
‘cache_‘.$id.‘.php‘;

// check cache file‘s last modify time

$cache_filetime = filemtime($cache_filename);

if (time() -
$cache_filetime <= $cache_lifetime) {

//** the cache is not expire

include($cache_filename);

} else {

//** the cache is
expired

// load data from database

// ...

while
($dbo->nextRecord()) {

// $data[] = ...

}

// format
the data as a php file

$data_cache = "
while (list($key, $val) =
each($data)) {

$data_cache .= "\$data[‘$key‘]=array(‘";

$data_cache .= "‘NAME‘=>\"".qoute($val[‘NAME‘])."\","

$data_cache .= "‘VALUE‘=>\"".qoute($val[‘VALUE‘])."\""

$data_cache .= ";);\r\n";

}

$data_cache = "?>\r\n";

// save the data to the cache file

if ($fd =
fopen($cache_filename,‘w+‘)) {

fputs($fd,$data_cache);

fclose($fd);

}

}

return $data;

}

?> 适用情况：

1.数据相对比较稳定，主要是读取操作。

2.文件操作要比数据库操作快。

3.复杂数据访问，大数据量访问，密集数据访问，系统数据库负载极重。

4.Web/DB分离结构或者多Web单DB结构。

未经证实的问题：

1.并发访问时对文件的读写是否会引起锁定问题。

2.涉及到的数据文件太多时，性能如何。

扩展思路：

1.生成JavaScript数据定义代码，在客户端调用。

2.还未想到……

望共同探讨。

缓存

如果你想要让自己庞大的PHP应用有更好的性能表现，采用缓存也是一种很好的方法。现在已经有许多缓存方案可供选择，其中包括：Zend
Cache，APC，和Afterburner Cache。

所有这些产品都属于“缓存模块”。当第一次出现对.php文件的请求时，它们会在Web服务器内存中保存PHP的中间代码，此后就用“经过编译”的版本响应后继的请求。这种方法确实能够改善应用的性能，因为它使得磁盘访问量减低到了最少的程度（代码已经读取和解析），代码直接在内存中运行使得服务器响应请求的速度大大提高。当然，缓存模块还会监视PHP源文件的变化，必要时重新缓存页面，从而防止了用户得到的页面仍旧由过时的PHP代码生成。由于缓存模块能够明显地降低服务器的负载、提高PHP应用的响应效率，因此它们非常适合于负载较大的网站使用。

如何选择这些缓存产品

Zend Cache是Zend Technologies公司的商业软件，而Zend
Technologies就是前面提到的那个为我们提供PHP引擎和免费Zend Optimizer的公司。Zend
Cache确实是名不虚传！对于大型的PHP页面，你可以感觉到第一次运行之后速度就会有所提高，而且服务器也会有更多的可用资源。遗憾的是这个产品并不免费，不过在有些情形下它仍旧是物超所值。

Afterburner Cache是来自Bware Technologies的免费缓存模块，当前这个产品还是Beta版。Afterburner
Cache的做法看起来与Zend Cache差不多，但它对性能的改善程度（还）不能与Zend Cache相比，而且它还不能与Zend
Optimizer一起工作。

APC是Alternative PHP Cache的缩写，它是来自Community
Connect的又一个免费缓存模块。这个产品已经具有足够的稳定性供正式场合使用，而且它看起来也能在很大程度上提高响应请求的速度。

有关压缩

来自Remote
Communications的免费Apache模块mod_gzip就具有为支持这类内容编码的浏览器压缩静态Web内容的能力。对于绝大多数静态Web内容，mod_gzip都非常有效。mod_gzip可以方便地编译到Apache里面，也可以作为DSO使用。据Remote
communications公司说，mod_gzip也能够压缩来自mod_php、mod_perl等的动态内容。我试了一次又一次，但看来还是不行。我看了许多关于mod_gzip的论坛和文章，看来到了mod_gzip的下一个版本（可能是1.3.14.6f）这个问题有望得到解决。在此之前，我们可以在网站的静态部分使用mod_gzip。

然而有时我们确实蹊要压缩动态内容，所以必须找找其他办法。有一种办法是使用class.gzip_encode.php，这是一个可以用来压缩页面内容的PHP类，具体方法是在PHP脚本的开头和末尾调用该类的某些函数。如果要在网站级实现这个方案，可以从php.ini文件的auto_prepend以及auto_append指令调用这些函数。这种方法虽然有效，但它无疑为高负载的网站带来了更多的开销。关于如何使用这个类的详细说明，请参见它的源代码。它的源代码说明相当完善，作者告诉了你所有你必须知道的事情。

PHP
4.0.4有一个新的输出缓存句柄ob_gzhandler，它与前面的类相似，但用法不同。使用ob_gzhandler时要在php.ini中加入的内容如下：

output_handler = ob_gzhandler
;

这行代码使得PHP激活输出缓存，并压缩它发送出去的所有内容。如果由于某种原因你不想在php.ini中加上这行代码，你还可以通过PHP源文件所在目录的.htaccess文件改变默认的服务器行为（不压缩），语法如下：

php_value
output_handler ob_gzhandler

或者是从PHP代码调用，如下所示：
ob_start("ob_gzhandler");

采用输出缓存句柄的方法确实非常有效，而且不会给服务器带来什么特殊的负荷。但必须注意的是，Netscape
Communicator对压缩图形的支持不佳，因此除非你能够保证所有用户都使用IE浏览器，否则你应该禁止压缩JPEG和GIF图形。一般地，对于所有其他文件，这种压缩都有效，但建议你针对各种浏览器都分别进行测试，特别是当你使用了特殊的插件或者数据查看器时这一点尤其重要。

阅读提示：PEAR 的缓冲包提供了缓冲动态内容，数据库查询和 PHP 函数调用的框架。本文介绍如何采用 PEAR 来缓冲 PHP 程序

采用 PEAR 来缓冲 PHP 程序

PHP 世界中缓冲是一个热门的话题，因为 PHP 产生的动态页面，每次用户请求都需要重新计算，不论请求的结果是否一样，同时，PHP
每次都会编译一次脚本。这样的超负荷运转对一个流量很高的网站来说肯定难以忍受。幸运的是， Web 的结果可以缓冲，而不需要重新运行和编译脚本，商品化的产品像
ZendCache 或者开源的 Alternate PHP Cache都提供了把 PHP 脚本编译为字节代码并缓冲的办法。

PEAR
的缓冲包提供了缓冲动态内容，数据库查询和 PHP 函数调用的框架。

就像 Perl 有 CPAN, TeX 有 CTAN，PHP
也有自己的中心资源库，存放类，库和模块。这个库称为 PEAR（PHP Extension and Add-On
Repository）。

本文假设你已经安装了 PEAR 环境，如果没有的话，可以去 PHP 网站下载。PEAR
的缓冲包包含一个总体的缓冲类和几个特别的子类。缓冲类使用容器类来存贮和管理缓冲数据。

下面是 PEAR
缓冲当前所包含的容器，以及各自的参数：

file -- file 容器在文件系统存储了缓冲的数据，是最快的容器。

cache_dir
-- 这是容器存储文件的目录。

filename_prefix -- 缓冲文件的前缀，例如："cache_"。

shm -- shm
容器把缓冲数据放入共享内存，基准测试显示，目前的实现下，这个容器的速度要比文件容器慢。

shm_key --
共享内存使用的键值。

shm_perm -- 使用共享内存数据段的权限。

shm_size --
分配共享内存的大小。

sem_key -- 信号灯的键值。

sem_perm -- 信号灯的权限。

db --
PEAR 的数据库抽象层。

dsn -- 数据库连接的 DSN 。可以参考 PEAR 的 DB 文档。

cache_table --
表的名字。

phplib -- phplib
容器使用数据库抽象层存储缓冲。

db_class

db_file

db_path

local_file

local_path

ext/dbx
-- PHP
的数据库抽象层扩展，如果像把缓冲存入数据库，可以采用这个容器。

mole

host

db

username

password

cache_table

persistent

使用
PEAR Cache 所得到的性能提升取决于你所选择的缓冲容器，例如，把数据库的结果再次存入数据库缓冲中就显得毫无意义。

PEAR Cache
的函数缓冲模块能把任何函数或者方法的结果缓冲，不论是 PHP
的内置函数还是用户自定义函数，他缺省采用文件容器，把缓冲数据放入到一个叫做function_cache 的目录。

Cache_Function
类的构造器可以有三个可选的参数：

$container ：缓冲容器的名字。

$container_options
：缓冲容器的数组参数。

$expires：缓冲对象过期的时间（秒数）。

普通的函数调用采用 Cache_Function 类的
call() 方法时，就能触发缓冲。调用 call()
很容易，的一个参数是函数的名字，然后是函数的参数，第二个参数是要调用函数中的第一个，依此类推，我们来看例子：

例1
缓冲函数和方法的调用
// 调用 PEAR Cache 的函数缓冲。

require_once
'Cache/Function.php';

// 定义一些类和函数。

class foo {

function
bar($test) {

echo
"foo::bar($test)

";

}

}

class bar {

function
foobar($object) {

echo
'$'.$object.'->foobar('.$object.')

';

}

}

$bar =
new bar;

function foobar() {

echo 'foobar()';

}

//
取得 Cache_Function 对象

$cache = new Cache_Function();

// 对 foo
类的静态函数 bar() 作缓冲(foo::bar())。

$cache->call('foo::bar',
'test');

// $bar->foobar()

$cache->call('bar->foobar',
'bar');

$cache->call('foobar');

?>

下面我们采用
Cache_Output 来把输出作缓冲：

例2 缓冲脚本的输出

// 加载 PEAR
Cache 的输出缓冲

require_once 'Cache/Output.php';

$cache = new
Cache_Output('file', array('cache_dir' => '.') );

//
计算要缓冲页面的标记，我们假定页面的缓冲取决于

// URL, HTTP GET 和 POST 变量以及
cookies。

$cache_id = $cache->generateID(

array('url' =>
$REQUEST_URI, '

post' => $HTTP_POST_VARS, 'cookies' =>
$HTTP_COOKIE_VARS) );

// 查询缓冲

if ($content =
$cache->start($cache_id)) {

// 缓冲命中

echo
$content;

die();

}

// 缓冲丢失

// -- 在这里插入内容产生代码
--

// 把页面存入缓冲

echo $cache->end();

?>
利用 Cache_Output 类，很容易把一个动态的数据库驱动的网站应用转化为静态，从而极大的提升站点的性能。越来越多的站点在采用 GZIP 压缩
HTML 内容，这样减少了服务器的带宽消耗，对于使用 Modem 上网的用户来说也能受益不少。

Cache_OutputCompression
扩展了 Cache_Output 类的功能，他把 GZIP 压缩的 HTML 内容进行缓冲，从而节省了 CPU 压缩的时间。

阅读提示：在本篇文章中，我们将对PHP应用程序的分析、如何改变脚本代码以及比较优化前后的各种参数值进行简要的介绍。

PHP应用程序的性能优化

使用PHP编程的最大好处是学习这种编程语言非常容易以及其丰富的库。即使对需要使用的函数不是十分了解，我们也能够猜测出如何完成一个特定的任务。

尽管PHP非常简单易学，但我们仍然需要花费一点时间来学习PHP的一些编程技巧，尤其是与性能和内存占用相关的技巧。在PHP中，有许多小技巧能够使我们减少内存的占用，并提高应用程序的性能。在本篇文章中，我们将对PHP应用程序的分析、如何改变脚本代码以及比较优化前后的各种参数值进行简要的介绍。

通过在程序中设置计时的程序，并反复执行这些代码，我们可以获得有关程序执行速度的一组数据，这些数据可以可以用来发现程序中的瓶颈，以及如何进行优化，提高应用程序的性能。

也许读者曾经听说过PEAR库吧。我们将使用PEAR库创建在分析时需要使用的例子，这也是对现有的代码进行分析的最简单的方法，它使我们无需使用商用产品就能对代码进行分析。

我们要使用的库的名字是PEAR::Benchmark，它对于对代码进行分析和性能测试非常有用。这个库提供一个名字为Benchmark_Timer()的类，能够记录一个函数调用和下一个函数调用之间的时间。在对代码的性能进行测试时，我们可以得到一个详细的脚本执行结果，它非常简单，如下所示：
include_once("Benchmark/Timer.php");

$bench
= new Benchmark_Timer;

$bench-> start();

$bench->
setMarker('Start of the script');

//
现在处于睡眠状态几分钟

sleep(5);

$bench-> stop();

//
从计时器中获得分析信息

print_r($bench->
getProfiling());

?>

上面代码执行后的输出如下所示：

Array

(

[0] => Array

(

[name] =>
Start

[time] => 1013214253.05751200

[diff] =>
-

[total] => 0

)

[1] =>
Array

(

[name] => Start of the script

[time] =>
1013214253.05761100

[diff] => 9.8943710327148E-05

[total]
=> 9.8943710327148E-05

)

[2] =>
Array

(

[name] => Stop

[time] =>
1013214258.04920700

[diff] => 4.9915959835052

[total] =>
4.9916949272156

)

)

上面的数字似乎是一组杂乱无章的数字，但如果程序的规模更大，这些数字就十分地有用了。

也许广大读者也能猜测到，数组的第一个表目是实际调用Benchmark_Timer()类的方法，例如

$bench->
start()、$bench-> setMarker()和$bench->
stop()，与这些表目有关的数字是相当简单的，现在我们来仔细地研究这些数字：

[0] => Array

(

[name] => Start

[time] => 1013214253.05751200

[diff] => -

[total] => 0

)

time表目指的是何时对Benchmark_Timer()的start()方法调用的UNIX的timestamp，diff表目表示这次调用和上次调用之间的时间间隔，由于这里没有上一次，因此显示出了一个破折号，total表目指的是自测试开始到这一特定的调用之前代码运行的总的时间。下面我们来看看下一个数组的输出：

[1]
=> Array

(

[name] => Start of the script

[time] => 1013214253.05761100

[diff] =>
9.8943710327148E-05

[total] => 9.8943710327148E-05

)
从上面的数字我们可以看出，在调用$bench->
start()之后，程序运行了9.8943710327148E-05秒（也就是0.0000989秒）后开始调用$bench->
setMarker(....)。

一次真实的性能测试经历

尽管上面的例子不错，但在对于决定如何优化你的站点代码设计方面，它真的不能算是一个好例子。下面我将用我自己作为网站技术人员的一段亲身经历来说明如何解决性能方面存在的问题。

我并不大理解网站使用的代码，因为它是根据特殊的需求，历经多年开发而成的━━其中的一个模块包括网站转换代码，另一个模块记录网站的使用情况，其他的模块也各有各的作用。我和网站的主要开发者都意识到网站的代码需要优化，但又不清楚问题出在哪儿。

为了尽快地完成任务，我开始研究网站的主要脚本代码，并在全部脚本代码以及其包含文件中添加了一些$bench->
setMarker()命令，然后分析$bench->
getProfiling()的输出，并对得到的结果大吃一惊，原来问题出在一个与获得特定语言名字（例如en代表english）的转换代码的函数调用中，该函数在每个页面上都会被使用数百次。每次调用该函数时，脚本代码都会对一个Mysql数据库进行查询，从一个数据库表中获得真正的语言名字。

于是我们这一类的信息创建了一个缓冲系统。经过短短2天时间的工作，我们使系统的性能得到了很大的提高，第一周内页面的浏览量也因此而增加了40%。当然了，这只是一个有关分析代码能够提高互联网应用或互联网网站性能的例子。

性能测试函数调用

在分析一个脚本或网页（以及其包含文件）时，尽管Benchmark_Timer()特别有用，但它并不科学，因为要获得分析的数据我们必须多次加载脚本，而且它也不是针对某个类或函数调用的。

PEAR::Benchmark库中的另一个被称作Benchmark_Iterator的类能够很好地解决这一个问题，它能够针对特定的函数或类的方法，显示其分析信息。它的用途是能够能够从测试中获得一致的结果，因为我们知道，如果运行一段脚本一次，其运行时间为10秒，并不意味着它每次的运行时间总是10秒。
In
any case, let's see some examples:

//
连接数据库的代码

include_once("DB.php");

$dsn = array(

'phptype'
=> 'mysql',

'hostspec' => 'localhost',

'database'
=> 'database_name',

'username' =>
'user_name',

'password' => 'password'

);

$dbh =
DB::connect($dsn);

function getCreatedDate($id)

{

global
$dbh;

> $stmt = "SELECT created_date FROM users WHERE
id=$id";

// 在这里使用PEAR::DB

$created_date = $dbh->
getOne($stmt);

if ((PEAR::isError($created_date)) ||

(empty($created_date))) {

return false;

} else
{

return $created_date;

}

}

include_once
'Benchmark/Iterate.php';

$bench = new Benchmark_Iterate;

//
运行getDate函数10次

$bench-> run(10, 'getCreatedDate', 1);

//
打印分析信息

print_r($bench-> get());

?> 运行上面的代码能够产生与下面相似的结果：

Array

(

[1] => 0.055413007736206

[2] =>
0.0012860298156738

[3] => 0.0010279417037964

[4] =>
0.00093603134155273

[5] => 0.00094103813171387

[6] =>
0.00092899799346924

[7] => 0.0010659694671631

[8] =>
0.00096404552459717

[9] => 0.0010690689086914

[10] =>
0.00093603134155273

[mean] => 0.0064568161964417

[iterations]
=> 10

)
上面的这些数字很好理解，mean条目表示getCreatedDate()函数10次运行的平均时间。在进行实际测试时，应该至少运行1000次，但这个例子得出的结果已经足够说明问题了。

Ⅵ 为什么我用dev c++编译运行时速度突然变得很慢

我也遇到过这种情况，不要担心，之后每一次编译不会都这么慢。
可能性有很多。很可能是使用大量STL导致的（STL里面的模板会拖慢编译速度）。
当然也有可能是编译器当时抽风（很多时候第二次编译就快很多）

Ⅶ Quartus II 11.1编译程序很慢怎么个情况

并不是某个Project编译很慢，而是随着开机后编译次数增多而越来越慢。

同一个Project，刚开机的时候编译可能20秒左右，编译个10几20次之后编译所需时间会达到10分钟左右。
重启Visual Studio编译时间还是一样，只有重启电脑才会恢复到20秒。
我想可能是编译的时候生成了某些临时文件，而这些临时文件只有重启电脑的时候才会被清掉。

请问有哪些可能的原因？
如果确实是某些临时文件，请问这些临时文件保存在哪儿？
谢谢内存，CPU使用都很正常。如果是病毒开机后跟编译十几次后的编译时间应该同样很长吧？
现在的情况是开机几个小时之后，第一次编译时间仍然是正常的
————————————————————
如果是内存不够不是应该一直编译很慢么？
————————————————————
Intel(R) Core 2 Duo E8400 @3.00GHz 3.00GHz
RAM 2G
————————————————————
所有的Project都是这样，编译时间会随着编译次数增加变得越来越长

Ⅷ Visual Studio编译很慢，什么原因

Visual Studio编译很慢解决办法：
打开vs2010的工具选项，环境>常规之下 查看”视觉体验”配置，它默认选择了”基于客户端性能自动调整视觉体验”并启用硬件图形加速，取消选择这个选择。

Ⅸ docker 并行编译为什么很慢

电脑卡的话有可能是垃圾文件太多了，这样的话你可以用腾讯电脑管家清理系统垃圾和各种缓存文件，也可能是磁盘碎片太多，那你就需要整理一下磁盘了，后台的运行程序太多的话，那就需要关除掉你不用的软件的，优化系统进程。如果是浏览网页中病毒的话，那就需要进行杀毒了