проанализируйте производительность TCP путем интерпретации “netstat-s”
Если Вы переименовываете файл к. [имя файла], это не будет отображено ls, но будет отображено ls-a
или
Можно переименовать его к [имени файла] ~, Linux рассматривает файлы, заканчивающиеся в ~ как файлы резервных копий, и следовательно скрывает их.
или
Создайте свою собственную ls утилиту для исключения некоторых шаблонов из когда-либо разоблачения в ls
или
Попробуйте это: http://sourceforge.net/projects/ext2hide/
или
Можно поместить файлы в каталог и затем "каталог chmod 700". Теперь только владелец каталога видит файлы. Это - самая близкая вещь к корректному ответу на вопрос.
Некоторые люди пробуют эксцентричные имена. Неопытные пользователи часто не понимают, как иметь дело с такими файлами. Имена, которые я видел, включают именование файла управляющий символ, "..", "", и т.д.
Можно поместить файлы в каталог и затем смонтировать другую файловую систему на каталоге. В этой точке специальные приемы необходимы, чтобы видеть, что файлы и только базироваться будут иметь власть использовать приемы.
Программа может открыть файл и затем удалить связь с ним. Если это было единственной ссылкой на файл, файл теперь имеет нулевые имена. Но это не будет удалено, пока последняя программа не закрывает файл. Такой файл можно назвать скрытым. Это происходит много. Файловая система заполняется, и кто-то находит незаконный файл. Они комната это. Затем они задаются вопросом, почему пространство не было освобождено. Я должен видеть это один раз в неделю или около этого.
1 outgoing packets dropped
Потери пакетов почти нет, и это хорошо, но у нас нет данных о задержке. С первого взгляда я бы сказал, что вы используете неправильные инструменты для работы.
Используется ли база данных? Существуют ли какие-то циклические функции, которые замедляют работу системы примерно на 10-минутной отметке? Машина управляет только этим tcp-сервером или обслуживает другие ресурсы?
Netstat не является подходящей метрикой для того, что вы хотите делать. Чтобы убедиться, что ваше веб-приложение работает так, как задумано, вам необходима инфраструктура, включающая следующие
- хуки в ваше приложение для обеспечения правильных показателей. Вы разработчик, так что вы можете это сделать, и это значительно упростит вашу работу. Под хуками я имею в виду средства для получения диагностических данных и данных о производительности, закодированных непосредственно в вашем приложении.
- A graphing/monitoring infrastructure. Cacti and Nagios are an example i'm familiar with, but there are more.
- A plan. What do you want to achieve? What level of service do you want to supply your users with? Implement diagnostics and performance metrics as you develop your application and if you get wind this could turn into something big, make it scalable. *Really* scalable.
Some things to try and help you understand the problem:
- How does your receiving program handle connections from the network? Is it multithreaded? How does it handle clients? Is there a timeout being reached?
- How have you tested the server code? Have you run it on your local machine and tried out how many connections you can get to it? Have you tested the effect of long sessions?
- Try running "netstat -p" or "lsof -i TCP" and see what is happening. What does the send queue look like? Run a "ps auxwww", what is the state of the server program?