FTP，smtp之类的协议，他们的连接过程大致都是，解析域名，连接主机，然后发送一些命令，服务器返回状态码。 请问连接数据库是不是也是这样子，协议是什么？具体流程是怎样的？ 比如这样一个URL，jdbc:oracle:thin:@localhost:1521:orcl，它连接的过程是什么样的？

同样的客户端和服务器程序（C++程序），在两个不同的地方进行操作，得到的效果却不一样。 在A地方，客户端去连接服务器时候，明显速度就快很多。 但是在B地方，就很慢。 最开始是怀疑B地方网络原因。 但是在B地方用perl程序去连接时候，却很快。 查看C++在B地方的日志，可以明显看出是客户端发数据信息慢，导致连接到对方设备回应慢，连接慢。 但为何用perl连的时候却很快。 C++程序之间是采用tcp/ip协议进行编程的。

都是一个局域网中，都是刚配好的服务器，本机mysql命令行飞快就上去了。 但从其它机器上，通过mysql命令行连接，连接过程特别慢。需要28多秒。 连接上去后，速度还是很快的。 在其它机器上 telnet mysql服务器的 3306端口，现象如下： $telnet 10.10.0.214 3306 Trying 10.10.0.214... Connected to 10.10.0.214. Escape character is '^]'. 《《＝＝立刻就出现这个了。 《《＝＝这里等待了很长时间，基本上也是28秒多＝＝》...

连接 if(!is_object($conn)) { $host='localhost';//主机地址 $user='root';//用户名 $pass='';//密码 $db='jy';//库名 $conn=@mysql_connect($host, $user, $pass); mysql_selectdb($db,$conn); } $rs=mysql_query($sql); if($rs)//查询成功 { $sql=trim($sql); $op_char=substr($sql,0,(strpos($sql,' '))); switch (...

以下是uboot最后连接生成u-boot的过程：[code]UNDEF_SYM=`arm-linux-objdump -x lib_generic/libgeneric.a board/EmbedSky/libEmbedSky.a cpu/arm920t/libarm920t.a cpu/arm920t/s3c24x0/libs3c24x0.a lib_arm/libarm.a fs/cramfs/libcramfs.a fs/jffs2/libjffs2.a net/libnet.a rtc/librtc.a drivers/libdrivers.a drivers/nand/libnand.a drivers/nand_legacy/libnand_legacy.a drivers/lcd/liblcd.a modules/usb.module modules...

二、编译内核镜像过程 1、编译过程中涉及到到文件： /Makefile 编译产生顶层vmlinux镜像文件/scripts/Kbuild.include make过程中到一些基本定义/scripts/Makefile.lib 编译内核时用到到函数库文件/scripts/Makefile.build 内核编译到相关命令文件/arch/arm/Makefile 这个是体系结构相关makefile文件/arch/arm/Kconfig 内核编译到配置文件/arch/arm/boot/Makefile 生成uImage,zImage,Image到编译文件/ar...

一、配置内核（Kconfig） 我们配置内核是实质是根据众多目录下面的Kconfig文件中组合成我们需要的一个最佳选择，即最终在根目录下面生成的.config文件，而这个文件会在根目录Makefile下调用的。这一部分我们主要讨论整个SEP4020体系在内核中各个Kconfig文件是怎么组织的。 1、Make menuconfig的编译生成过程： 这部分我们将make menuconfig它是怎末运行，和调用哪些文件来实现图形界面的。 我们先来看下我们键入make menuconfig会出...

在编译连接的过程中，也可能会碰到各种奇怪的问题，比如库的连接，库的查找，出现符号定义找不到等等，我们可以通过nm来查找一个目标文件或一个静态库文件中的符号有哪些，通过ldd命令查找一个动态库的依赖关系，其他的还有什么类似的工具，可供我们调试在编译和连接过程中出现的问题，请大家多说说：）

请问我在LINUX下写socket网络程序的时候，按照如下流程写程序 connection(连接) send("1234567890") send("abcdefhijklm") close(连接) 由于TCP报文中没有表示实际数据长度的字段，根据TCP协议的规定，我实在不明白怎么判断第一次SEND的结束（好象根本无法判断！），那么LINUX怎么才能够做到准确的进行了两次recv函数（"1234567890"，"abcdefhijklm"），而不是一次recv函数（"1234567890abcdefhijklm"）？ 接收函数根据...

请问我在LINUX下写socket网络程序的时候，按照如下流程写程序 connection(连接) send("1234567890") send("abcdefhijklm") close(连接) 由于TCP报文中没有表示实际数据长度的字段，根据TCP协议的规定，我实在不明白怎么判断第一次SEND的结束（好象根本无法判断！），那么LINUX怎么才能够做到准确的进行了两次recv函数（"1234567890"，"abcdefhijklm"），而不是一次recv函数（"1234567890abcdefhijklm"）？ 接收函数根据...