В сообщении от Tuesday 27 November 2007 10:30:21 Andrey Nikitin написал(а):
В сообщении от 26 ноября 2007 20:53 Alexander GQ Gerasiov написал(a):
Где-нибудь есть собранный для Etch-a?
X(7.1.1) c nvidia-1.0.8776(module+glx) не хочет работать с GF8500.
У меня в репозитории с секции
Alexey Lobanov пишет:
Hi all.
Кстати, о RAID.
Прав ли я, когда собираю в RAID не разделы, а диски?
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02067.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
В сообщении от Tuesday 27 November 2007 11:58:05 Nick Phoenix написал(а):
Alexey Lobanov пишет:
Hi all.
Кстати, о RAID.
Прав ли я, когда собираю в RAID не разделы, а диски?
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02067.html
Т.е. собирая в рэйд разделы (не диски), винт можно
В Пнд, 26/11/2007 в 23:08 +0300, Alexey Lobanov пишет:
Nov 26 11:52:29 woody kernel: irq 17: nobody cared (try booting with the
irqpoll option)
Nov 26 11:52:29 woody kernel: Disabling IRQ #17
Nov 26 11:52:49 woody kernel: hdk: dma_timer_expiry: dma status == 0x24
- и половина дисковой
Вопрос: что ещё можно покрутить в параметрах ядра и его загрузки для
получения устойчивой работы? Можно с ущербом для производительности.
Откат на старое ядро, увы, не проходит - по другим причинам. Да оно и
там висло, только без диагностики.
Если железо неисправно, то париться с ним - пустая
Evgeny M. Zubok wrote:
Michael Shigorin [EMAIL PROTECTED] writes:
Насколько понял XCB whitepaper, с roundtrip times тоже не супер.
А я что-то не читал такой whitepaper. Хорошо, а какое решение мыслится
еще, кроме XCB? Что еще можно придумать, кроме передачи группы запросов
X-серверу на
Alexey Pechnikov wrote:
В сообщении от Tuesday 27 November 2007 11:58:05 Nick Phoenix написал(а):
Alexey Lobanov пишет:
Кстати, о RAID.
Прав ли я, когда собираю в RAID не разделы, а диски?
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02067.html
Т.е. собирая в рэйд разделы (не диски),
Hi all.
27.11.2007 11:58, Nick Phoenix пишет:
Alexey Lobanov пишет:
Hi all.
Кстати, о RAID.
Прав ли я, когда собираю в RAID не разделы, а диски?
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02067.html
Убедительно. Ещё один аргумент дал fdisk:
/dev/hdi1 1 14593 117218241 fd
В Вто, 27/11/2007 в 14:19 +0300, Nikita V. Youshchenko пишет:
Вопрос: что ещё можно покрутить в параметрах ядра и его загрузки для
получения устойчивой работы? Можно с ущербом для производительности.
Откат на старое ядро, увы, не проходит - по другим причинам. Да оно и
там висло, только
Привет, коллеги.
Надо ли в dom0 прописывать бридж в /etc/network/interfaces ?
А то у меня вроде и так работает...
[EMAIL PROTECTED]:~$ cat /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.1.210
netmask 255.255.255.0
Hi Покотиленко,
* Покотиленко Костик [EMAIL PROTECTED]
* 2007-11-27 15:01:
Такая же проблема была на старой машине (Duron ~800) с NIC Intel
PRO/1000 GT при большой нагрузке на сеть. На драйвер e1000 запостено
куча багрепортов по этой теме, но толком решения нет. Лично я для себя
сделал вывод,
Nikita V. Youshchenko [EMAIL PROTECTED] writes:
Дело в том, что X протокол - это далеко не только рисование и получение
ввода. Это ещё и Atoms, Properties и т.п.
Это так. В диалоге опущено важное словосочетание в среднем уменьшает
влияние latencies, а не совсем исключает. А есть информация,
Evgeny M. Zubok [EMAIL PROTECTED] writes:
Так, вот сейчас глянул в xproto.xml в XCB, а там записано, что на
запросы по отрисовке графических примитивов, например, и многих других
запросов в протоколе X вообще не предусмотрено ответа от сервера. Так
что исправляю эту свою ошибку:
А на
Hi all.
Конструктивный вывод такой: Disabling IRQ - не болячка, а относительно
безобидный симптом более серьёзной беды. Типа кашля при туберкулёзе.
Смотрим kernel/irq/spurious.c и видим, что кашлять оно начинает, когда
мимо попадает 99900 прерываний из 10. То есть дело совсем плохо.
14 matches
Mail list logo