Моряков Катан вопрос тумане сценарий
Не приложение, но сайт, который делает то, что вы хотите: Adioso.
Вы можете выбрать диапазоны начальную дату и продолжительность поездки, а также общие направления, такие как "везде", "международная", "Европа", и даже "где тепло".
Например, попробовать http://adioso.com/uy/montevideo-uy-to-europe-return-about-2-weeks-later
Мы живем в Вене, Австрия, недалеко от Дуная. Мы посадили этот японский клен в первый год после переезда весной 2013 года. Он медленно, но уверенно растет, улучшается с каждым годом. Спустя пять лет, она действительно стала похожа на красивый куст, когда листья начали завивать и умирает. Он имеет один филиал, который производит новый рост, остальные похоже еще растут новые листья, но уже существующих, кажется, высыхают очень быстро и упасть. Я не знаю достаточно об дерево, чтобы выяснить, если это нормально или нет, где проблема может быть. Я надеюсь, что картинки помогут, потому что кроме изображений, я не могу предоставить гораздо больше информации. Мы не сделали ничего различного с елкой в этом году, что бы вызвать такое странное поведение.
Фото:
После удаления USB-приемник, я подключил Мой Logitech МХ мастер в моем MacBook Pro через Bluetooth и я больше не возникают проблемы с курсором мыши, торчащие или замедляется.
Связанные вопросы
После обновления до ф28, каждый раз, когда я перезагрузки моя машина, экрана GDM показывает уродливые, ненужные и бесполезные виртуальная клавиатура вместо экрана входа в систему.
Как я могу отключить это?
Мой экран входа в систему выглядит примерно так:
Уродливые виртуальная клавиатура во всем моем экране.
После того, как я удалить его, это то, что я вижу:
Экран не содержит каких-либо специальных возможностей.
А так как я знаю, я установил возрастов станции назад (26, кажется), обновлен до 27, а сейчас 28.
Мне было интересно, если есть приложение, в котором вы можете организовать сетей. Я имею в виду, если вы установили некоторые сети, заметьте, имя компьютера, его IP-адрес и так далее.
Есть приложение, в котором вы можете управлять им?
Я видел инструменты мониторинга, но это не совсем то, что я ищу. Может, мне не объяснили мне, после всех моих ЗН его не так хорошо :)
Например, если я устанавливаю много разных сетях я пишу в книге, Как я настроил их. Я пишу ПК-имени в IP-адрес IP-шлюз IP-вещания и так далее для каждой сети.
Это будет здорово, если я могу сделать это в программе, чтобы организовать его хорошо, и, например, это дает мне вид на узле сети.
Недавно я начал получать следующие сообщения в /var/журнал/syslog в примерно каждые минут. Погуглил "пропустили в личку перебивай", но никаких полезных результатов пришли.
За исключением того, что судо несколько медленнее, чем это было раньше, ничто, кажется, не так с моим сервером сейчас. Я могу игнорировать эти сообщения?
25 апреля 07:45:12 ядра кита: [479065.384519] ------------[ здесь ]------------
25 апр 07:45:12 ядра кита: [479065.384538] предупреждение: В /строительства/утилита buildd/Линукс-3.0.0/драйверы/ГПУ/с DRM/i915/i915_irq.с:649 ironlake_irq_handler+0x971/0x980 [i915]()
25 апреля 07:45:12 ядра кита: [479065.384541] скобяными название: MS-7680
25 апр 07:45:12 ядра кита: [479065.384543] пропустил ПМ прервать
25 апреля 07:45:12 ядра кита: модули [479065.384545] связаны: snd_hda_codec_hdmi snd_hda_codec_realtek i915 snd_hda_intel snd_hda_codec snd_hwdep snd_pcm coretemp drm_kms_helper дрм snd_timer СНД soundcore usb_storage psmouse snd_page_alloc i2c_algo_bit serio_raw ЛП бас НПЗ в Шымкенте мкВ(с) прямая и восстановить режим AHCI libahci r8169
25 апреля 07:45:12 ядра кита: [479065.384573] пид: 0, память: подкачки душком: г туалетом 3.0.0-17-универсальный-Пае #30-Убунту
25 апреля 07:45:12 ядра кита: [479065.384576] тросса:
25 апр 07:45:12 ядра кита: [479065.384585] [<c1050722>] warn_slowpath_common+0x72/устройства 0xa0
25 апреля 07:45:12 кит ядра: [479065.384596] [<f88e6be1>] ? ironlake_irq_handler+0x971/0x980 [i915]
25 апр 07:45:12 ядра кита: [479065.384606] [<f88e6be1>] ? ironlake_irq_handler+0x971/0x980 [i915]
25 апр 07:45:12 ядра кита: [479065.384611] [<c10507f3>] warn_slowpath_fmt+0x33/на 0x40
25 апр 07:45:12 ядра кита: [479065.384621] [<f88e6be1>] ironlake_irq_handler+0x971/0x980 [i915]
25 апр 07:45:12 ядра кита: [479065.384627] [<c10b42cb>] try_one_irq+0x7b/от 0xe0
25 апр 07:45:12 ядра кита: [479065.384634] [<c154b9ce>] misrouted_irq+0x4d/0x75
25 апр 07:45:12 ядра кита: [479065.384638] [<c10b45e2>] note_interrupt+0x82/0x150
25 апр 07:45:12 ядра кита: [479065.384642] [<c10b2b4e>] handle_irq_event_percpu+0x9e/0x200
25 апр 07:45:12 ядра кита: [479065.384647] [<c102df58>] ? default_spin_lock_flags+0x8/0х10
25 апр 07:45:12 ядра кита: [479065.384652] [<c155dbad>] ? _raw_spin_lock_irqsave+0x2d/на 0x40
25 апр 07:45:12 ядра кита: [479065.384657] [<c10b2ceb>] handle_irq_event+0x3b/0x60
25 апр 07:45:12 ядра кита: [479065.384661] [<c10b4da0>] ? unmask_irq+0x30/0x30
25 апр 07:45:12 ядра кита: [479065.384666] [<c10b4dee>] handle_fasteoi_irq+0x4e/от 0xC0
25 апреля 07:45:12 кит ядра: [479065.384668] <прерывание> [<c1565352>] ? do_IRQ+0x42/от 0xC0
25 апр 07:45:12 ядра кита: [479065.384676] [<c15651b0>] ? common_interrupt+0x30/0x38 ошибкой
25 апр 07:45:12 ядра кита: [479065.384682] [<c14500e0>] ? pci_mmcfg_write+от 0xe0/0x100
25 апр 07:45:12 ядра кита: [479065.384687] [<c145b582>] ? kfree_skb+0x12/0x90
25 апр 07:45:12 ядра кита: [479065.384691] [<c145ab07>] ? __СКБ_клон+0x27 раздел/0xd0
25 апр 07:45:12 ядра кита: [479065.384697] [<c151d839>] ? packet_rcv_spkt+0x69/0x140
25 апр 07:45:12 ядра кита: [479065.384702] [<c14672ae>] ? __netif_получите_СКБ+0x3de/0x4a0
25 апр 07:45:12 ядра кита: [479065.384707] [<c1467d9f>] ? netif_receive_skb+0x6f/0х80
25 апр 07:45:12 ядра кита: [479065.384711] [<c1467ec7>] ? napi_skb_finish+0x37/0х50
25 апр 07:45:12 ядра кита: [479065.384715] [<c1468331>] ? napi_gro_receive+0xa1/0xb0
25 апр 07:45:12 ядра кита: [479065.384721] [<f8432bec>] ? rtl8169_rx_interrupt.Исра.67+0x9c/0x2b0 [r8169]
25 апр 07:45:12 ядра кита: [479065.384728] [<f8433c80>] ? rtl8169_poll+0x30/0х80 [r8169]
25 апр 07:45:12 ядра кита: [479065.384733] [<c14684fd>] ? net_rx_action+0x10d/0x220
25 апр 07:45:12 ядра кита: [479065.384737] [<c116f7b0>] ? aio_queue_work+0x30/0x30
25 апр 07:45:12 ядра кита: [479065.384742] [<c1057350>] ? local_bh_enable_ip+0x90/0x90
25 апр 07:45:12 ядра кита: [479065.384746] [<c10573d1>] ? __у_softirq+0x81 до/0x1a0
25 апр 07:45:12 ядра кита: [479065.384751] [<c1057350>] ? local_bh_enable_ip+0x90/0x90
25 апреля 07:45:12 ядра кита: [479065.384753] <прерывание> [<c1057716>] ? irq_exit+0x76/устройства 0xa0
25 апр 07:45:12 ядра кита: [479065.384760] [<c156535b>] ? do_IRQ+0x4b/от 0xC0
25 апр 07:45:12 ядра кита: [479065.384764] [<c1073a63>] ? __hrtimer_начало_диапазон_Н+0x163/0x400
25 апр 07:45:12 ядра кита: [479065.384769] [<c15651b0>] ? common_interrupt+0x30/0x38 ошибкой
25 апр 07:45:12 ядра кита: [479065.384774] [<c105007b>] ? unregister_exec_domain+0x4b/0х80
25 апр 07:45:12 ядра кита: [479065.384779] [<c12e32f7>] ? intel_idle+0xb7/0x110
25 апреля 07:45:12 кит ядра: [479065.384784] [<c143fe0d>] ? cpuidle_idle_call+0x7d/0x240
25 апр 07:45:12 ядра кита: [479065.384789] [<c1008c7a>] ? cpu_idle+0x8a/от 0xC0
25 апр 07:45:12 ядра кита: [479065.384793] [<c152dd85>] ? rest_init+0x5d/0x68
25 апр 07:45:12 ядра кита: [479065.384798] [<c1802774>] ? из start_kernel+0x352/0x358
25 апр 07:45:12 ядра кита: [479065.384801] [<c18023b3>] ? pass_bootoption.constprop.2+0xe2/0xe2
25 апр 07:45:12 ядра кита: [479065.384805] [<c18020ba>] ? i386_start_kernel+с кодом 0xa9/0xaf
25 апреля 07:45:12 ядра кита: [479065.384808] ---[ конец трассировки 49847d47cca5a812 ]---
У меня установлен Windows Server 2012 в виртуальной машине VirtualBox внутри имак. Теперь мне нужно получить доступ к веб-сайт, созданный в VirtualBox в имак. может ли один гид мне, пожалуйста?
Я хочу сделать полное форматирование, а не быстрое форматирование 500 ГБ файловой системы exFAT флешку. массива.exFAT, которая, кажется, только быстрое форматирование, так как это сразу же сделали.
Причина, по которой я хочу полный формат заключается в том, что файлы испорчены, когда я скопировать их на флешку, но только после примерно 20 или 30 ГБ. chkdsk на Windows всегда удаляет поврежденные файлы. Я также проверил на наличие поврежденных секторов, но никто не нашел, то же самое происходит на втором компьютере, так что это наверное не проблема водителя. Сейчас я хочу сделать полное форматирование, которое занимает очень много времени, но я не хочу, чтобы мой компьютер, чтобы быть в течение двух дней (очень медленно палки), так что я хочу использовать мой Raspberry Pi для него. Я попробовал и запустил GParted, но он не поддерживает exFAT. Я чувствую, что это должно быть довольно легко, просто команду для форматирования флешки в exFAT, но не быстрый формат
В kdbg не доступна из репозиториев Убунту: http://packages.ubuntu.com/search?keywords=kdbg&searchon=names&suite=all§ion=all
Пакет kdbg не
осознанные (девел): графический интерфейс отладчика [Вселенной]
2.2.0-2ubuntu1: для amd64 на i386
точные (девел): графический интерфейс отладчика [Вселенной]
2.5.0-1: amd64 с архитектурой i386
дискретные (девел): графический интерфейс отладчика [Вселенной]
2.5.1-1: amd64 с архитектурой i386
рвения (девел): графический интерфейс отладчика [Вселенной]
2.5.1-1: amd64 с архитектурой i386
---Редактировать---
В kdbg не является в Ubuntu 10.04,осознанные Рысь, хранилищ. Следует установить с помощью менеджера пакетов (Синаптик,Апт,...). Вы должны проверить ваши настройки.
Сообщества Ubuntu документация: https://help.ubuntu.com/community/Repositories/Ubuntu
Как я могу суммировать значения времени с awk?
У меня список такой:
5:45
4:28
4:46
5:13
4:58
3:18
4:59
4:55
3:57
2:1
1:30
2:0
5:18
3:45
6:15
и как бы вывод такой:
ч:мм:СС
Это кажется довольно разумным проекции, но имейте в виду, что, как вы теряете жир, каждый фунт (или килограмм) сала труднее потерять, чем до него. Это означает, что ваш отсечкой фазы может замедлиться, как вы получите ближе к концу. Я бы не беспокоиться об этом, типичное.
Я также хотел бы сослаться на эту статью об этом точную тему, который я нашел, чтобы быть очень полезным. http://rippedbody.jp/how-to-bulk/
Он идет в подробности о том, как долго и много вы должны Навального и вырезать, в зависимости от пару общих целей. Надеюсь, что это помогает!
Я понимаю, что формат для привязки клавиш в inputrc файл:
имя параметра: имя-функции или макроса
Для имя_параметра, я видел такие вещи, как:
"\е[б"
"\Е[1~"
"\е[5Д"
"\М-л"
"\С-[ОД"
"\е\е[д"
В чем смысл этих параметров, и каков общий формат имя_параметра ? Пожалуйста, дайте ссылку на документы.
У меня есть система GNU/Linux с одного аккаунта, учетной записи root. При загрузке системы, я хочу, чтобы автоматически войти в учетную запись root, а затем запустить команду 'телнет' в рамках этой сессии. Как я могу это сделать?
Моя система не имеет GUI и я не хочу, чтобы установить один, если надо...
Мы имеем странную ситуацию на нашем сервере Debian Линукс.
Немного информации о сервере:
Два жестких диска SATA с /dev/sda и /dev/sdb в RAID1 в программное обеспечение. (Все в RAID1 тесты и тесты жестких дисков был хороший, все жесткие диски были здоровы)
На запуск приложений-сервер: apache2, nginx и (в качестве обратного прокси-сервера для статического контента), локально в MySQL (движок MyISAM + InnoDB в), локально MongoDB и РМ2 (гнездо node.js). Сетевой маршрутизации, сетевых карт и DNS 100% ОК. Все около 10000 посетителей/день.
Наши проблемы, проблемы//вопрос:
Если какой посетитель назвать сайт - Апач получите посетителя запрос и просто застрял на нем около 1-20 секунд (по первому требованию) и тогда, возможно, для некоторых других (случайных) объектов (изображений, Java-скрипты, язык HTML, PHP и прочих загруженных файлов) на том же сайте, на той же сессии, для статического и динамического содержания. И это не имеет значения, если это был призыв к статически картинки/изображения или динамические на php-файл с запросами к базе данных.
То же самое в РМ2 (гнездо node.js). Это просто застрянет время между сервер-клиент сообщения за то же время, как Apache.
В результате, на сайт загружается более минуты, и две недели назад было до 1,2 секунд.
Нет никаких ошибок в журналах...
Мы пробовали трассированием для Apache, но есть слишком много данных (для CA. 5 второй более 1гб) и мы не можем найти нить между других системных вызовов.
Хоста Linux 3.2.0-4-amd64 в #1 СМП в Debian 3.2.60-1+deb7u3 архитектуру x86_64 GNU/Линукс
В PHP работает как модуль Apache-модуль.
Статус в RAID1:
# кошка /proc/mdstat
Личности : [в RAID1]
МВ2 : активный RAID1 в sda3 в качестве[2] sdb3[1]
1936077760 блокам super 1.2 [2/2] [УУ]
МД1 : активный в RAID1 sda2[2] sdb2 буд ет экспортироваться[1]
523968 блокам super 1.2 [2/2] [УУ]
md0 : активный в RAID1 sda1, поскольку[2] sdb1[1]
16768896 блокам super 1.2 [2/2] [УУ]
неиспользуемые устройства: <нет>
Здоровье жестких дисков:
# smartctl -ч /Дев/СДБ
smartctl 5.41 2011-06-09 r3365 [x86_64 с-Линукс-3.2.0-4-для amd64] (местной сборки)
Авторское право (c) 2002-11 Брюс Аллен http://smartmontools.sourceforge.net
=== НАЧАЛО ЧИТАЙТЕ РАЗДЕЛ СМАРТ-ДАННЫХ ===
Смарт в целом-здоровья самооценка результат теста: пройден
# smartctl -ч /Дев/СДА
smartctl 5.41 2011-06-09 r3365 [x86_64 с-Линукс-3.2.0-4-для amd64] (местной сборки)
Авторское право (c) 2002-11 Брюс Аллен http://smartmontools.sourceforge.net
=== НАЧАЛО ЧИТАЙТЕ РАЗДЕЛ СМАРТ-ДАННЫХ ===
Смарт в целом-здоровья самооценка результат теста: пройден
Ведение журнала на обе системы базы данных (Mongo и MySQL), а отключается в их конфигураций, но здесь работает на ext4.
Вот некоторые данные о запущенных процессах с высоким прошивкой:
15:13:51 15313 быть/4 MongoDB в 0.00 К/с 39.51 К/с 0.00 % 0.02 % mongod_config --конфигурационный файл /etc/mongod_config.конф
15:13:51 27418 быть/4 корня 0.00 К/с 11.85 К/с 0.00 % 0.00 % rsyslogd -С5
15:13:53 339 быть/3 корень 0.00 К/с 382.84 К/с 0.00 % 10.95 % [jbd2/МВ2-8]
15:13:55 25191 быть/4 nginx в 27.46 К/с 0.00 К/с 0.00 % 0.90 % nginx'а: рабочий процесс
15:13:55 27418 быть/4 корня 0.00 К/с 15.69 К/с 0.00 % 0.00 % rsyslogd -С5
15:13:55 27801 быть/4 MongoDB в 0.00 К/с 23.54 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:13:56 339 быть/3 корень 0.00 К/с 165.80 К/с 0.00 % 13.04 % [jbd2/МВ2-8]
15:13:56 27418 быть/4 корня 0.00 К/с 11.84 К/с 0.00 % 0.00 % rsyslogd -С5
15:14:01 339 быть/3 корень 0.00 К/с 391.00 К/с 0.00 % 7.43 % [jbd2/МВ2-8]
15:14:01 27418 быть/4 корня 0.00 К/с 19.75 К/с 0.00 % 0.00 % rsyslogd -С5
15:14:02 339 быть/3 корень 0.00 К/с 228.93 К/с 0.00 % 14.90 % [jbd2/МВ2-8]
15:14:02 15059 быть/4 MySQL в 0.00 К/с 15.79 К/с 0.00 % 0.04 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:02 27627 быть/4 MongoDB в 0.00 К/с 19.74 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:03 быть 27418/4 корня 0.00 К/с 11.84 К/с 0.00 % 0.00 % rsyslogd -С5
15:14:03 быть 27587/4 ВСП-данных 0.00 К/с 702.42 К/с 0.00 % 0.00 % помощью apache2 -к старт
15:14:27589 03 быть/4 MongoDB в 0.00 К/с 966.81 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:05 14959 быть/4 MySQL в 0.00 К/с 236.84 К/с 0.00 % 0.09 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:06 339 быть/3 корень 0.00 К/с 197.61 К/с 0.00 % 46.68 % [jbd2/МВ2-8]
15:14:06 14959 быть/4 MySQL в 0.00 К/с 529.58 К/с 0.00 % 0.39 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:06 27418 быть/4 корня 0.00 К/с 11.86 К/с 0.00 % 0.00 % rsyslogd -С5
15:14:07 339 быть/3 корень 0.00 К/с 138.08 К/с 0.00 % 12.15 % [jbd2/МВ2-8]
15:14:07 18365 быть/4 MySQL в 0.00 К/с 11.84 К/с 0.00 % 0.04 % тузды --basedir=/usr, то --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:10 25191 быть/4 nginx в 15.79 К/с 0.00 К/с 0.00 % 2.99 % для nginx: рабочий процесс
15:14:11 25192 быть/4 nginx в 39.48 К/с 3.95 К/с 0.00 % 2.77 % для nginx: рабочий процесс
15:14:11 25199 быть/4 nginx в 19.74 К/с 0.00 К/с 0.00 % 0.69 % nginx'а: рабочий процесс
15:14:11 25194 быть/4 nginx в 23.69 К/с 3.95 К/с 0.00 % 0.01 % сервера nginx: рабочий процесс
15:14:12 339 быть/3 корень 0.00 К/с 464.09 К/с 0.00 % 6.12 % [jbd2/МВ2-8]
15:14:14 27418 быть/4 корня 0.00 К/с 11.84 К/с 0.00 % 0.00 % rsyslogd -С5
15:14:14 27605 быть/4 MongoDB в 0.00 К/с 23.69 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:16 339 быть/3 корень 0.00 К/с 244.83 К/с 0.00 % 38.10 % [jbd2/МВ2-8]
15:14:16 14959 быть/4 MySQL в 0.00 К/с 418.59 К/с 0.00 % 0.32 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:16 27342 быть/4 MongoDB в 0.00 К/с 15.80 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:18 27418 быть/4 корня 0.00 К/с 15.80 К/с 0.00 % 0.00 % rsyslogd -С5
15:14:20 27398 быть/4 MongoDB в 0.00 К/с 27.10 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:21 339 быть/3 корень 0.00 К/с 402.19 К/с 0.00 % 9.45 % [jbd2/МВ2-8]
15:14:21 27328 быть/4 ВСП-данных 0.00 К/с 11.83 К/с 0.00 % 0.00 % помощью apache2 -к старт
15:14:22 25192 быть/4 nginx в 23.72 К/с 0.00 К/с 0.00 % 0.41 % сервера nginx: рабочий процесс
15:14:22 27595 быть/4 ВСП-данных 0.00 К/с 11.86 К/с 0.00 % 0.00 % помощью apache2 -к старт
15:14:23 339 быть/3 корень 0.00 К/с 307.91 К/с 0.00 % 10.74 % [jbd2/МВ2-8]
15:14:23 27549 быть/4 MongoDB в 0.00 К/с 15.79 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:25 339 быть/3 корень 0.00 К/с 247.60 К/с 0.00 % 9.74 % [jbd2/МВ2-8]
15:14:25 27388 быть/4 MongoDB в 0.00 К/с 27.51 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:26 339 быть/3 корень 0.00 К/с 90.01 К/с 0.00 % 33.82 % [jbd2/МВ2-8]
15:14:26 25195 быть/4 nginx в 15.65 К/с 0.00 К/с 0.00 % 1.71 % для nginx: рабочий процесс
15:14:26 14959 быть/4 MySQL в 0.00 К/с 508.77 К/с 0.00 % 0.34 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:27 25195 быть/4 nginx в 0.00 К/с 11.62 К/с 0.00 % 0.00 % nginx'а: рабочий процесс
15:14:30 15313 быть/4 MongoDB в 0.00 К/с 35.57 К/с 0.00 % 0.04 % mongod_config --конфигурационный файл /etc/mongod_config.конф
15:14:31 339 быть/3 корень 0.00 К/с 351.53 К/с 0.00 % 4.41 % [jbd2/МВ2-8]
15:14:33 339 быть/3 корень 0.00 К/с 43.37 К/с 0.00 % 7.53 % [jbd2/МВ2-8]
15:14:33 15059 быть/4 MySQL в 0.00 К/с 11.83 К/с 0.00 % 0.04 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:33 27794 быть/4 MongoDB в 0.00 К/с 15.77 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:33 27835 быть/4 MongoDB в 0.00 К/с 11.83 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:34 339 быть/3 корень 0.00 К/с 106.56 К/с 0.00 % 12.32 % [jbd2/МВ2-8]
15:14:34 14977 быть/4 MySQL в 0.00 К/с 11.84 К/с 0.00 % 0.06 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:34 27418 быть/4 корня 0.00 К/с 15.79 К/с 0.00 % 0.00 % rsyslogd -С5
15:14:37 339 быть/3 корень 0.00 К/с 242.20 К/с 0.00 % 8.01 % [jbd2/МВ2-8]
15:14:37 25195 быть/4 nginx'у 11.72 К/с 0.00 К/с 0.00 % 1.01 % для nginx: рабочий процесс
15:14:37 14977 быть/4 MySQL в 0.00 К/с 11.72 К/с 0.00 % 0.04 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:37 27634 быть/4 ВСП-данных 0.00 К/с 15.63 К/с 0.00 % 0.00 % помощью apache2 -к старт
15:14:37 27636 быть/4 MongoDB в 0.00 К/с 19.53 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:37 27842 быть/4 ВСП-данных 0.00 К/с 11.72 К/с 0.00 % 0.00 % помощью apache2 -к старт
15:14:39 27418 быть/4 корня 0.00 К/с 11.77 К/с 0.00 % 0.00 % rsyslogd -С5
15:14:39 27849 быть/4 MongoDB в 0.00 К/с 31.39 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:41 27801 быть/4 MongoDB в 118.35 К/с 43.39 К/с 0.00 % 1.34 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:41 22209 быть/4 MySQL в 0.00 К/с 11.83 К/с 0.00 % 0.00 % тузды --basedir=/usr, то --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:44 339 быть/3 корень 0.00 К/с 541.22 К/с 0.00 % 51.74 % [jbd2/МВ2-8]
15:14:44 14959 быть/4 MySQL в 0.00 К/с 1335.27 К/с 0.00 % 0.85 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:44 18604 быть/4 MySQL в 0.00 К/с 11.85 К/с 0.00 % 0.16 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:45 25195 быть/4 nginx в 23.68 К/с 0.00 К/с 0.00 % 0.90 % nginx'а: рабочий процесс
15:14:46 339 быть/3 корень 0.00 К/с 327.37 К/с 0.00 % 9.90 % [jbd2/МВ2-8]
15:14:46 18362 быть/4 MySQL в 0.00 К/с 11.83 К/с 0.00 % 0.05 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:46 27800 быть/4 MongoDB в 0.00 К/с 11.83 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
15:14:47 339 быть/3 корень 0.00 К/с 46.87 К/с 0.00 % 7.34 % [jbd2/МВ2-8]
15:14:47 18504 быть/4 MySQL в 0.00 К/с 15.62 К/с 0.00 % 0.06 % тузды --basedir=/usr и --переменной datadir=/ВАР/Либ/MySQL с --плагинов=в/usr/библиотека/MySQL в/плагин это --User=MySQL с --PID-файл=файл/var/выполнения/которых mysqld/mysqld версии.пид --розетка=/ВАР/работа/тузды/тузды.носок --порт=3306
15:14:50 27867 быть/4 MongoDB в 0.00 К/с 23.64 К/с 0.00 % 0.00 % команду mongod --конфигурационный файл /etc/команду mongod.конф
Из Apache конфиг:
<IfModule mpm_prefork_module>
StartServers 7
MinSpareServers 7
MaxSpareServers 15
ServerLimit 1024
MaxClients 1024
MaxRequestsPerChild 10000
</IfModule>
Обновление 1 (дополнительная информация)
# iostat
В Linux 3.2.0-4-amd64 (о хозяине) 08/19/2018 _x86_64_ (ЦП 8)
авг-процессор: пользователь %user %nice в каталоге %System %iowait %украсть %простоя
8.86 0.00 3.80 0.00 1.02 86.32
Устройство: ТПС kB_read/с kB_wrtn/с kB_read kB_wrtn
СКБ 96.78 3093.98 498.35 2022098528 325699718
ПДД 96.09 3085.66 498.35 2016660127 325699718
md0 0.01 0.01 0.02 4002 10552
МД1 0.05 0.02 0.05 13068 32539
МВ2 88.37 252.24 496.79 164852095 324679412
-
# кот в /etc/fstab строчку
прок /по умолчанию прок прок 0 0
/разработки/МД/0 Нет поменять Юз 0 0
файл /dev/МД/1 /загрузки по умолчанию для файловой системы ext3 0 0
файл /dev/МД/2 / в ext4 по умолчанию 0 0
Обновление 2 (Дополнительная информация)
# команда dmesg -Т
.....
.....
[ВС Авг 19 17:03:28 2018] тип=1300 аудита(1534691393.580:36049): свод=c000003e системных вызовов=54 успех=да выход=0 А0=3 А1=0 А2=40 А3=17344e0 элементы=0 идентификатор=16922 пид=16923 auid=4294967295 с uid=0 gid в=0 euid так=0 битом SUID=0 fsuid=0 эгид=0 sgid бит=0 fsgid=0 телетайп=(нет) СЭС=4294967295 комм="сам" ехе="на/sbin/xtables-мульти" ключ=значение(null)
[ВС Авг 19 17:04:14 2018] тип=1325 аудит(1534691439.884:36050): таблица=фильтр семьей=2 записи=85
[ВС Авг 19 17:04:14 2018] тип=1300 аудита(1534691439.884:36050): свод=c000003e системных вызовов=54 успех=да выход=0 А0=3 А1=0 А2=40 А3=1b12660 элементы=0 идентификатор=16956 пид=16957 auid=4294967295 с uid=0 gid в=0 euid так=0 битом SUID=0 fsuid=0 эгид=0 sgid бит=0 fsgid=0 телетайп=(нет) СЭС=4294967295 комм="сам" ехе="на/sbin/xtables-мульти" ключ=значение(null)
[ВС Авг 19 17:05:02 2018] 1325 аудит(1534691487.740:36051): таблица=семейный фильтр=2 записи=Тип=86
[ВС Авг 19 17:05:02 2018] тип=1300 аудита(1534691487.740:36051): свод=c000003e системных вызовов=54 успех=да выход=0 А0=3 А1=0 А2=40 А3=1f417d0 элементы=0 идентификатор=16993 пид=16994 auid=4294967295 с uid=0 gid в=0 euid так=0 битом SUID=0 fsuid=0 эгид=0 sgid бит=0 fsgid=0 телетайп=(нет) СЭС=4294967295 комм="сам" ехе="на/sbin/xtables-мульти" ключ=значение(null)
[ВС Авг 19 17:09:19 2018] CPU7: основной лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU1: основной лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU4: основной лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU3: основной лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU5: основной лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU0: основной лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] процессор 2: основной лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU6: основной лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU1: пакет лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU4: пакет лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU3: пакет лимит уведомлений мощность (общая событиях = 11376)
[ВС Авг 19 17:09:19 2018] CPU5: пакет лимит уведомлений мощность (общая событиях = 11375)
[ВС Авг 19 17:09:19 2018] CPU0: пакет лимит уведомлений мощность (общая событиях = 11376)
[ВС Авг 19 17:09:19 2018] процессор 2: пакет лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU6: пакет лимит уведомлений мощность (общая событиях = 11376)
[ВС Авг 19 17:09:19 2018] CPU7: пакет лимит уведомлений мощность (общая событиях = 11377)
[ВС Авг 19 17:09:19 2018] CPU3: основным ограничением мощности нормальный
[ВС Авг 19 17:09:19 2018] CPU0: основным ограничением мощности нормальный
[ВС Авг 19 17:09:19 2018] CPU7: основным ограничением мощности нормальный
[ВС Авг 19 17:09:19 2018] CPU1: основным ограничением мощности нормальный
[ВС Авг 19 17:09:19 2018] CPU5: основным ограничением мощности нормальный
[ВС Авг 19 17:09:19 2018] процессор 2: Основные Ограничения питание нормальное
[ВС Авг 19 17:09:19 2018] CPU4: основным ограничением мощности нормальный
[ВС Авг 19 17:09:19 2018] CPU6: основным ограничением мощности нормальный
[ВС Авг 19 17:09:19 2018] CPU0: ограничение мощности пакет нормальные
[ВС Авг 19 17:09:19 2018] CPU7: ограничение мощности пакет нормальные
[ВС Авг 19 17:09:19 2018] CPU1: ограничение мощности пакет нормальные
[ВС Авг 19 17:09:19 2018] CPU5: ограничение мощности пакет нормальные
[ВС Авг 19 17:09:19 2018] процессор 2: ограничение мощности пакет нормальные
[ВС Авг 19 17:09:19 2018] CPU4: ограничение мощности пакет нормальные
[ВС Авг 19 17:09:19 2018] CPU6: ограничение мощности пакет нормальные
[ВС Авг 19 17:09:19 2018] CPU3: ограничение мощности пакет нормальные
[ВС Авг 19 17:11:48 2018] тип=1325 аудит(1534691893.367:36052): таблица=фильтр семьей=2 записи=87
[ВС Авг 19 17:11:48 2018] тип=1300 аудита(1534691893.367:36052): свод=c000003e системных вызовов=54 успех=да выход=0 А0=3 А1=0 А2=40 А3=185a7d0 элементы=0 идентификатор=17942 пид=17943 auid=4294967295 с uid=0 gid в=0 euid так=0 битом SUID=0 fsuid=0 эгид=0 sgid бит=0 fsgid=0 телетайп=(нет) СЭС=4294967295 комм="сам" ехе="на/sbin/xtables-мульти" ключ=значение(null)
[ВС Авг 19 17:13:28 2018] тип=1325 аудит(1534691993.655:36053): таблица=фильтр семьей=2 записи=86
[ВС Авг 19 17:13:28 2018] тип=1300 аудита(1534691993.655:36053): свод=c000003e системных вызовов=54 успех=да выход=0 А0=3 А1=0 А2=40 А3=950650 элементы=0 идентификатор=17983 пид=17984 auid=4294967295 с uid=0 gid в=0 euid так=0 битом SUID=0 fsuid=0 эгид=0 sgid бит=0 fsgid=0 телетайп=(нет) СЭС=4294967295 комм="сам" ехе="на/sbin/xtables-мульти" ключ=значение(null)
[ВС Авг 19 17:14:14 2018] тип=1325 аудит(1534692039.907:36054): таблица=фильтр семьей=2 записи=85
[ВС Авг 19 17:14:14 2018] тип=1300 аудита(1534692039.907:36054): свод=c000003e системных вызовов=54 успех=да выход=0 А0=3 А1=0 А2=40 А3=1ec14e0 элементы=0 идентификатор=18025 пид=18026 auid=4294967295 с uid=0 gid в=0 euid так=0 битом SUID=0 fsuid=0 эгид=0 sgid бит=0 fsgid=0 телетайп=(нет) СЭС=4294967295 комм="сам" ехе="на/sbin/xtables-мульти" ключ=значение(null)
[ВС Авг 19 17:15:02 2018] тип=1325 аудит(1534692087.763:36055): таблица=семейный фильтр=2 записи=84
[ВС Авг 19 17:15:02 2018] тип=1300 аудита(1534692087.763:36055): свод=c000003e системных вызовов=54 успех=да выход=0 А0=3 А1=0 А2=40 А3=84a360 элементы=0 идентификатор=18133 пид=18134 auid=4294967295 с uid=0 gid в=0 euid так=0 битом SUID=0 fsuid=0 эгид=0 sgid бит=0 fsgid=0 телетайп=(нет) СЭС=4294967295 комм="сам" ехе="на/sbin/xtables-мульти" ключ=значение(null)
[ВС Авг 19 17:15:28 2018] тип=1325 аудит(1534692114.219:36056): таблица=фильтр семьей=2 записи=83
[ВС Авг 19 17:15:28 2018] тип=1300 аудита(1534692114.219:36056): свод=c000003e системных вызовов=54 успех=да выход=0 А0=3 А1=0 А2=40 А3=1280370 элементы=0 идентификатор=18243 пид=18244 auid=4294967295 с uid=0 gid в=0 euid так=0 битом SUID=0 fsuid=0 эгид=0 sgid бит=0 fsgid=0 телетайп=(нет) СЭС=4294967295 комм="сам" ехе="на/sbin/xtables-мульти" ключ=значение(null)
[ВС Авг 19 17:17:14 2018] тип=1325 аудит(1534692219.563:36057): таблица=фильтр семьей=2 записи=84
[ВС Авг 19 17:17:14 2018] тип=1300 аудита(1534692219.563:36057): свод=c000003e системных вызовов=54 успех=да выход=0 А0=3 А1=0 А2=40 А3=189b4e0 элементы=0 идентификатор=18389 пид=18390 auid=4294967295 с uid=0 gid в=0 euid так=0 битом SUID=0 fsuid=0 эгид=0 sgid бит=0 fsgid=0 телетайп=(нет) СЭС=4294967295 комм="сам" ехе="на/sbin/xtables-мульти" ключ=значение(null)
-
в MySQL> показать переменные, такие как 'thread_cache_size';
+-------------------+-------+
| Имя_переменной | Стоимость |
+-------------------+-------+
| thread_cache_size | 8 |
+-------------------+-------+
1 строка в наборе (0.00 секунд)
в MySQL> показать состояние как потоки%';
+-------------------+-------+
| Имя_переменной | Стоимость |
+-------------------+-------+
| Threads_cached | 7 |
| Threads_connected | 1 |
| Threads_created переменные состояния | 3082 |
| Threads_running | 1 |
+-------------------+-------+
4 строк в наборе (0.00 секунд)
Что работал для меня является добавление сон перед вызовом моего сценария в xbindkeys. Так, теперь моя .xbindkeysrc выглядит
"сон 0.1 && Бэш /home/ranveer/capsnotify.sh"
Я верю, что это работает путем добавления спать , потому что вызове xset для запроса состояния CapsLock все происходит до X сервера и переключаться государства, которое может быть связано с моим оконный менеджер, который хватается за ключ событие и не процесс, это супер-быстро и, следовательно, х переключает чуть позже.
У меня был один мертвый пиксель после 14-дневного периода. Они заменили экран без вопросов. Было оставить его на ночь из-за них не имеющего частей.
Я не уверен, если это правильное место, если я переверну вопрос без проблем.
Я настройка веб-сервера для тестирования на WordPress. Все работает нормально, если я пытаюсь получить доступ к веб-сайт с одной и той же машины, но когда я пытаюсь получить доступ к корневой директории веб-сайта (работает на моем ноутбуке) с другого компьютера (внутри сети) я получить не удается подключиться.
Я передаю ИС в веб-браузере, но браузер перенаправляет себя на localhost. Если я задать для конкретного файла readme.html в корневом каталоге я могу прочитать файл из внешнего компьютера.
Во время установки я поставил хоста из wordpress на localhost, так что я предполагаю, там могут быть некоторые проблемы с перенаправлением на неправильную машину. Если я пытаюсь изменить это имя (в машине под управлением WordPress) на имя компьютера под управлением WordPress (название машины бестия), Вордпресс перестает работать.
Может кто-нибудь дать мне некоторые идеи, как возможное решение?
.htaccess файл:
RewriteEngine На
RewriteBase /
RewriteRule index\.php ^$ - [л]
# добавить косую черту к /WP-администратора
RewriteRule ^([_0-9а-Яа-я-]+/)?WP-администратора$ 1wp-админ $/ с [R=301,L]в
RewriteCond %{REQUEST_FILENAME} -F и [или]
RewriteCond %{REQUEST_FILENAME} -д
RewriteRule ^ - [Л]
RewriteRule ^([_0-9а-Яа-я-]+/)?(РГ-(содержание|админ|включен).*) $2 [L]в
RewriteRule ^([_0-9а-Яа-я-]+/)?(.*\.в PHP)$ 2 $[л]
RewriteRule . index.php [л]
Обновление
В файле wp-config.php присутствует линия
определите('DOMAIN_CURRENT_SITE', 'localhost'а);
когда я пытаюсь изменить строку с localhost, перенаправление отличается от моего внешнего компьютера (на самом деле на обеих машинах); например, если изменить значение localhost , чтобы бестия , когда я звоню с IP 192.168.0.111 из браузера моего внешнего машиной я перенаправлены на бестию (и, конечно, запрос не выполняется на обеих машинах, потому что у меня не DNS-сервер в моей сети).
Показать вопросы с тегом desktop-icons 464xlat persona4 mushiking decaffeinated excel-saga