LINUX.ORG.RU

kernel 2.6.31-rc3


0

0

Поставил новый кернел 2.6.31-0.68.rc3.fc12.x86_64, скорость записи на диски упала с 60-75Mb/s до 25-35Mb/s, при многопоточной записи/чтении впечатление такое, что пишет/читает только один процесс, второй где-то там, ionice результатов не дает. Возник вопрос в связи с чем такая деградация производительности?

p.s на все дисках - btrfs 0.19

> kernel 2.6.31-rc3
> The latest stable version of the Linux kernel is: 2.6.30.1


ССЗБ

YAR ★★★★★
()

Как бы

> Btrfs is under heavy development, and is not suitable for any uses other than benchmarking and review. The Btrfs disk format is not yet finalized, but it will only be changed if a critical bug is found and no workarounds are possible.

(c) http://btrfs.wiki.kernel.org/index.php/Main_Page

Ну и вкупе с недопиленым ядром откуда быстрота и надёжность!?

Irben ★★★
()
Ответ на: комментарий от Irben

на надежность я не жалуюсь, сижу на ней с 0.17, на 2.6.29.6 скорость была раза в два выше, мутипоточная запись/чтение не тормозила систему, теперь просто ужаснах какой-то, как я понимаю надо ждать релиза, мож пофиксят

eypPiorrIv
() автор топика
Ответ на: комментарий от linux4ever

>>Не плачься потом, ОК?

до этого гребанного ядра, все было отлично, проблем я не имел, для сравнение с reiser4 года два назад имел и не раз

eypPiorrIv
() автор топика

>2.6.31-0.68.rc3.fc12.x86_64
> btrfs 0.19


тут багзилла kernel.org ? пишите туда, разработчики ядра на ЛОР навряд ли заходят.

Sylvia ★★★★★
()
Ответ на: комментарий от Liosha_Syrnikov

Ведорчуг со своими сферическими конями вакууме никому нинужен.

linux4ever
()

У меня вайфай отвалился с 31-м ведром (iwl3945). Лень было разбираться, пока гружусь в стабильное тридцатое.

anonymous4
()
Ответ на: комментарий от Liosha_Syrnikov

>>Троллим?

Хотелось бы, но к сожалению это суровая реальность

eypPiorrIv
() автор топика
Ответ на: комментарий от amorpher

а nvidia не пашет :(

я патчил NVIDIA-Linux-x86_64-185.18.14-pkg2.run этим вот патчем:
[root@spider Compile]# cat /Soft/Drivers/nvidia-185.18.14.patch
--- usr/src/nv/os-agp.c.orig 2009-06-22 15:54:48.000000000 +0200
+++ usr/src/nv/os-agp.c 2009-06-22 15:40:13.000000000 +0200
@@ -293,7 +293,7 @@ RM_STATUS KernLoadAGPPages(
     {
          nv_pte_t *page_ptr = at->page_table[i];
 
-         page_ptr->phys_addr = (ptr->memory[i] & PAGE_MASK);
+         page_ptr->phys_addr = (page_to_phys(ptr->pages[i]) & PAGE_MASK);
          page_ptr->virt_addr = (unsigned long) __va(page_ptr->phys_addr);
          page_ptr->dma_addr  = page_ptr->phys_addr;
     }
--- usr/src/nv/nv-i2c.c.orig 2009-06-22 16:21:57.000000000 +0200
+++ usr/src/nv/nv-i2c.c 2009-06-22 16:24:12.000000000 +0200
@@ -218,8 +218,6 @@
 #if defined(NV_I2C_ADAPTER_HAS_DEC_USE)
     .dec_use           = nv_i2c_adapter_dec_use,
 #endif
-    .client_register   = nv_i2c_adapter_register_client,
-    .client_unregister = nv_i2c_adapter_unregister_client,
     .data              = NULL,
 };
 
@@ -241,8 +239,6 @@
     .owner             = THIS_MODULE,
     .algo              = &nv_i2c_algo,
     .algo_data         = NULL,
-    .client_register   = nv_i2c_adapter_register_client,
-    .client_unregister = nv_i2c_adapter_unregister_client,
 };
 
 #endif // defined(KERNEL_2_4)



линк на патч:
http://forums.fedoraforum.org/showthread.php?p=1232062

eypPiorrIv
() автор топика

Откатись лучше пока на 30.1, на 31-rc* пока что-то много аннойных проблем, если конечно тебе нужна скорость, а не красноглазие.

PS: /me очень красноглазый, но от 31-го сам пока не в восторге.

Lumi ★★★★★
()
Ответ на: комментарий от eypPiorrIv

подтверждаю, такая же хрень.... на буке с интегреной АТИ все нормально... честно говоря не ощутил падения в производительности.. (Ubuntu 9.10) а вот на домашнем с Нвидиевской карточкой проблемы не желает драйвер устанавливаться и все тут :(

petergross
()
Ответ на: комментарий от eypPiorrIv

>до этого гребанного ядра, все было отлично

Ororo, может это еще проблемы девелоперов?

tensai_cirno ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.