solaris 开发记录系列三--Too many open files

解决Solaris平台下32位程序文件描述符限制问题
本文详细介绍了如何在Solaris操作系统中解决32位程序因文件描述符数量限制导致的问题,包括理解问题原因、解决方法及注意事项。通过设置系统参数和预加载扩展文件设施,可以有效提升程序处理文件的能力。

将程序从win 32平台迁移到solaris平台,编译完成后运行,结果出现一堆:

gtk: …..pango…. Too many open files

碰到此提示,第一反应就是gtk中的pango有问题,于是查了N久,终于发现,此提示是在用fopen时才会出现。当时是没有想到系统函数会有问题的,百思不得其解,只好先放下这个问题,去解决其它问题,有时间时偶尔处理这个问题一下。

其间河曲智叟曾百度出 % ulimit -n 65536,兴高采烈的说,这个问题已经解决了:(,真这么简单,上一个问题的时候已经顺便一起解决了。

不管他,在偶然一次搜索中发现:
在Solaris操作系统中解决32位stdio只支持256个文件描述符的限制
这个问题和我遇到的问题何其相似乃尔,仔细看了一下此文,一下子找到了黑夜中指路的明灯:
“过去,运行于 Solaris 操作系统上的 32 位应用程序只能通过 C 库中的标准 I/O 使用最多 255 个文件描述符。Solaris 10 及更高版本操作系统中的 FILE 扩展工具允许行为良好的 32 位应用程序通过标准的 I/O 功能使用任何有效的文件描述符。”
再看定义:

struct __FILE_TAG       
{
    #ifdef _STDIO_REVERSE
          unsigned char   *_ptr;
          int             _cnt;   
    #else
          int             _cnt;  
          unsigned char   *_ptr;  
    #endif
    unsigned char   *_base;
    unsigned char   _flag;
    unsigned char   _file;  
    /* UNIX System file descriptor */
    unsigned        __orientation:2; 
    unsigned        __ionolock:1;   
    unsigned        __seekable:1;
    unsigned        __filler:4;
};

只有一个char,最大值显然只有255,所以使用fopen打开过多的文件就会溢出。

以下示例显示了启用或未启用扩展的 FILE 工具的简单 32 位进程的行为。用于测试的是一个简单的 C 程序,尝试使用 fopen() 接口打开 65,536 个文件。

% cat fopentestcase.c
#include 
#include 
#define NoOfFILES 65536
int main()
{
    char filename[10];
    FILE *fds[NoOfFILES];
    int i;
    for (i = 0; i < NoOfFILES  i ++){
        sprintf (filename, "/tmp/%d.log", i);
        fds[i] = fopen(filename, "w");
        if (fds[i] == NULL)
        {
            printf("\nNumber of open files = %d. " \
            "fopen() failed with error:  ", i);
            perror("");
            exit(1);
        }
        else
        {
            fprintf (fds[i], "some string");
        }
    }
    return (0);
}

果然,运行的时候错误再现

% cc -o fopentestcase fopentestcase.c
% ulimit -a | grep descriptors
nofiles(descriptors) 256
% ./fopentestcase
Number of open files = 253. fopen() failed with error: 
Too many open files

问题找到,怎么解决呢?SUN已经有方案了:

The default hard limit for the number of files a process can have opened at any time is 65,536. You can tune this limit with the system-tunable parameter rlim_fd_max. Although a very large number of files can be opened by tuning the rlim_fd_max parameter, virtual memory space becomes the limit for 32-bit processes when hundreds of thousands of files are open. When the process reaches the limits of virtual memory, stdio calls fail with a Not enough space error.
Before running the 32-bit application, enable the extended FILE facility by taking the following two actions:
Raise the maximum number of file descriptors in a shell.
Preload the extended FILE facility, /usr/lib/extendedFILE.so.1.
Note that extendedFILE.so.1 is not a library but an enabler of the extended FILE facility.

有两个办法,看了看,方法一需要改动代码,不可行,方法2简单方便,又不影响其它程序
LD_PRELOAD_32=/usr/lib/extendedFILE.so.1 application
即可。
唯一的影响就是对性能有一点影响,但是肯定影响有限,如果不是大量进行IO操作,可以忽略不计。

解决了迁移问题中的最后一座大山,自此迁移之路上无陇断焉。

**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值