Сообщений: 0 | | #31 - 30 марта 2013 в 20:45 | |
| Unborn: |
ChetBaker, слегка погуглил по твоей теме - тыц, ИМХО - т.к. А10 гибридный процессор и еще + видеокарта, вывод двойной, поэтому такой большой резерв и использование памяти.
|
Похоже, что так. Если, стало быть, использовать другую видеокарту, а не ту, что в проце, то VmallocUsed уменьшиться, экспериментировать не буду, благо оперативки навалом. В теме, что вы написали проблему решили откатом на старое ядро. |
|
|
Сообщений: 0 | | #32 - 30 марта 2013 в 20:48 | |
| colonel: |
| val: | | runtu использует легковесное окружение,поставте 64бит рунту и сравните.я незнаю че и как там на высокомолекулярно-атомном уровне происходит,но из своего опыта отмечу -64бит система ест больше оперативы. |
рунту 64бит не существует в природе, её ещё никто не делал.
для сравнения Минт14.1 мате 32 и 64 бит в лайф режиме - [spoiler=Спойлер] [/spoiler]
зы
на скринах в сообщении #6 - 28 марта минт13 мате x64bit (аналогично и на 64битном минт13 циннамон, и на LMDE х64bit )
|
Спасибо, интересное наблюдение. Т.е. переход на x64 увеличивает потребленгие сразу в полтора раза, даже на LiveCd. |
Сообщений: 0 | | #33 - 30 марта 2013 в 21:39 | |
ChetBaker, дело не в том, что оперативки навалом, а в том, аппаратные ресурсы используются не рационально, в твоём раскладе видеокарта лишняя и даже мешает, деньги на ветер, тебе ее можно продать и на производительности обработки видео это никак не отразится. Т.к. с драйверами на видео ничего не сделаешь, я бы попробовал поставить самое последнее стабильное ядро и посмотреть на результат.
По уму граф.система процессора - видеокарта должны работать совместно, как в Win, такая спарка даёт существенный прирост в скорости обработки графики - видео, особенно при перекодировании из одного формата в другой. |
Сообщений: 0 | | #34 - 30 марта 2013 в 23:12 | |
| Unborn: |
ChetBaker, дело не в том, что оперативки навалом, а в том, аппаратные ресурсы используются не рационально, в твоём раскладе видеокарта лишняя и даже мешает, деньги на ветер, тебе ее можно продать и на производительности обработки видео это никак не отразится. Т.к. с драйверами на видео ничего не сделаешь, я бы попробовал поставить самое последнее стабильное ядро и посмотреть на результат.
По уму граф.система процессора - видеокарта должны работать совместно, как в Win, такая спарка даёт существенный прирост в скорости обработки графики - видео, особенно при перекодировании из одного формата в другой.
|
Вы похоже правы. Вывод cat /proc/vmallocinfo содержит очень много о fglrx, оно ниже. Код PHP: 0xffffc90011ca3000-0xffffc90011cb5000 73728 KCL_MEM_MapPageList+0x1d/0x20 [fglrx] vmap 0xffffc90011cb5000-0xffffc90011cb8000 12288 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=2 vmalloc N0=2 0xffffc90011cb8000-0xffffc90011cbe000 24576 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=5 vmalloc N0=5 0xffffc90011cbe000-0xffffc90011cc2000 16384 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=3 vmalloc N0=3 0xffffc90011cc2000-0xffffc90011cd7000 86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20 0xffffc90011cd7000-0xffffc90011cec000 86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20 0xffffc90011cec000-0xffffc90011cfc000 65536 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=15 vmalloc N0=15 0xffffc90011cfc000-0xffffc90011cfe000 8192 KCL_IO_MEM_Map+0x18/0x30 [fglrx] phys=cfbfc000 ioremap 0xffffc90011cfe000-0xffffc90011d00000 8192 KCL_MEM_MapPageList+0x1d/0x20 [fglrx] vmap 0xffffc90011d00000-0xffffc90011d41000 266240 KCL_IO_MEM_Map+0x18/0x30 [fglrx] phys=feb00000 ioremap 0xffffc90011d41000-0xffffc90011d56000 86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20 0xffffc90011d56000-0xffffc90011d6b000 86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20 0xffffc90011d6b000-0xffffc90011d80000 86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20 0xffffc90011d80000-0xffffc90011dc1000 266240 KCL_IO_MEM_Map+0x18/0x30 [fglrx] phys=feb00000 ioremap 0xffffc90011dc1000-0xffffc90011dd6000 86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20 0xffffc90011dd6000-0xffffc90011deb000 86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20 0xffffc90011deb000-0xffffc90011e00000 86016 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=20 vmalloc N0=20 0xffffc90011e00000-0xffffc90011e10000 65536 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=15 vmalloc N0=15 0xffffc90011e10000-0xffffc90011e20000 65536 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=15 vmalloc N0=15 0xffffc90011e20000-0xffffc90011e30000 65536 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=15 vmalloc N0=15 0xffffc90011e30000-0xffffc90011eb2000 532480 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=129 vmalloc N0=129 0xffffc90011eb2000-0xffffc90011f34000 532480 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=129 vmalloc N0=129 0xffffc90011f34000-0xffffc90011fb6000 532480 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=129 vmalloc N0=129 0xffffc90011fb6000-0xffffc90012038000 532480 KCL_MEM_Alloc+0xe/0x10 [fglrx] pages=129 vmalloc N0=129
|
