首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

java传真发送,用Java发送传真解决之道

在传真量很大的部门,用传真机发送传真有时候不仅浪费资源(很多东西都是先需要打印出来然后再去传真),而且效率低下,也不便于归档管理。大家都知道, Windows xp 提供了传真服务组件,需要使用一个 modem ,就可以供传真服务。只要是能够打印的东西,都能够传真,这样确实方便不少。但是,实际使用中会有一个比较严重的问题,就是 fax 并不像打印机一样可以共享使用,这样网络中的其他机器就不能使用该 modem 进行传真。很自然的想到使用第三方的软件,思路应该是基于传真服务器或是传真客户端的模式。遗憾的是我没有找到满意的软件,而且都是价格不菲。

04
您找到你想要的搜索结果了吗?
是的
没有找到

快速学习-cmd命令大全

cmd命令大全    开始→运行→CMD→键入以下命令即可:    gpedit.msc-----组策略 sndrec32-------录音机    Nslookup-------IP地址侦测器 explorer-------打开资源管理器    logoff---------注销命令 tsshutdn-------60秒倒计时关机命令    lusrmgr.msc----本机用户和组 services.msc—本地服务设置    oobe/msoobe /a----检查XP是否激活 notepad--------打开记事本    cleanmgr-------垃圾整理 net start messenger----开始信使服务    compmgmt.msc—计算机管理 net stop messenger-----停止信使服务    conf-----------启动netmeeting dvdplay--------DVD播放器    charmap--------启动字符映射表 diskmgmt.msc—磁盘管理实用程序    calc-----------启动计算器 dfrg.msc-------磁盘碎片整理程序    chkdsk.exe-----Chkdsk磁盘检查 devmgmt.msc— 设备管理器    regsvr32 /u *.dll----停止dll文件运行 drwtsn32------ 系统医生    rononce -p ----15秒关机 dxdiag---------检查DirectX信息    regedt32-------注册表编辑器 Msconfig.exe—系统配置实用程序    rsop.msc-------组策略结果集 mem.exe--------显示内存使用情况    regedit.exe----注册表 winchat--------XP自带局域网聊天    progman--------程序管理器 winmsd---------系统信息    perfmon.msc----计算机性能监测程序 winver---------检查Windows版本    sfc /scannow-----扫描错误并复原 winipcfg-------IP配置    taskmgr-----任务管理器(2000/xp/2003) command--------cmd    fsmgmt.msc 共享文件夹 netstat -an----查看端口    osk 屏幕键盘 install.asp----修改注册网页    eventvwr.msc 事件查看器    secpol.msc 本地安全设置    services.msc 服务    2K    accwiz.exe > 辅助工具向导    acsetups.exe > acs setup dcom server executable    actmovie.exe > 直接显示安装工具    append.exe > 允许程序打开制定目录中的数据    arp.exe > 显示和更改计算机的ip与硬件物理地址的对应列表    at.exe > 计划运行任务    atmadm.exe > 调用管理器统计    attrib.exe > 显示和更改文件和文件夹属性    autochk.exe > 检测修复文件系统    autoconv.exe > 在启动过程中自动转化系统    autofmt.exe > 在启动过程中格式化进程    autolfn.exe > 使用长文件名格式    bootok.exe > boot acceptance application for registry    bootvrfy.exe > 通报启动成功    cacls.exe > 显示和编辑acl    calc.exe > 计算器    cdplayer.exe > cd播放器    change.exe > 与终端服务器相关的查询    charmap.exe > 字符映射表    chglogon.exe > 启动或停用会话记录    chgport.exe > 改变端口(终端服务)    chgusr.exe > 改变用户(终端服务)    chkdsk.exe > 磁盘检测程序    chkntfs.exe > 磁盘检测程序   cidaemon.exe > 组成ci文档服务    cipher.exe > 在ntfs上显示或改变加密的文件或目录    cisvc.exe > 索引内容    ckcnv.exe > 变换cookie    cleanmgr.exe > 磁盘清理    cliconfg.ex

03

如何计算服务器能够承受多大的pv?

你想建设一个能承受500万PV/每天的网站吗? 500万PV是什么概念?服务器每秒要处理多少个请求才能应对?如果计算呢? PV是什么: PV是page view的简写。PV是指页面的访问次数,每打开或刷新一次页面,就算做一个pv。 计算模型: 每台服务器每秒处理请求的数量=((80%总PV量)/(24小时60分60秒40%)) / 服务器数量 。 其中关键的参数是80%、40%。表示一天中有80%的请求发生在一天的40%的时间内。24小时的40%是9.6小时,有80%的请求发生一天的9.6个小时当中(很适合互联网的应用,白天请求多,晚上请求少)。 简单计算的结果: ((80%500万)/(24小时60分60秒40%))/1 = 115.7个请求/秒 ((80%100万)/(24小时60分60秒40%))/1 = 23.1个请求/秒 初步结论: 现在我们在做压力测试时,就有了标准,如果你的服务器一秒能处理115.7个请求,就可以承受500万PV/每天。如果你的服务器一秒能处理23.1个请求,就可以承受100万PV/每天。 留足余量: 以上请求数量是均匀的分布在白天的9.6个小时中,但实际情况并不会这么均匀的分布,会有高峰有低谷。为了应对高峰时段,应该留一些余地,最少也要x2倍,x3倍也不为过。 115.7个请求/秒 *2倍=231.4个请求/秒 115.7个请求/秒 *3倍=347.1个请求/秒 23.1个请求/秒 *2倍=46.2个请求/秒 23.1个请求/秒 3倍=69.3个请求/秒 最终结论: 如果你的服务器一秒能处理231.4--347.1个请求/秒,就可以应对平均500万PV/每天。 如果你的服务器一秒能处理46.2--69.3个请求,就可以应对平均100万PV/每天。 说明: 这里说明每秒N个请求,就是QPS。因为我关心的是应用程序处理业务的能力。 实际经验: 1、根据实际经验,采用两台常规配置的机架式服务器,配置是很常见的配置,例如一个4核CPU+4G内存+服务器SAS硬盘。 2、硬盘的性能很重要,由其是数据库服务器。一般的服务器都配1.5万转的SAS硬盘,高级一点的可以配SSD固态硬盘,性能会更好。最最最最重要的指标是“随机读写性能”而不是“顺序读写性能”。(本例还是配置最常见的1.5万转的SAS硬盘吧) 3、一台服务器跑Tomcat运行j2ee程序,一台服务器跑MySql数据库,程序写的中等水平(这个真的不好量化),是论坛类型的应用(总有回帖,不太容易做缓存,也无法静态化)。 4、以上软硬件情况下,是可以承受100万PV/每天的。(已留有余量应对突然的访问高峰) 注意机房的网络带宽: 有人说以上条件我都满足了,但实际性能还是达不到目标。这时请注意你对外的网络的带宽,在国内服务器便宜但带宽很贵,很可能你在机房是与大家共享一条100M的光纤,实际每个人可分到2M左右带宽。再好一点5M,再好一点双线机房10M独享,这已经很贵了(北京价格)。 一天总流量:每个页面20k字节100万个页面/1024=19531M字节=19G字节, 19531M/9.6小时=2034M/小时=578K字节/s 如果请求是均匀分布的,需要5M(640K字节)带宽(5Mb=640KB 注意大小写,b是位,B是字节,差了8倍),但所有请求不可能是均匀分布的,当有高峰时5M带宽一定不够,X2倍就是10M带宽。10M带宽基本可以满足要求。 以上是假设每个页面20k字节,基本不包含图片,要是包含图片就更大了,10M带宽也不能满足要求了。你自已计算吧。 (全文完) 附:性能测试基本概念

02

(转载)如何计算服务器能够承受多大的pv

你想建设一个能承受500万PV/每天的网站吗? 500万PV是什么概念?服务器每秒要处理多少个请求才能应对?如果计算呢? PV是什么: PV是page view的简写。PV是指页面的访问次数,每打开或刷新一次页面,就算做一个pv。 计算模型: 每台服务器每秒处理请求的数量=((80%总PV量)/(24小时60分60秒40%)) / 服务器数量 。 其中关键的参数是80%、40%。表示一天中有80%的请求发生在一天的40%的时间内。24小时的40%是9.6小时,有80%的请求发生一天的9.6个小时当中(很适合互联网的应用,白天请求多,晚上请求少)。 简单计算的结果: ((80%500万)/(24小时60分60秒40%))/1 = 115.7个请求/秒 ((80%100万)/(24小时60分60秒40%))/1 = 23.1个请求/秒 初步结论: 现在我们在做压力测试时,就有了标准,如果你的服务器一秒能处理115.7个请求,就可以承受500万PV/每天。如果你的服务器一秒能处理23.1个请求,就可以承受100万PV/每天。 留足余量: 以上请求数量是均匀的分布在白天的9.6个小时中,但实际情况并不会这么均匀的分布,会有高峰有低谷。为了应对高峰时段,应该留一些余地,最少也要x2倍,x3倍也不为过。 115.7个请求/秒 *2倍=231.4个请求/秒 115.7个请求/秒 *3倍=347.1个请求/秒 23.1个请求/秒 *2倍=46.2个请求/秒 23.1个请求/秒 3倍=69.3个请求/秒 最终结论: 如果你的服务器一秒能处理231.4--347.1个请求/秒,就可以应对平均500万PV/每天。 如果你的服务器一秒能处理46.2--69.3个请求,就可以应对平均100万PV/每天。 说明: 这里说明每秒N个请求,就是QPS。因为我关心的是应用程序处理业务的能力。 实际经验:

03
领券