Столь же установленный, SSD должны управлять диски SATA как тем же; однако, это сказало, что я подозреваю, что 4 15k об/мин диски SAS в RAID 10 достаточно для работы 5 VMs. SQL Server и Exchange в стороне, я работаю 20+VMs на 10-х RAID с 6 дисками, и производительность прекрасна. Это значительно зависит, какую рабочую нагрузку Вы имеете. Я выполнил понедельник перфекта и проверяю, что дисковая подсистема является истинно Вашим горлышком бутылки.
Так как Вы говорите MS, (я принимаю hyper-v), проверяют этот вопрос, который я задал несколько месяцев назад: Что лучший способ состоит в том, чтобы контролировать диск IO для Хост-машины Hyper-V?
(это было комментарием, который превратился в полный ответ),
Запуск netstat -tulpn
от имени root даст вам PID на выходе.
[root@hostname ~]# netstat -tulpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:5666 0.0.0.0:* LISTEN 3738/nrpe
tcp 0 0 127.0.0.1:8005 0.0.0.0:* LISTEN 12747/java
tcp 0 0 127.0.0.1:199 0.0.0.0:* LISTEN 3273/snmpd
tcp 0 0 127.0.0.1:5000 0.0.0.0:* LISTEN 30110/python
tcp 0 0 0.0.0.0:8009 0.0.0.0:* LISTEN 12747/java
tcp 0 0 0.0.0.0:8649 0.0.0.0:* LISTEN 19770/gmond
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 1656/mysqld
tcp 0 0 0.0.0.0:8651 0.0.0.0:* LISTEN 19794/gmetad
tcp 0 0 0.0.0.0:8652 0.0.0.0:* LISTEN 19794/gmetad
tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 12747/java
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 1914/httpd
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 3885/dnsmasq
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 13549/sshd
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 12403/postgres
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 15834/master
udp 0 0 0.0.0.0:40462 0.0.0.0:* 3862/avahi-daemon
udp 0 0 0.0.0.0:161 0.0.0.0:* 3273/snmpd
udp 0 0 127.0.0.1:53 0.0.0.0:* 3885/dnsmasq
udp 0 0 10.182.10.5:8649 0.0.0.0:* 19770/gmond
udp 0 0 0.0.0.0:5353 0.0.0.0:* 3862/avahi-daemon
udp 0 0 10.182.10.5:123 0.0.0.0:* 3335/ntpd
udp 0 0 127.0.0.1:123 0.0.0.0:* 3335/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 3335/ntpd
thin
- это драгоценный камень Ruby, поэтому имеет смысл только то, что интерпретатор Ruby будет запускать его.
Типичный вызов thin
будет таким:
bundle exec rails server thin -p $PORT -e $RACK_ENV
В списке процессов из команды ps
это выглядит примерно так:
6870 pts/3 Rl+ 0:01 /usr/bin/ruby script/rails server thin -p 80 -e production
При использовании pgrep
по умолчанию он соответствует только имени команды (т.е. ] рубин
). Это не будет совпадать, если в аргументах появляется искомый шаблон. Для этого вам также необходимо использовать параметр -f
:
pgrep -l -f thin
Результат будет выглядеть следующим образом:
6870 /usr/bin/ruby script/rails server thin -p 80 -e production
И вуаля, вот процесс, который вы ищете.