展开

关键词

首页关键词胡思乱想

胡思乱想

相关内容

云服务器

云服务器

稳定、安全、弹性、高性能的云端计算服务,实时满足您的多样性业务需求
  • 治愈各种胡思乱想的清单!

    假期结束了,应该很多小伙伴都已经开工了,新的一年你有什么计划,下面小编整理了一份治愈胡思乱想的清单,希望能帮你在胡思乱想的这条道路上一去不回头!!!?、监测6、Redis   配合PHP使用redis进行性能的优化,用户状态的保存,各种高并发系统的开发7、中间价( mysql 负载均衡 监测系统 )8、架构(PHP架构)9、安全看到上面的清单,你还胡思乱想吗要学习的还那么多,,,你哪来的勇气在哪里胡思乱想,赶紧收拾一下心情,让你在2018年有一个质的飞跃,让你自己早日过上你自己想要的生活!!!
    来自:
    浏览:469
  • 治愈各种胡思乱想的清单!

    假期结束了,应该很多小伙伴都已经开工了,新的一年你有什么计划,下面小编整理了一份治愈胡思乱想的清单,希望能帮你在胡思乱想的这条道路上一去不回头!!!?、监测6、Redis   配合PHP使用redis进行性能的优化,用户状态的保存,各种高并发系统的开发7、中间价( mysql 负载均衡 监测系统 )8、架构(PHP架构)9、安全看到上面的清单,你还胡思乱想吗要学习的还那么多,,,你哪来的勇气在哪里胡思乱想,赶紧收拾一下心情,让你在2018年有一个质的飞跃,让你自己早日过上你自己想要的生活!!!
    来自:
    浏览:497
  • 治愈各种胡思乱想的清单!

    假期结束了,应该很多小伙伴都已经开工了,新的一年你有什么计划,下面小编整理了一份治愈胡思乱想的清单,希望能帮你在胡思乱想的这条道路上一去不回头!!!?、监测6、Redis   配合PHP使用redis进行性能的优化,用户状态的保存,各种高并发系统的开发7、中间价( mysql 负载均衡 监测系统 )8、架构(PHP架构)9、安全看到上面的清单,你还胡思乱想吗要学习的还那么多,,,你哪来的勇气在哪里胡思乱想,赶紧收拾一下心情,让你在2018年有一个质的飞跃,让你自己早日过上你自己想要的生活!!!
    来自:
    浏览:407
  • 广告
    关闭

    50+款云产品免费体验

    提供包括云服务器,云数据库在内的50+款云计算产品。打造一站式的云产品试用服务,助力开发者和企业零门槛上云。

  • 【胡思乱想】CAE云计算

    受“云计算”风潮影响,现在市面上也出现了不少CAE云计算平台,如老牌的蓝为EasyCAE、远算科技的云格物等等,这些云计算平台,有的在开源求解器基础上开发前端界面,有的是直接利用商用求解器,有的是两者皆而有之,不管采用何种样式,这种先驱行为值得我们为其点赞。虽然说,云计算代表着CAE计算平台的发展趋势,但是现在说普及还为时尚早,还有较多的问题需要解决。问题1:计算能力有些云计算平台宣称其倚靠超算中心,能够提供超乎想象的计算能力。当然,正常人的印象中,超算中心那动辄几十万上百万个CPU,似乎能够提供飞一般的速度。然而,事实并非想象的那么简单。首先要明白,CAE计算过程中,耗费计算资源的地方有很多,除了求解器之外,前后处理同样需要耗费大量的计算资源,如前处理过程中计算网格的生成,后处理过程中数据可视化。然而目前的云平台很少有提供CAE前后处理,它们通常要求用户上传计算输入文件或脚本,平台只是提供求解器。一个很尴尬的问题就此而生:如果我有能支持生成上亿网格的计算资源,我干嘛还要租用你的超算平台呢?如果我的计算资源无法支持生成如此大规模的计算网格,而平台又无法提供前处理,那我该怎么做?再比如说后处理,超大规模模型的后处理对CPU及GPU要求都很高,若平台无法提供计算后处理,那我辛辛苦苦从平台下载回来的一大堆结果文件也就成了垃圾。个人思考:未来的CAE云平台肯定是从导入CAD模型开始,或者干脆直接集成CAD软件,在平台集成的CAD软件中建模。CAE云平台应当提供从前处理、求解到后处理的完整计算流程,而不是像目前大多数平台那样仅仅只是提供求解器。问题2:安全问题并非所有的计算模型都是可以公开的,一些可能涉及到商业机密甚至国家机密,对于这类问题,如果放在平台上计算,如何才能保证计算数据的安全性?这是个比较大的问题。事实上现在很多的CAE仿真计算都是在内部局域网集群中完成的。将涉及到敏感参数的计算模型上传到计算云中进行计算,之后再将计算结果下载回本地,这一去一回过程中极容易造成信息泄露,而且计算结果存储在平台服务器中,也实在是令人放不下心。个人思考:安全性是做好CAE云平台的核心关键,不一留神就翻船。问题3:费用问题有计算平台宣称利用云计算能够节省费用。如果将软件版权费用算在内的话,短期内的确能够为用户节约大量的金币。但实际上平台向用户征收计算费用的时候,不可能不考虑软件版权费用。这就导致一个问题:在平台上计算很贵。由于众所周知的原因,国内D版软件猖獗,大部分在用的CAE软件都并非拥有版权,因此使用者存在错觉:CAE计算成本并不包含软件购置成本,于是事情就来了,用着D版软件的人会觉得平台计算收费很高。那用开源软件会怎样?会更便宜么?只怕也未必。大伙儿都知道开源软件的人机界面都不是那么的友好,如果想要将开源软件部署在云平台上,那势必需要开发前端程序,又要投入大批的金币,同时还需要投入培训的人力物力,这又是大批的金币。而且开源求解器,用户未必会买账。不过等些年,等所有的商用CAE软件都被部署到云端而不再向用户提供安装程序的时候,估计那时候D版消除了,人们就不会感觉贵了吧。问题4:版本问题还有个麻烦的事情是软件版本的问题。目前大多数CAE软件版本升级都是需要银子的,因此云平台上部署的软件也不可能频繁的更新。当某个软件发布了新的版本,当你希望使用新版本的某些新功能时,这时只能眼巴巴的等着云平台上软件版本的更新,有时候很可能是遥遥无期。还有就是软件版本的兼容性,一般软件都是向下兼容的,然而如果云平台软件较低的时候,用户不得不在本地机器上安装低版本的CAE软件,也意味着无法使用新版本带来的种种新功能,这不是所有用户都可以忍受的。当然开源软件不存在此问题,由于软件代码可以直接获取,平台一般情况下是能够及时更新,但也会存在时间差。问题5:竞争问题目前CAE云平台最大的竞争对手是各种CAE软件公司。一旦这些CAE软件公司不再授权,那一切就Game Over了,总之,没有自己的软件,始终得看对方脸色行事。开源软件当然不用看脸色行事,但是要想说服用户,其实也有很多额外的工作要做。不过相比较饭碗随时可能被人端走来讲,的确要是省心不少。当然这也取决于开源软件的后续发展了。
    来自:
    浏览:682
  • Java动态绑定与静态绑定之胡思乱想

    来自:
    浏览:110
  • 一条502报警引发的胡思乱想

    安心倒计时忙完了今天的工作, 终于到了周五,可以好好休息下了。?睡梦惊醒就在安心养神的时候, 同事转给了我一条nginx 502的报警, 赶紧去线上一顿排查。首先得先找出哪台机器报出的(同时喊运维看下线上负载情况), 发现01机器的nginx日志在报警时间点的错误信息:*272881176 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: xx.xx.xx.xx, server: , request: POST xxxxxx HTTP1.1, upstream: fastcgi:127.0.0.1:9000, host: xx.xx.xx.xx:8081recv()为接收返回数据的系统函数,基本可以先认为报错原因为Nginx发现某服务与自己通信的连接断掉了,就会返回给客户端502错误。那么nginx是从哪里接收数据呢,报错信息同样很明显,fastcgi:127.0.0.1:9000思考缘由同样思考为什么php的处理进程会中断呢?莫非执行任务超时,fpm主动杀死?又莫非系统资源不足,系统杀死? 又莫非? ?同样针对这两种情况,排查结果:报警的此接口并不是特别复杂的接口,执行时间也并不长,以前也并未出现过问题通过zabbix、埋点监控、系统负载查看,cpu、内存、fpm整体进程情况也比较正常顺便也看了下 fpm的错误日志、慢日志,也没有什么收获(此处很可能会忽略掉了重要信息)蛛丝马迹于是既然认为是fpm出了问题,就调研下fpm的配置文件吧pid = usrlocalvarrunphp-fpm.pid#pid设置,一定要开启,上面是Mac平台的。默认在php安装目录中的varrunphp-fpm.pid。比如centos的在: usrlocalphpvarrunphp-fpm.piderror_log = usrlocalvarlogphp-fpm.log#错误日志,上面是Mac平台的,默认在php安装目录中的varlogphp-fpm.log,比如centos的在: usrlocalphpvarlogphp-fpm.loglog_level = notice#错误级别. 上面的php-fpm.log纪录的登记。可用级别为: alert(必须立即处理), error(错误情况), warning(警告情况), notice(一般重要信息), debug(调试信息). 默认: notice.emergency_restart_threshold = 60emergency_restart_interval = 60s#表示在emergency_restart_interval所设值内出现SIGSEGV或者SIGBUS错误的php-cgi进程数如果超过 emergency_restart_threshold个,php-fpm就会优雅重启。这两个选项一般保持默认值。0 表示 关闭该功能. 默认值: 0 (关闭).process_control_timeout = 0#设置子进程接受主进程复用信号的超时时间. 可用单位: s(秒), m(分), h(小时), 或者 d(天) 默认单位: s(秒). 默认值: 0.daemonize = yes#后台执行fpm,默认值为yes,如果为了调试可以改为no。在FPM中,可以使用不同的设置来运行多个进程池。 这些设置可以针对每个进程池单独设置。listen = 127.0.0.1:9000#fpm监听端口,即nginx中php处理的地址,一般默认值即可。可用格式为: ip:port, port, pathtounixsocket. 每个进程池都需要设置。如果nginx和php在不同的机器上,分布式处理,就设置ip这里就可以了。listen.backlog = -1#backlog数,设置 listen 的半连接队列长度,-1表示无限制,由操作系统决定,此行注释掉就行。backlog含义参考:http:www.3gyou.cc?p=41listen.allowed_clients = 127.0.0.1#允许访问FastCGI进程的IP白名单,设置any为不限制IP,如果要设置其他主机的nginx也能访问这台FPM进程,listen处要设置成本地可被访问的IP。默认值是any。每个地址是用逗号分隔. 如果没有设置或者为空,则允许任何服务器请求连接。listen.owner = wwwlisten.group = wwwlisten.mode = 0666#unix socket设置选项,如果使用tcp方式访问,这里注释即可。user = wwwgroup = www#启动进程的用户和用户组,FPM 进程运行的Unix用户, 必须要设置。用户组,如果没有设置,则默认用户的组被使用。pm = dynamic #php-fpm进程启动模式,pm可以设置为static和dynamic和ondemand#如果选择static,则进程数就数固定的,由pm.max_children指定固定的子进程数。#如果选择dynamic,则进程数是动态变化的,由以下参数决定:pm.max_children = 50 #子进程最大数pm.start_servers = 2 #启动时的进程数,默认值为: min_spare_servers + (max_spare_servers - min_spare_servers) 2pm.min_spare_servers = 1 #保证空闲进程数最小值,如果空闲进程小于此值,则创建新的子进程pm.max_spare_servers = 3 #,保证空闲进程数最大值,如果空闲进程大于此值,此进行清理pm.max_requests = 10000#设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 0 则一直接受请求. 等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0.pm.status_path = status#FPM状态页面的网址. 如果没有设置, 则无法访问状态页面. 默认值: none. munin监控会使用到ping.path = ping#FPM监控页面的ping网址. 如果没有设置, 则无法访问ping页面. 该页面用于外部检测FPM是否存活并且可以响应请求. 请注意必须以斜线开头 ()。ping.response = pong#用于定义ping请求的返回相应. 返回为 HTTP 200 的 textplain 格式文本. 默认值: pong.access.log = log$pool.access.log#每一个请求的访问日志,默认是关闭的。access.format = %R - %u %t %m %r%Q%q %s %f %{mili}d %{kilo}M %C%%#设定访问日志的格式。slowlog = log$pool.log.slow#慢请求的记录日志,配合request_slowlog_timeout使用,默认关闭request_slowlog_timeout = 10s#当一个请求该设置的超时时间后,就会将对应的PHP调用堆栈信息完整写入到慢日志中. 设置为 0 表示 Offrequest_terminate_timeout = 0#设置单个请求的超时中止时间. 该选项可能会对php.ini设置中的max_execution_time因为某些特殊原因没有中止运行的脚本有用. 设置为 0 表示 Off.当经常出现502错误时可以尝试更改此选项。rlimit_files = 1024#设置文件打开描述符的rlimit限制. 默认值: 系统定义值默认可打开句柄是1024,可使用 ulimit -n查看,ulimit -n 2048修改。rlimit_core = 0#设置核心rlimit最大限制值. 可用值: unlimited 、0或者正整数. 默认值: 系统定义值.chroot =#启动时的Chroot目录. 所定义的目录需要是绝对路径. 如果没有设置, 则chroot不被使用.chdir =#设置启动目录,启动时会自动Chdir到该目录. 所定义的目录需要是绝对路径. 默认值: 当前目录,或者目录(chroot时)catch_workers_output = yes#重定向运行过程中的stdout和stderr到主要的错误日志文件中. 如果没有设置, stdout 和 stderr 将会根据FastCGI的规则被重定向到 devnull . 默认值: 空.摘自 https:www.zybuluo.comphpernote89081单独拿出几个重要配置项:pm = static#php-fpm进程启动模式,pm可以设置为static和dynamic和ondemand#如果选择static,则进程数就数固定的,由pm.max_children指定固定的子进程数。 pm.max_children = 500 #子进程最大数 request_terminate_timeout=30#设置单个请求的超时中止时间. 该选项可能会对php.ini设置中的max_execution_time因为某些特殊原因没有中止运行的脚本有用. 设置为 0 表示 Off.当经常出现502错误时可以尝试更改此选项。 request_slowlog_timeout=3#当一个请求该设置的超时时间后,就会将对应的PHP调用堆栈信息完整写入到慢日志中. 设置为 0 表示 Off pm.max_requests=10000#设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 0 则一直接受请求. 等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0.开始学习以上便是我们线上的主要配置,主要还是集中在了 request_terminate_timeout 这个参数上。它和php.ini的 max_execution_time 有什么区别set_time_limit()函数和配置指令max_execution_time只影响脚本本身执行的时间。任何发生在诸如使用system()的系统调用,流操作,数据库操作等的脚本执行的最大时间不包括其中,而 request_terminate_timeout 是包含所有时间的php.ini配置时间同样也为30,但是相比而言,request_terminate_timeout时间会更短。回归正题但前文我们明明说了,这个接口并不是很复杂啊。..应该不会超时啊,当时第三方服务也没有什么异常情况,fpm错误日志也并没有这个超时错误信息。各个依赖的系统负载都还处于比较低峰期状态在疑问中结束了今天的工作,回来打算写一下分享今天的调试经历,在搜索文档的时候又发现了这么一句话:复制别人文章Nginx 502 Bad Gateway错误在php.ini和php-fpm.conf中分别有这样两个配置项:max_execution_time和request_terminate_timeout。这两项都是用来配置一个PHP脚本的最大执行时间的。当超过这个时间时,PHP-FPM不只会终止脚本的执行,还会终止执行脚本的Worker进程。所以Nginx会发现与自己通信的连接断掉了,就会返回给客户端502错误。以PHP-FPM的request_terminate_timeout=30秒时为例,报502 Bad Gateway错误的具体信息如下:1)Nginx错误访问日志:20130919 01:09:00 27600#0: *78887 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.1.101, server: test.com, request: POST index.php HTTP1.1, upstream: fastcgi:unix:devshmphp-fcgi.sock:, host: test.com, referrer: http:test.comindex.php2)PHP-FPM报错日志:WARNING: child 25708 exited on signal 15 (SIGTERM) after 21008.883410 seconds from start所以只需将这两项的值调大一些就可以让PHP脚本不会因为执行时间长而被终止了。request_terminate_timeout可以覆盖max_execution_time,所以如果不想改全局的php.ini,那只改PHP-FPM的配置就可以了。此外要注意的是Nginx的upstream模块中的max_fail和fail_timeout两项。有时Nginx与上游服务器(如Tomcat、FastCGI)的通信只是偶然断掉了,但max_fail如果设置的比较小的话,那么在接下来的fail_timeout时间内,Nginx都会认为上游服务器挂掉了,都会返回502错误。所以可以将max_fail调大一些,将fail_timeout调小一些。摘自: http:blog.51cto.comnanchunle1657410自圆其说对于nginx的upstream模块并不是很了解,回忆当时报错场景,确实发现日志里面前后报了几个不同接口同样的错误,也可能是其他接口影响了此接口,只是它正好被报警系统抓取到。反思思考问题可能过于片面,没有解决问题的一套体系、思路,容易绕弯路、甚至南辕北辙。结论这是一篇没有结论的文章. 后续会尝试复现此场景,希望大家持续关注。
    来自:
    浏览:244
  • GPU 云服务器

    腾讯GPU 云服务器是提供 GPU 算力的弹性计算服务,具有超强的并行计算能力,作为 IaaS 层的尖兵利器,服务于深度学习训练、科学计算、图形图像处理、视频编解码等场景……
    来自:
  • FPGA 云服务器

    腾讯FPGA云服务器是基于FPGA硬件可编程加速的弹性计算服务,您只需几分钟就可以获取并部署您的FPGA实例。结合IP市场提供的图片,视频,基因等相关领域的计算解决方案,提供无与伦比的计算加速能力……
    来自:
  • 专用宿主机

    专用宿主机(CDH)提供用户独享的物理服务器资源,满足您资源独享、资源物理隔离、安全、合规需求。专用宿主机搭载了腾讯云虚拟化系统,购买之后,您可在其上灵活创建、管理多个自定义规格的云服务器实例,自主规划物理资源的使用。
    来自:
  • 黑石物理服务器2.0

    腾讯黑石物理服务器2.0(CPM)是一种包年包月的裸金属云服务,为您提供云端独享的高性能、无虚拟化的、安全隔离的物理服务器集群。使用该服务,您只需根据业务特性弹性伸缩物理服务器数量,获取物理服务器的时间将被缩短至分钟级。
    来自:
  • 容器服务

    腾讯云容器服务(Tencent Kubernetes Engine ,TKE)基于原生kubernetes提供以容器为核心的、高度可扩展的高性能容器管理服务。腾讯云容器服务完全兼容原生 kubernetes API ,扩展了腾讯云的云硬盘、负载均衡等 kubernetes 插件,为容器化的应用提供高效部署、资源调度、服务发现和动态伸缩等一系列完整功能,解决用户开发、测试及运维过程的环境一致性问题,提高了大规模容器集群管理的便捷性,帮助用户降低成本,提高效率。容器服务提供免费使用,涉及的其他云产品另外单独计费。
    来自:
  • 弹性伸缩

    腾讯弹性伸缩(AS)为您提供高效管理计算资源的策略。您可设定时间周期性地执行管理策略或创建实时监控策略,来管理 CVM 实例数量,并完成对实例的环境部署,保证业务平稳顺利运行。弹性伸缩策略不仅能够让需求稳定规律的应用程序实现自动化管理,同时告别业务突增或CC攻击等带来的烦恼,对于每天、每周、每月使用量不停波动的应用程序还能够根据业务负载分钟级扩展。
    来自:
  • 云函数

    云函数(Serverless Cloud Function,SCF)是腾讯云为企业和开发者们提供的无服务器执行环境,帮助您在无需购买和管理服务器的情况下运行代码。您只需使用平台支持的语言编写核心代码并设置代码运行的条件,即可在腾讯云基础设施上弹性、安全地运行代码。SCF 是实时文件处理和数据处理等场景下理想的计算平台。
    来自:
  • 批量计算

    批量计算(Batch)是为有大数据计算业务的企业、科研单位等提供高性价比且易用的计算服务。批量计算可以根据用户提供的批处理规模,智能地管理作业和调动所其需的最佳资源……
    来自:
  • 消息队列 CMQ

    腾讯云消息队列(CMQ)是一种分布式消息队列服务,它能够提供可靠的基于消息的异步通信机制,能够将分布式部署的不同应用(或同一应用的不同组件)之间的收发消息,存储在可靠有效的 CMQ 队列中,防止消息丢失。CMQ 支持多进程同时读写,收发互不干扰,无需各应用或组件始终处于运行状态。
    来自:
  • 消息队列 CKafka

    CKafka(Cloud Kafka)是一个分布式的、高吞吐量、高可扩展性的消息系统,100%兼容开源 Kafka API(0.9版本)。Ckafka 基于发布/订阅模式,通过消息解耦,使生产者和消费者异步交互,无需彼此等待。Ckafka 具有数据压缩、同时支持离线和实时数据处理等优点,适用于日志压缩收集、监控数据聚合等场景。
    来自:
  • API 网关

    腾讯云 API 网关(API Gateway)是腾讯云推出的一种 API 托管服务,能提供 API 的完整生命周期管理,包括创建、维护、发布、运行、下线等。您可使用 API 网关封装自身业务,将您的数据、业务逻辑或功能安全可靠的开放出来,用以实现自身系统集成、以及与合作伙伴的业务连接。
    来自:
  • 微服务平台 TSF

    腾讯微服务平台(TSF)是一个围绕应用和微服务的 PaaS 平台,提供一站式应用全生命周期管理能力和数据化运营支持,提供多维度应用和服务的监控数据,助力服务性能优化。
    来自:
  • 对象存储

    腾讯云对象存储数据处理方案主要针对于存储于腾讯云对象存储COS中的数据内容进行处理加工,满足压缩、转码、编辑、分析等多种诉求,激活数据价值。
    来自:

扫码关注云+社区

领取腾讯云代金券