Т.е. дата создания совпадает с датой последнего изменения. Но надо учитывать, что не все файловые системы хранят дату создания файла. Если ваша файловая система все-таки хранит дату создания файла, то можно использовать такую команду:
Archive for the ‘Linux’ Category

Анализ core-dump многопоточного приложения с помощью GDB


Недавно по работе мне пришлось анализировать core-dump, сброшенный процессом httpd. Поиск нужных команд для gdb занял некоторое время. Для того, чтобы сэкономить время другим, напишу о своем опыте. Итак, мы открыли с помощью GDB core-dump:
Почему отличается пропускная способность физического и виртуального сетевого интерфейса?


При использовании утилиты nicstat можно заметить расхождение измерений скорости трафика на физическом и виртуальном интерфейсе. На стороне OS – Origin Server – мы измерим записанные байты. eth0 – физический интерфейс, eth0.20 – виртуальный. Других источников трафика на eth0 нет.

Online разбор строки crontab


Отличный ресурс для распарсивания строки crontab: http://crontab.guru/

Переосмысляем виртуализацию java приложений при использовании Docker. Часть 3


Предыдущие части: Часть 1: часть 1 Часть 2: часть 2 Интегрируем Docker в сборку maven-ом В предыдущей главе мы создали Dockerfile и развернули в нем наш WAR. Это достигалось копированием этого файла из папки target проекта в папку docker/deploy и запуском докера из командной строки.

Переосмысляем виртуализацию java приложений при использовании Docker. Часть 2


Первая часть: часть 1 Теперь вернемся к изучению образов. Dockerfile Докерфайлы — это инструкции для создания образа. Инструкции определяют точку старта и действия по конфигурированию образа. Рассмотрим пример:

Переосмысляем виртуализацию java приложений при использовании Docker. Часть 1


Заметка является переводом статьи: статья В начале 2000-х выход в свет облачных технологий позволили разработчикам задействовать виртуальные машины и кластеры серверов для масштабирования приложения в соответствии с требованиями.

Тестовая система с использованием Docker в RH7


Эта заметка объяснит, как можно использовать Docker для тестирования связки клиент/прокси/сервер на одной единственной машине с RedHat 7. Для этого не требуется 3 сервера, нужен только один с 2 или 3 контейнерами. На одной машине будут и клиент, и прокси, и сервер.

Делаем правильные отступы в java коде


Допустим вы написали какой-то код без любимой IDE под рукой или решили изучить java исходники другого автора. В первом случае вы можете захотеть исправить отступы перед тем, как отослать работу в репозиторий. Во втором случае вы можете захотеть читать исходники в привычном глазу форматировании. И тут вам поможет однострочная команда.
Исключения при работе с числами с плавающей запятой


Допустим, вы решили обрабатывать у себя в программе исключения, которые могут генерироваться при операциях с плавающей запятой. Это можно сделать в обычном C коде и механизм исключений из С++ не нужен. В данной заметке я приведу код для воспроизведения пяти ошибок и их обработки в ОС linux.