проги тестилки железа
возможно, дело в настройке mtrr
cat /proc/mtrr
проследить, чтобы вся память покрывалась регионами типа write-back
если нет, то нужно проверить, на любых ли задачах тормозит, или скажем только на I/O, или скажем только при использовании конкретной железки
собрать информацию о железе: точные модели MB. CPU, всего остального
uname -a
cat /proc/cpuinfo
lspci -vvv
сообщения ядра при загрузке (обычно кладутся стартовыми скриптами дистрибутива в /var/log/dmesg)
всё это сюда, если не поможет -- в список рассылки, посвящённый дистрибутиву
cat /proc/mtrr
проследить, чтобы вся память покрывалась регионами типа write-back
если нет, то нужно проверить, на любых ли задачах тормозит, или скажем только на I/O, или скажем только при использовании конкретной железки
собрать информацию о железе: точные модели MB. CPU, всего остального
uname -a
cat /proc/cpuinfo
lspci -vvv
сообщения ядра при загрузке (обычно кладутся стартовыми скриптами дистрибутива в /var/log/dmesg)
всё это сюда, если не поможет -- в список рассылки, посвящённый дистрибутиву
Может ещё с выключенным DMA проблема быть.
это уложится в случай "тормозит только при использовании конкретной железки"
А если DMA есть, а торможение при сильном IO присутствует? Причем дело скорее в количестве файлов, которые читаются или пишутся на диск, а не в сумарном объеме.
торможение в сравнении с чем?
Глобальное торможение заметное невооруженным глазом на 1 - 2 секунды. Выражается в отсутствии реакции на мышь и клавиатуру.
скорее всего, это известная проблема VM в ядрах серии 2.4
сейчас ей занимаются
сейчас ей занимаются
возможно, дело в настройке mtrr
cat /proc/mtrr
проследить, чтобы вся память покрывалась регионами типа write-back
если нет, то нужно проверить, на любых ли задачах тормозит, или скажем только на I/O, или скажем только при использовании конкретной железки
собрать информацию о железе: точные модели MB. CPU, всего остального
uname -a
cat /proc/cpuinfo
lspci -vvv
сообщения ядра при загрузке (обычно кладутся стартовыми скриптами дистрибутива в /var/log/dmesg)
всё это сюда, если не поможет -- в список рассылки, посвящённый дистрибутиву
к сожалению, я это прочитал уже после убийства всего линухового раздела на диске
Если под виндой всё будет нормально работать, то снова налью завтра линуха и уж тогда попробую
RH9?
ага, а что?
тогда ясно почему тормозит
объясни
у него минимальные требования как у навароченного 3D шутера, а это всё-таки операционная система,
а не 3D шутер. поэтому поставь что-нибудь полегче и посмотри как всё летать будет
а не 3D шутер. поэтому поставь что-нибудь полегче и посмотри как всё летать будет
если P4-1.8 на мамке i845ge и гиг оперативки это мало 
то чего же хотят 3D шутеры?
то чего же хотят 3D шутеры? при использовании RH надо ставить апдейты сразу
(к другим дистрибутивам это тоже относится)
ftp://updates.redhat.com/
ftp://mirrors.local/pub/redhat/updates/
в отличии от некоторых других софтверных компаний, RedHat выпускает апдейты не просто так, а со смыслом
в частности, апдейт ядра вполне может решить описанную проблему
(к другим дистрибутивам это тоже относится)
ftp://updates.redhat.com/
ftp://mirrors.local/pub/redhat/updates/
в отличии от некоторых других софтверных компаний, RedHat выпускает апдейты не просто так, а со смыслом
в частности, апдейт ядра вполне может решить описанную проблему
при использовании RH надо ставить апдейты сразу
(к другим дистрибутивам это тоже относится)
ftp://updates.redhat.com/
ftp://mirrors.local/pub/redhat/updates/
в отличии от некоторых других софтверных компаний, RedHat выпускает апдейты не просто так, а со смыслом
в частности, апдейт ядра вполне может решить описанную проблему
спасибо, за полезную инфу, просто от коммерческой версии продукта такой подставы не ожидалось..
профессиональный подход должен быть с обеих сторон
ты в hardware compatibility list заглянул?
support contract купил?
ты в hardware compatibility list заглянул?
support contract купил?
ты в hardware compatibility list заглянул?
ставил RH9, не я.
А в hcl для RH9 нет из компонент компа только видюхи i845GE, но зато есть i845G.
Ещё, просто интересно, а почему в hcl нет отдельным пунктом motherboard?
support contract купил?
а как же
ПС: я снёс RH9, сейчас под Solaris9 попробую тачку погонять, хотя с соответствующим hcl не всё впорядке, но попробовать то можно
похоже это действительно был глюк RH9, так как под видой показатели железа в сандре показываются адекватные
и как это скажется на производительности?
в апдейтах у них только security fixes
в апдейтах у них только security fixes
почитай changelog хотя бы, прежде чем хуйню писать
kernel - это как бы немного особенный пакет
kernel - это как бы немного особенный пакет
changelog смотреть не буду так как не хочу ради этого целый пакет с ихнем ядром тянут,
а последнее обновление ядра от RH заключалось вот в чём:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
- ---------------------------------------------------------------------
Red Hat Security Advisory
Synopsis: Updated 2.4 kernel fixes vulnerabilities
Advisory ID: RHSA-2003:238-01
Issue date: 2003-07-21
Updated on: 2003-07-21
Product: Red Hat Linux
Keywords:
Cross references:
Obsoletes: RHSA-2003:098 RHBA-2003:135 RHSA-2003:172 RHSA-2003:187
CVE Names: CAN-2003-0461 CAN-2003-0462 CAN-2003-0476 CAN-2003-0501 CAN-2003-
0550 CAN-2003-0551 CAN-2003-0552
- ---------------------------------------------------------------------
1. Topic:
Updated kernel packages are now available fixing several security
vulnerabilities.
2. Relevant releases/architectures:
Red Hat Linux 7.1 - athlon, i386, i586, i686
Red Hat Linux 7.2 - athlon, i386, i586, i686
Red Hat Linux 7.3 - athlon, i386, i586, i686
Red Hat Linux 8.0 - athlon, i386, i586, i686
Red Hat Linux 9 - athlon, i386, i586, i686
3. Problem description:
The Linux kernel handles the basic functions of the operating system.
Several security issues have been discovered affecting the Linux kernel:
CAN-2003-0461: /proc/tty/driver/serial reveals the exact character counts
for serial links. This could be used by a local attacker to infer password
lengths and inter-keystroke timings during password entry.
CAN-2003-0462: Paul Starzetz discovered a file read race condition existing
in the execve system call, which could cause a local crash.
CAN-2003-0464: A recent change in the RPC code set the reuse flag on
newly-created sockets. Olaf Kirch noticed that his could allow normal
users to bind to UDP ports used for services such as nfsd.
CAN-2003-0476: The execve system call in Linux 2.4.x records the file
descriptor of the executable process in the file table of the calling
process, allowing local users to gain read access to restricted file
descriptors.
CAN-2003-0501: The /proc filesystem in Linux allows local users to obtain
sensitive information by opening various entries in /proc/self before
executing a setuid program. This causes the program to fail to change the
ownership and permissions of already opened entries.
CAN-2003-0550: The STP protocol is known to have no security, which could
allow attackers to alter the bridge topology. STP is now turned off by
default.
CAN-2003-0551: STP input processing was lax in its length checking, which
could lead to a denial of service.
CAN-2003-0552: Jerry Kreuscher discovered that the Forwarding table could
be spoofed by sending forged packets with bogus source addresses the same
as the local host.
All users are advised to upgrade to these errata packages, which contain
backported security patches correcting these vulnerabilities.
Important:
If you use Red Hat Linux 7.1, you must have installed quota-3.06-9.71 from
RHSA-2003-187, and if you use Red Hat Linux 7.2 or 7.3, you must have
installed quota-3.06-9.7 from RHSA-2003-187.
4. Solution:
Before applying this update, make sure all previously released errata
relevant to your system have been applied.
To use Red Hat Network to upgrade the kernel, launch the Red Hat Update
Agent with the following command:
up2date
This will start an interactive process that will result in the appropriate
RPMs being upgraded on your system. Note that you need to select the
kernel explicitly if you are using the default configuration of up2date.
To install kernel packages manually, use "rpm -ivh package" and
modify system settings to boot the kernel you have installed. To
do this, edit /boot/grub/grub.conf and change the default entry to
"default=0" (or, if you have chosen to use LILO as your boot loader,
edit /etc/lilo.conf and run lilo)
Do not use "rpm -Uvh" as that will remove your running kernel binaries
from your system. You may use "rpm -e" to remove old kernels after
determining that the new kernel functions properly on your system.
5. RPMs required:
Red Hat Linux 7.1:
SRPMS:
athlon:
i386:
i586:
i686:
Red Hat Linux 7.2:
SRPMS:
athlon:
i386:
i586:
i686:
Red Hat Linux 7.3:
SRPMS:
athlon:
i386:
i586:
i686:
Red Hat Linux 8.0:
SRPMS:
athlon:
i386:
i586:
i686:
Red Hat Linux 9:
SRPMS:
athlon:
i386:
i586:
i686:
6. Verification:
MD5 sum Package Name
- --------------------------------------------------------------------------
698d00bb8d014e20e717b554aa582bf5 7.1/en/os/SRPMS/kernel-2.4.20-19.7.src.rpm
41a8c2599df485a6299bcde0a25ae284 7.1/en/os/athlon/kernel-2.4.20-19.7.athlon.rpm
dc872a77835fc0fd81d54905ba979183 7.1/en/os/athlon/kernel-smp-2.4.20-19.7.athlon.rpm
41e4f2992c6beaf0a4d3fdbb631c5e9d 7.1/en/os/i386/kernel-2.4.20-19.7.i386.rpm
64894543c12748599d6abb945d0c03c9 7.1/en/os/i386/kernel-BOOT-2.4.20-19.7.i386.rpm
02634a9fdecc9a9b8c028187b9c0dccc 7.1/en/os/i386/kernel-doc-2.4.20-19.7.i386.rpm
537f69c51f85b04130082d06a6497946 7.1/en/os/i386/kernel-source-2.4.20-19.7.i386.rpm
7e6672a3758853a9fe482dd1840b570c 7.1/en/os/i586/kernel-2.4.20-19.7.i586.rpm
a17f6e2e1ec4cd10fa34377092bfb075 7.1/en/os/i586/kernel-smp-2.4.20-19.7.i586.rpm
a7a968d159074b0d7d9bf570e0d4453b 7.1/en/os/i686/kernel-2.4.20-19.7.i686.rpm
50e7098370f3184b9f8170883a63af4c 7.1/en/os/i686/kernel-bigmem-2.4.20-19.7.i686.rpm
5e28ba6b0d2e8562f572de0b0724eeb7 7.1/en/os/i686/kernel-smp-2.4.20-19.7.i686.rpm
698d00bb8d014e20e717b554aa582bf5 7.2/en/os/SRPMS/kernel-2.4.20-19.7.src.rpm
41a8c2599df485a6299bcde0a25ae284 7.2/en/os/athlon/kernel-2.4.20-19.7.athlon.rpm
dc872a77835fc0fd81d54905ba979183 7.2/en/os/athlon/kernel-smp-2.4.20-19.7.athlon.rpm
41e4f2992c6beaf0a4d3fdbb631c5e9d 7.2/en/os/i386/kernel-2.4.20-19.7.i386.rpm
64894543c12748599d6abb945d0c03c9 7.2/en/os/i386/kernel-BOOT-2.4.20-19.7.i386.rpm
02634a9fdecc9a9b8c028187b9c0dccc 7.2/en/os/i386/kernel-doc-2.4.20-19.7.i386.rpm
537f69c51f85b04130082d06a6497946 7.2/en/os/i386/kernel-source-2.4.20-19.7.i386.rpm
7e6672a3758853a9fe482dd1840b570c 7.2/en/os/i586/kernel-2.4.20-19.7.i586.rpm
a17f6e2e1ec4cd10fa34377092bfb075 7.2/en/os/i586/kernel-smp-2.4.20-19.7.i586.rpm
a7a968d159074b0d7d9bf570e0d4453b 7.2/en/os/i686/kernel-2.4.20-19.7.i686.rpm
50e7098370f3184b9f8170883a63af4c 7.2/en/os/i686/kernel-bigmem-2.4.20-19.7.i686.rpm
5e28ba6b0d2e8562f572de0b0724eeb7 7.2/en/os/i686/kernel-smp-2.4.20-19.7.i686.rpm
698d00bb8d014e20e717b554aa582bf5 7.3/en/os/SRPMS/kernel-2.4.20-19.7.src.rpm
41a8c2599df485a6299bcde0a25ae284 7.3/en/os/athlon/kernel-2.4.20-19.7.athlon.rpm
dc872a77835fc0fd81d54905ba979183 7.3/en/os/athlon/kernel-smp-2.4.20-19.7.athlon.rpm
41e4f2992c6beaf0a4d3fdbb631c5e9d 7.3/en/os/i386/kernel-2.4.20-19.7.i386.rpm
64894543c12748599d6abb945d0c03c9 7.3/en/os/i386/kernel-BOOT-2.4.20-19.7.i386.rpm
02634a9fdecc9a9b8c028187b9c0dccc 7.3/en/os/i386/kernel-doc-2.4.20-19.7.i386.rpm
537f69c51f85b04130082d06a6497946 7.3/en/os/i386/kernel-source-2.4.20-19.7.i386.rpm
7e6672a3758853a9fe482dd1840b570c 7.3/en/os/i586/kernel-2.4.20-19.7.i586.rpm
a17f6e2e1ec4cd10fa34377092bfb075 7.3/en/os/i586/kern
а последнее обновление ядра от RH заключалось вот в чём:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
- ---------------------------------------------------------------------
Red Hat Security Advisory
Synopsis: Updated 2.4 kernel fixes vulnerabilities
Advisory ID: RHSA-2003:238-01
Issue date: 2003-07-21
Updated on: 2003-07-21
Product: Red Hat Linux
Keywords:
Cross references:
Obsoletes: RHSA-2003:098 RHBA-2003:135 RHSA-2003:172 RHSA-2003:187
CVE Names: CAN-2003-0461 CAN-2003-0462 CAN-2003-0476 CAN-2003-0501 CAN-2003-
0550 CAN-2003-0551 CAN-2003-0552
- ---------------------------------------------------------------------
1. Topic:
Updated kernel packages are now available fixing several security
vulnerabilities.
2. Relevant releases/architectures:
Red Hat Linux 7.1 - athlon, i386, i586, i686
Red Hat Linux 7.2 - athlon, i386, i586, i686
Red Hat Linux 7.3 - athlon, i386, i586, i686
Red Hat Linux 8.0 - athlon, i386, i586, i686
Red Hat Linux 9 - athlon, i386, i586, i686
3. Problem description:
The Linux kernel handles the basic functions of the operating system.
Several security issues have been discovered affecting the Linux kernel:
CAN-2003-0461: /proc/tty/driver/serial reveals the exact character counts
for serial links. This could be used by a local attacker to infer password
lengths and inter-keystroke timings during password entry.
CAN-2003-0462: Paul Starzetz discovered a file read race condition existing
in the execve system call, which could cause a local crash.
CAN-2003-0464: A recent change in the RPC code set the reuse flag on
newly-created sockets. Olaf Kirch noticed that his could allow normal
users to bind to UDP ports used for services such as nfsd.
CAN-2003-0476: The execve system call in Linux 2.4.x records the file
descriptor of the executable process in the file table of the calling
process, allowing local users to gain read access to restricted file
descriptors.
CAN-2003-0501: The /proc filesystem in Linux allows local users to obtain
sensitive information by opening various entries in /proc/self before
executing a setuid program. This causes the program to fail to change the
ownership and permissions of already opened entries.
CAN-2003-0550: The STP protocol is known to have no security, which could
allow attackers to alter the bridge topology. STP is now turned off by
default.
CAN-2003-0551: STP input processing was lax in its length checking, which
could lead to a denial of service.
CAN-2003-0552: Jerry Kreuscher discovered that the Forwarding table could
be spoofed by sending forged packets with bogus source addresses the same
as the local host.
All users are advised to upgrade to these errata packages, which contain
backported security patches correcting these vulnerabilities.
Important:
If you use Red Hat Linux 7.1, you must have installed quota-3.06-9.71 from
RHSA-2003-187, and if you use Red Hat Linux 7.2 or 7.3, you must have
installed quota-3.06-9.7 from RHSA-2003-187.
4. Solution:
Before applying this update, make sure all previously released errata
relevant to your system have been applied.
To use Red Hat Network to upgrade the kernel, launch the Red Hat Update
Agent with the following command:
up2date
This will start an interactive process that will result in the appropriate
RPMs being upgraded on your system. Note that you need to select the
kernel explicitly if you are using the default configuration of up2date.
To install kernel packages manually, use "rpm -ivh package" and
modify system settings to boot the kernel you have installed. To
do this, edit /boot/grub/grub.conf and change the default entry to
"default=0" (or, if you have chosen to use LILO as your boot loader,
edit /etc/lilo.conf and run lilo)
Do not use "rpm -Uvh" as that will remove your running kernel binaries
from your system. You may use "rpm -e" to remove old kernels after
determining that the new kernel functions properly on your system.
5. RPMs required:
Red Hat Linux 7.1:
SRPMS:
athlon:
i386:
i586:
i686:
Red Hat Linux 7.2:
SRPMS:
athlon:
i386:
i586:
i686:
Red Hat Linux 7.3:
SRPMS:
athlon:
i386:
i586:
i686:
Red Hat Linux 8.0:
SRPMS:
athlon:
i386:
i586:
i686:
Red Hat Linux 9:
SRPMS:
athlon:
i386:
i586:
i686:
6. Verification:
MD5 sum Package Name
- --------------------------------------------------------------------------
698d00bb8d014e20e717b554aa582bf5 7.1/en/os/SRPMS/kernel-2.4.20-19.7.src.rpm
41a8c2599df485a6299bcde0a25ae284 7.1/en/os/athlon/kernel-2.4.20-19.7.athlon.rpm
dc872a77835fc0fd81d54905ba979183 7.1/en/os/athlon/kernel-smp-2.4.20-19.7.athlon.rpm
41e4f2992c6beaf0a4d3fdbb631c5e9d 7.1/en/os/i386/kernel-2.4.20-19.7.i386.rpm
64894543c12748599d6abb945d0c03c9 7.1/en/os/i386/kernel-BOOT-2.4.20-19.7.i386.rpm
02634a9fdecc9a9b8c028187b9c0dccc 7.1/en/os/i386/kernel-doc-2.4.20-19.7.i386.rpm
537f69c51f85b04130082d06a6497946 7.1/en/os/i386/kernel-source-2.4.20-19.7.i386.rpm
7e6672a3758853a9fe482dd1840b570c 7.1/en/os/i586/kernel-2.4.20-19.7.i586.rpm
a17f6e2e1ec4cd10fa34377092bfb075 7.1/en/os/i586/kernel-smp-2.4.20-19.7.i586.rpm
a7a968d159074b0d7d9bf570e0d4453b 7.1/en/os/i686/kernel-2.4.20-19.7.i686.rpm
50e7098370f3184b9f8170883a63af4c 7.1/en/os/i686/kernel-bigmem-2.4.20-19.7.i686.rpm
5e28ba6b0d2e8562f572de0b0724eeb7 7.1/en/os/i686/kernel-smp-2.4.20-19.7.i686.rpm
698d00bb8d014e20e717b554aa582bf5 7.2/en/os/SRPMS/kernel-2.4.20-19.7.src.rpm
41a8c2599df485a6299bcde0a25ae284 7.2/en/os/athlon/kernel-2.4.20-19.7.athlon.rpm
dc872a77835fc0fd81d54905ba979183 7.2/en/os/athlon/kernel-smp-2.4.20-19.7.athlon.rpm
41e4f2992c6beaf0a4d3fdbb631c5e9d 7.2/en/os/i386/kernel-2.4.20-19.7.i386.rpm
64894543c12748599d6abb945d0c03c9 7.2/en/os/i386/kernel-BOOT-2.4.20-19.7.i386.rpm
02634a9fdecc9a9b8c028187b9c0dccc 7.2/en/os/i386/kernel-doc-2.4.20-19.7.i386.rpm
537f69c51f85b04130082d06a6497946 7.2/en/os/i386/kernel-source-2.4.20-19.7.i386.rpm
7e6672a3758853a9fe482dd1840b570c 7.2/en/os/i586/kernel-2.4.20-19.7.i586.rpm
a17f6e2e1ec4cd10fa34377092bfb075 7.2/en/os/i586/kernel-smp-2.4.20-19.7.i586.rpm
a7a968d159074b0d7d9bf570e0d4453b 7.2/en/os/i686/kernel-2.4.20-19.7.i686.rpm
50e7098370f3184b9f8170883a63af4c 7.2/en/os/i686/kernel-bigmem-2.4.20-19.7.i686.rpm
5e28ba6b0d2e8562f572de0b0724eeb7 7.2/en/os/i686/kernel-smp-2.4.20-19.7.i686.rpm
698d00bb8d014e20e717b554aa582bf5 7.3/en/os/SRPMS/kernel-2.4.20-19.7.src.rpm
41a8c2599df485a6299bcde0a25ae284 7.3/en/os/athlon/kernel-2.4.20-19.7.athlon.rpm
dc872a77835fc0fd81d54905ba979183 7.3/en/os/athlon/kernel-smp-2.4.20-19.7.athlon.rpm
41e4f2992c6beaf0a4d3fdbb631c5e9d 7.3/en/os/i386/kernel-2.4.20-19.7.i386.rpm
64894543c12748599d6abb945d0c03c9 7.3/en/os/i386/kernel-BOOT-2.4.20-19.7.i386.rpm
02634a9fdecc9a9b8c028187b9c0dccc 7.3/en/os/i386/kernel-doc-2.4.20-19.7.i386.rpm
537f69c51f85b04130082d06a6497946 7.3/en/os/i386/kernel-source-2.4.20-19.7.i386.rpm
7e6672a3758853a9fe482dd1840b570c 7.3/en/os/i586/kernel-2.4.20-19.7.i586.rpm
a17f6e2e1ec4cd10fa34377092bfb075 7.3/en/os/i586/kern
> changelog смотреть не буду
тогда рекомендую поверить на слово, что я посмотрел, прежде чем писать про него
> ничего кроме security fixes я в этом сообщении не вижу
однако в нём не написано, что это единственные изменения с прошлой версии, не так ли?
похоже, знакомство благородного дона с RedHat ограничилось изучением требований к железу
ничего страшного в такой ситуации нет, если только пальцы не раскидывать где попало
тогда рекомендую поверить на слово, что я посмотрел, прежде чем писать про него
> ничего кроме security fixes я в этом сообщении не вижу
однако в нём не написано, что это единственные изменения с прошлой версии, не так ли?
похоже, знакомство благородного дона с RedHat ограничилось изучением требований к железу
ничего страшного в такой ситуации нет, если только пальцы не раскидывать где попало
тогда рекомендую поверить на слово, что я посмотрел, прежде чем писать про неготы лучше запость этот changelog сюда ну или выложи его где-нибудь в инете
похоже, знакомство благородного дона с RedHat ограничилось изучением требований к железуработал со всеми версиями с 6.0 до 7.1, краем глаза видел 7.2-9
начинается так:
* Tue Jul 15 2003 Arjan van de Ven <redhat.com>
- add proc and execve fixes
- update ide drivers to fix critical bugs
* Fri Jul 11 2003 Rik van Riel <redhat.com>
- upgrade to latest -rmap to fix etc.
* Mon Jun 16 2003 Michael K. Johnson <redhat.com>
- include Alan's patch to (possibly) fix * Thu May 29 2003 Arjan van de Ven <redhat.com>
- akpm's stall fix as merged in 2.4.21-rc6
- more nethash changes
* Tue May 27 2003 Arjan van de Ven <redhat.com>
- fix tty security hole (Al Viro)
- fix the ioperm fix
* Wed May 21 2003 Arjan van de Ven <redhat.com>
- fix the audigy driver ac97 bug
- add fix from jgarzik for the cmd680 driver
- add fix from zaitcev for ohci usb failures
* Tue May 6 2003 Arjan van de Ven <redhat.com>
- add fix for the network stack hash attack
- add fixes for the AMD64 32 bit emulation layer
* Thu May 1 2003 Arjan van de Ven <redhat.com>
- add akpm's elevator tuning
* Wed Apr 30 2003 Arjan van de Ven <redhat.com>
- bluetooth update
* Tue Apr 29 2003 Arjan van de Ven <redhat.com>
- merge bugfixes from 2.4.21-rc1-ac3
* Sun Apr 27 2003 Arjan van de Ven <redhat.com>
- fix ISDN bug wrt double spin_unlock_bh in isdn_ppp.c
Посмотри выставлены ли для жесткого диска DMA, 32bit, и прочая пурга с помощью hdparm'а. Я Redhat'ом давно не пользовался, не знаю ставит ли он по умолчанию нормальные параметры. Маловероятно.
Ну а если диск через PIO работает, сам понимаешь - пара мегов пропускной способности, да и проц немилосердно жрется.
Чтоб файлы сносно копировать - опять же hdparm.
Плюс, естественно, если 3D хромает, то драйвер для видео проверь: поддерживает ли OpenGL. Если нет, то ищи поновее. Если в принципе для твоей видеокарты нихрена нету, то прости, чувак, облом значит с 3D.
HDPARM:
(если его нет в поставке - скачай, имхо удобная вещь)
-----
-----
инфа в тему: http://linux.opennet.ru/base/sys/htparm_tune.txt.html
===========
спасибо Сiaa за критику...;)
я сам новичок, а туда же - учить.
всё исправил.
Ну а если диск через PIO работает, сам понимаешь - пара мегов пропускной способности, да и проц немилосердно жрется.
Чтоб файлы сносно копировать - опять же hdparm.
Плюс, естественно, если 3D хромает, то драйвер для видео проверь: поддерживает ли OpenGL. Если нет, то ищи поновее. Если в принципе для твоей видеокарты нихрена нету, то прости, чувак, облом значит с 3D.
HDPARM:
(если его нет в поставке - скачай, имхо удобная вещь)
-----
man hdparm
sudo ...(всё что нужно)
-----
инфа в тему: http://linux.opennet.ru/base/sys/htparm_tune.txt.html
===========
спасибо Сiaa за критику...;)
я сам новичок, а туда же - учить.
всё исправил.
suНет!
hdparm -h
man hdparm
sudo ...
Не учи плохому
а чем тебя sudo не устраивает?
Где я такое написал?
> Я Redhat'ом давно не пользовался, не знаю ставит ли он по умолчанию нормальные параметры. Маловероятно.
уже много лет как ставить по умолчанию "нормальные параметры" - дело ядра
уже много лет как ставить по умолчанию "нормальные параметры" - дело ядра
Оставить комментарий
Windows111G
Дано:- машинка на интеловской мамке с процом П4.
- очень, очень тормозная работа под управлением Linux
Необходимо: понять из-за чего такая фигня
Дополнительная инфа: Предположительно проблеммы в железе, но вот в чём именно