Я нахожусь на Индивидуалисте Ubuntu (10.10). Я считал несколько потоков относительно проблем проводного соединения, но еще не нашел решение.
Проблема появляется после того, как я соединюсь с беспроводной сетью. Когда я разъединяю беспроводную связь и включаю интернет-кабель, проводное соединение не распознано вообще. Даже сокет кажется неисправным (нет никакого диодного высвечивания).
Единственное решение до сих пор, кажется, перезапускает компьютер. Администратор сети затем пытается соединиться с Wi-Fi, но проводное соединение перечислено и работа.
Я попробовал sudo restart network-manager
, но это ничего не решает. Через некоторое время доступные беспроводные сети начинают появляться, но проводное все еще не делает.
Какие-либо идеи?Заранее спасибо.
Править: Вот вывод dmesg после выключения Wi-Fi и затем включения интернет-кабеля.
[18200.623543] Restarting tasks ... done.
[18200.648422] video LNXVIDEO:00: Restoring backlight state
[18200.707580] sky2 0000:02:00.0: eth0: phy I/O error
[18200.707715] sky2 0000:02:00.0: eth0: phy I/O error
[18200.707819] sky2 0000:02:00.0: eth0: phy I/O error
[18200.707922] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708025] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708127] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708229] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708332] sky2 0000:02:00.0: eth0: phy I/O error
[18200.708824] sky2 0000:02:00.0: eth0: enabling interface
[18200.709587] ADDRCONF(NETDEV_UP): eth0: link is not ready
[18202.662422] EXT4-fs (sda9): re-mounted. Opts: errors=remount-ro,user_xattr,commit=0
[18203.324061] EXT4-fs (sda9): re-mounted. Opts: errors=remount-ro,user_xattr,commit=0
[18211.193137] eth1: no IPv6 routers present
[18212.844649] usb 5-1: new low speed USB device using ohci_hcd and address 5
[18213.017235] input: USB Optical Mouse as /devices/pci0000:00/0000:00:13.0/usb5/5-1/5-1:1.0/input/input16
[18213.017499] generic-usb 0003:0461:4D17.0004: input,hidraw0: USB HID v1.11 Mouse [USB Optical Mouse] on usb-0000:00:13.0-1/input0
После системного перезапуска, dmesg
говорит это:
[ 19.802126] sky2 0000:02:00.0: eth0: enabling interface
[ 19.802394] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 20.812533] device eth0 entered promiscuous mode
[ 21.495547] sky2 0000:02:00.0: eth0: Link is up at 100 Mbps, full duplex, flow control rx
[ 21.495677] sky2 0000:02:00.0: eth0: Link is up at 100 Mbps, full duplex, flow control rx
[ 21.496574] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
(в ответ на Ugo) , Вот то, что я попробовал:
ifconfig
.Даже при том, что это когда-то, казалось, было в порядке, это не. Проводной интерфейс (eth0) перечислен в ifconfig, но не в wicd. Dmesg заявляет то же как выше:
...
[10156.025350] sky2 0000:02:00.0: eth0: phy I/O error
[10156.025711] sky2 0000:02:00.0: eth0: enabling interface
[10156.026463] ADDRCONF(NETDEV_UP): eth0: link is not ready
Так, к сожалению, это все еще не разрешено.
Основное различие - то, что nginx создается для обработки больших количеств соединений в намного меньшем пространстве памяти. Это делает, это очень хорошо подошло для приложений, которые делают комету как соединения, которые могут иметь много неактивных открытых соединений. Это также дает ему вполне меньший след памяти.
С необработанной точки зрения производительности, nginx быстрее, но не настолько быстрее, что я включал бы это как определяющий фактор.
Apache имеет преимущество в области доступных модулей, и то, что это в значительной степени стандартно. Любому веб-хосту, с которым Вы идете, установят его, и большинство techs будет очень знакомым с ним.
кроме того, при использовании mod_wsgi это - wsgi сервер, таким образом, Вам даже не нужен cherrypy.
Кроме этого, лучший совет, который я могу дать, является попыткой, настраивающей Ваше приложение под обоими, и сделайте некоторое сравнительное тестирование, начиная с того, независимо от того, что любой говорит Вам, Ваш пробег может варьироваться.
Это подозрительно походит на эту ошибку. Существует обходное решение, объясненное на этой странице. Они в основном рекомендуют: