标签: format

在我们当前设置中格式化驱动器时，建议的默认分配单元大小为 4096 字节。我了解较大和较小尺寸（性能提升与空间保留）的优缺点的基础知识，但似乎固态驱动器的好处（寻道时间大大低于硬盘）可能会造成分配空间小得多的情况大小无害。

如果是这种情况，它至少会部分帮助克服 SSD 的缺点（每 GB 价格大幅上涨）。

有没有办法确定与寻道时间特别相关的较小分配大小的“成本”？或者是否有任何研究或文章建议根据这项新技术更改默认设置？

（假设程序文件、操作系统文件、数据、mp3、文本文件等的大小分布最平均）

我正在使用没有 GUI 的 Server 2012。目前，我有两个硬盘。我的第一个已经格式化，我认为它是 C：

现在，我想格式化我的第二个硬盘并创建一个 D: 分区。

有什么想法可以通过命令行（如 cmd 或 powershell）实现吗？

在ansible中，我想操作组成或组成的文件/目录/档案，如下所示：

我该怎么做。Ansible 似乎无法处理这个问题。（我怀疑）。那么，我做错了什么？

前任：

- name: create file with a date in name
  file: path=/path/somefile.`date +%y_%m_%d`

- name: unzip a file
  unarchive: path=/path/zomezip.`date +%y_%m_%d`.tar.gz bla bla....

Zip、Rar、7z、Gzip、BZip2、Tar 等。我听说 7z 是本月的流行，为什么？它适用于所有情况还是针对特定情况有更好的选择。

或者也许实际的文件归档程序，即 WinZip、WinRar、7Zip 等（与格式相反）有更大的影响？

在您的回答中，您能否描述您提到的格式使用什么样的速度/压缩权衡。

请提供支持您的答案的任何经验测试的链接。

背景：我需要备份一个自定义搜索索引，该索引创建了大约 3000 个相对较小的文件（小于 10MB），每个文件都包含大量重复数据。

（像往常一样，维基百科有一篇相关文章，但关于性能比较的部分很简短。）

谢谢

tar 可以创建不同格式的存档。GNU tar、ustar、pax、v7。什么是最好的长时间存档？这些格式是否存在显着差异？

我会使用最好的格式进行一般备份，我不希望我可以提取数据，因为格式问题。（例如，v7 从实现中消失）

默认的 NGINX 格式是这样的：

log_format combined '$remote_addr - $remote_user [$time_local]  '
                '"$request" $status $body_bytes_sent '
                '"$http_referer" "$http_user_agent"';

这有点难以解析。我担心人们会注入"请求、引荐来源或用户代理。

我考虑过使用分隔符，并使用我自己的格式，|P-,|用作分隔符：

log_format parsable '$status |P-,| $time_iso8601 |P-,| $http_host 
|P-,| $bytes_sent |P-,| $http_user_agent |P-,| $http_referer 
|P-,| $request_time |P-,| $request';

但是，没有什么可以阻止用户注入|P-,|他们的请求、引荐来源或用户代理。

我读了这篇关于 ASCII 分隔文本的文章：https : //ronaldduncan.wordpress.com/2009/10/31/text-file-formats-ascii-delimited-text-not-csv-or-tab-delimited-text/

我认为这可以用来解决这个问题，但用户也可以将 ASCII 分隔符注入他们的数据中。

是否有解决此问题的最佳实践方法？

如果我没有关于日志类型（例如 syslog、apache 日志、IIS 日志）的先验信息，有没有办法确定日志的类型（以便可以正确解析）？我正在尝试为日志编写 Grok 过滤器，但我不知道这些字段代表什么。

这些是日志中的前几行：

14;1074585600;147.33.10.112;89ccfad2c4bbc02c91ed66055a235fca;/ls/index.php?      &id=62&view=1,2,3,4,6,9&sort=,13,4&pozice=40;hXXX://YYY.shop4.cz/ls/index.php?&id=62&view=1,2,3,4,6,9&sort=,13,4&pozice=20

12;1074585600;57.66.66.138;17bff4c98f96413dbe748c9cd8822da9;/ct/?c=158;hXXX://YYY.shop3.cz

14;1074585600;194.196.100.86;e9455a109435408eb7b8e170d636d024;/klient/seznam.php;hXXX://YYY.shop4.cz/klient/zpravy.php

11;1074585600;66.77.73.176;88dc79e8eb5968d936a7d563af55bd08;/dt/?id=9354;

10;1074585601;158.196.177.79;cbf84093e4740423436abaf3c1a65ebc;/;

我想在 FreeBSD 下格式化一个分区并将其更改为 UFS 文件系统。我搜索了网络，但即使是“fdisk”手册页也根本不清楚。任何帮助将不胜感激！

我当前的分区是：

fdisk /dev/da0
******* Working on device /dev/da0 *******
parameters extracted from in-core disklabel are:
cylinders=121601 heads=255 sectors/track=63 (16065 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=121601 heads=255 sectors/track=63 (16065 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)
    start 63, size …

我读过很多关于典型硬盘寿命的混合案例，以及重新格式化是否会降低磁盘性能。如果是这样，您能否以实际的方式测量磁盘的寿命或解释它是如何损坏的？

我想清空一个分区上的所有数据。执行此操作的最快方法是什么？如果重要的话，它是一个 Amazon EBS 卷。

SQL Server 中是否有设置可以说服它在查询中接受“yyyy-mm-dd”样式的日期。

得到在我们的大多数 SQL 服务器上运行良好的查询，一个运行 Microsoft SQL Server 2005 的开发人员不喜欢它们。这是错误：

将 char 数据类型转换为 datetime 数据类型导致超出范围的 datetime 值。

YYYYMMDD 工作正常