我有一个简单的问题,但我无法找到或解决答案。我想制作一个 tar 存档,但我想使用正则表达式从中排除一些文件。
要排除的文件示例如下: 68x640X480.jpg
我试过这个没有运气:
tar cvf test.tar --exclude=[0-9]+x[0-9X]+\.jpg /data/foto
Run Code Online (Sandbox Code Playgroud)
有人可以帮忙吗?
我正在浏览网络以寻找解决方案,但我没有运气。:(
如何在不安装 Oracle 服务器的情况下将Oracle 的imp/exp二进制文件安装到我的 CentOS 机器上?我正在访问另一台机器上现有的 Oracle 数据库,所以我只需要一个客户端。我已经安装了sqlplus它的依赖项(oracle-instantclient11.2-basic-11.2.0.3.0-1.x86_64.rpm, 和oracle-instantclient11.2-odbc-11.2.0.3.0-1.x86_64.rpm),但是没有提供这些工具。
我真的需要完全安装 Oracle 吗?
我的目标是将数据库转储从 Oracle 吸到我的 CentOS 机器上。如果有另一种不使用的方法可以做到这一点,exp我不会因为不使用它而感到难过,但在我看来,别无选择。
我们正在考虑用更强大的东西替换我们校园范围内的磁卡系统。我的“程序员”方面说必须有一个开源的、可扩展的解决方案已经做到了这一点,但我能找到的只是专有的供应商特定的解决方案。
理想情况下,它具有以下内容:
我发现的信息缺乏使我相信我没有在寻找正确的东西......或者这样的解决方案不存在。有没有一些基本的开源解决方案(例如用于数据库的 MySQL,或用于 LMS 的 Moodle,或用于 Web 服务器的 Apache)?
我想设置一个 cron 作业,它在目录(保管箱目录)上递归地执行 chmod/chown。
这在我手动执行命令时有效,例如:
sudo chown -R $USER ~/Dropbox
sudo chmod -R u+rw ~/Dropbox
Run Code Online (Sandbox Code Playgroud)
我试图将其转换为这样的 cron 作业:
10 * * * * sudo chown -R $USER ~/Dropbox
Run Code Online (Sandbox Code Playgroud)
但它似乎并没有完成这项工作。
这该怎么做?
我在哪里可以找到运行常见操作系统(如 Ubuntu 或 WinXP)的虚拟机的基准测试,有无 VT-x?我正在使用 xVM (VirtualBox),但也可以选择 VMWare 或 Xen 管理程序。
我更喜欢独立的基准,而不是这些公司发布的基准,但我会接受任何我能得到的。谢谢。
我已经设置了一个由 4 * 2 TB 磁盘组成的 Linux 软件 raid 级别 5。磁盘阵列是使用 64k 条带大小创建的,没有其他配置参数。在初始重建之后,我尝试创建一个文件系统,这一步需要很长时间(大约半小时或更长时间)。我尝试创建一个 xfs 和 ext3 文件系统,都花了很长时间,使用 mkfs.ext3 我观察到以下行为,这可能会有所帮助:
单个磁盘的性能非常好,我分别在每个磁盘上运行 bonnie++,写入/读取值约为 95/110MB/s。即使我在每个驱动器上并行运行 bonnie++,这些值也仅减少了大约 10 MB。因此,我通常将硬件/I/O 调度排除在问题来源之外。
我为 stripe_cache_size 和 readahead size 尝试了不同的配置参数,但没有成功,但我认为它们与文件系统创建操作无关。
服务器详细信息:
有没有人有关于如何进一步调试的建议?
当我使用 VMware 工作站时,我可以将 VM 设置为多核。我实际上是在具有双核和 4 个逻辑核的机器上使用它。那么我真的可以通过在 VM 上使用更多内核来提高 VMS 性能吗?
在我的 Apache 访问日志中,我有超过 1000 万个这样的查询:
::1 - - [21/Nov/2011:16:15:54 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.2.15 (Unix) PHP/5.2.13 (internal dummy connection)"
Run Code Online (Sandbox Code Playgroud)
是因为 mod_rewrite 重定向还是什么?为什么它们以 IPv6 表示法显示?如果您需要有关服务器配置的更多信息,请告诉我。我使用 Debian 5.0。
根据Facebook 的 Haystack 上的这篇论文:
"由于 NAS 设备管理目录元数据的方式,将数千个文件放置在一个目录中的效率极低,因为目录的块图太大而无法被设备有效缓存。因此,通常会发生 10 次以上的磁盘操作检索单个图像。将目录大小减少到每个目录数百个图像后,生成的系统通常仍会产生 3 个磁盘操作来获取图像:一个将目录元数据读入内存,第二个将 inode 加载到内存中,第三次阅读文件内容。 ”
我曾假设文件系统目录元数据和 inode 将始终由操作系统缓存在 RAM 中,并且文件读取通常只需要 1 个磁盘 IO。
这篇论文中概述的“多个磁盘 IO 读取单个文件”问题是 NAS 设备独有的,还是 Linux 也有同样的问题?
我计划运行一个 Linux 服务器来提供图像。有什么办法可以最大限度地减少磁盘 IO 的数量 - 理想情况下确保操作系统将所有目录和 inode 数据缓存在 RAM 中,并且每个文件读取只需要不超过 1 个磁盘 IO?
linux ×3
apache-2.2 ×1
archive ×1
benchmark ×1
centos ×1
cron ×1
dump ×1
filesystems ×1
oracle ×1
performance ×1
permissions ×1
raid ×1
regex ×1
service ×1
sla ×1
smartcard ×1
tar ×1