Ковыряем ZN5, Какие сейчас есть наработки? Поделиться Опции

[tmp_do]

итаг.
что на данный момент у меня сделано:
-авторан до гуя(с флэша телефона и с карты памяти)
-сняты noexec с карты памяти и /ezxlocal
-нет ограничения на mount (в т.ч. -o bind)
-при загрузке включаются telnet, ssh и ftp сервисы
-редактор ne
-chroot
-некоторые необходимые библиотеки
-более-менее юзабельное окружение(нужное кидать в /ezxlocal)
-бесшумная камера(в русской прошивке звук "пружина")
впринципе это готовая основа для моддинга. хотелось бы порта PEP, но самому лень этим ханиматься.
как это чудо ставить:
1. скачивае архив, распаковываем из mmc/mmca1 на флэшку каталог .system(желательно перед этим удалить с флэшки существующий каталог)
2. открываем /mmc/mmca1/.system/java, там 2 файла. в них вписываем свой имей(IMEI = #your_imei_here)
3. перегружаем телефон
4. переводим тело в режим модема
5. в меню "игры" появится пункт "Telnet", запускаем его.
6. ждем. телефон переключится в режим усб-нет и активирует телнет и фтп. заходим по фтп и кидаем из архива ezxlocal в /
7. перегружаем телефон
при последующей необходимости зайти в телефон необходимо включить режим модема и запустить из игр телнет (либо послать модему at+mode=8 с хоста)
вот пока и все. делимся идеями и мыслями по поводу моддинга
http://narod.ru/disk/3644396000/env.tar.bz2.html
UPD: починил баг с падением тапи во время режима флэшки

Мануал от sillyburatino

Spoiler:

1. скачивае архив, распаковываем , например на раб.стол.
Появляется файл env[1].tar.bz2.zip.out. удаляем окончание out, и распаковываем появившиеся файлы: из mmc/mmca1 на флэшку (карту памяти) каталог .system(желательно перед этим удалить с флэшки существующий каталог). Телефон должен быть в режиме (USB соединение карта памяти).
2. открываем /mmc/mmca1/.system/java, там 2 файла. в них вписываем свой имей(IMEI = #your_imei_here) пишем без значка #, только числа
3. перегружаем телефон
4. переводим тело в режим модема
5. в меню "игры" появится пункт "Telnet", запускаем его.
6. ждем. телефон сам через 10 -15 сек. переключится в режим усб-нет и активирует телнет и фтп.
Включаем, например, файловый менеджер Total Commander, заходим по FTP, создаем новое подключение и указываем адрес 192.168.16.2 (сетевой порт) и кидаем из архива ezxlocal в папку


ezxlocal/ файл MEDL. (пароль и учетная запись для FTP: ROOT).
7. перегружаем телефон
8. Выбираем в русской прошивке звук пружины, и больше нет звука затвора.

[close]

Сообщение отредактировал AstaRoth - 24.5.2009, 18:11

[Art]

s777em, сможешь включить в сус конфиг зайди и включи все сервисы! а так в вопрос ответ тебе уже ответили как скины ставить.

Сообщение отредактировал Art - 20.12.2011, 1:47

[motokeeper]

Прикрепленный в шапке архив битый (папка mmca1 пуста), на народ.ру архива не существует.
Перезалейте, пожалуйста, у кого есть.

Сообщение отредактировал motokeeper - 20.11.2014, 5:58

[noph8]

(папка mmca1 пуста)

Вы под линуксом смотрите? Папка не пуста, в ней скрытая (имя начинается точки) папка .system.

[motokeeper]

(папка mmca1 пуста)

Вы под линуксом смотрите? Папка не пуста, в ней скрытая (имя начинается точки) папка .system.

Спасибо, теперь под Линуксом, все есть.

[fill.sa]

А никому не интерестно чем различаются между собой прошивки? Именно какими файлами и их содержимым.
Как то нечем было заняься я вот взял и сравнил, можно в динамике посмотреть чего они там добавляли или убирали. Есть и забавные моменты, аля на более поздних уменьшили битрейт на воспроизведение.

Вот список измененных файлов и деррикторий, сравнивал 3и основных проши 05R 0ER 2CR™
по 4ем CG - CG36 CG43 CG44 CG52.


Добавлено позже (19.8.2016, 8:43):
Вот еще что, может у кого завалялись оригиналы 7FR и каких либо инженерных прош, скиньте плиз охота тоже глянуть отличаи.

Сообщение отредактировал fill.sa - 21.8.2016, 7:54

[Claus398]

fill.sa,
мне интересно, так как Zn5 пользуюсь, больше камерой, дома. поэтому меня интересует ещё и улучшение качества фото.

Сообщение отредактировал Claus398 - 19.8.2016, 18:22

[VINRARUS]

А никому не интерестно чем различаются между собой прошивки? Именно какими файлами и их содержимым.

Мне больше интересно какие различия в коде ядра разных прошивок.

[fill.sa]

А никому не интерестно чем различаются между собой прошивки? Именно какими файлами и их содержимым.

Мне больше интересно какие различия в коде ядра разных прошивок.

это можно, но вопервых не все исходники есть, а во вторых сложно вывод будет отфильтровать. И в третьих чего-то координального там неувидешь, проще взять самое свежее ядро и будет все ок.

fill.sa,
мне интересно, так как Zn5 пользуюсь, больше камерой, дома. поэтому меня интересует ещё и улучшение качества фото.

Ну, тут вроди все просто, по камере давно известен список файлов, берем их от 7fr и вуаля...
Хотя я бы еще разок все сравнил, дайте мне только оригинал 7fr, а то нигде скачать немого.

Сообщение отредактировал fill.sa - 21.8.2016, 6:37

[fill.sa]

Ковырял я тут телефон на предмет максимального старта и минимума пожирания опертивки, вообще гиблое это дело, похоже что чегото грандиозного тут невыжмешь.
Набросал я вообщем минимальный набор сервисов для старта, чтобы тел стартанул, мог коекак выходить на связь и кое-как запускать графические проги (файлик если нужно могу выложить), параллельно нашел несколько интересных и печальных моментов, но об этом позже.
Так вот даже при таком минимуме старт телефона занимает около 25сек ,а по оперативке вот
# free
total used free shared buffers
Mem: 55348 53568 1780 0 9292
Swap: 0 0 0
Total: 55348 53568 1780

Т.е. как не крути тел при минимум наборе уже сьел все(53568) , НО зато увеличился буфер аж до 9292, разок перевалило за 10000кб (обычно 3000-4000).

несколько позже

# free
total used free shared buffers
Mem: 55348 53412 1936 0 10108
Swap: 0 0 0
Total: 55348 53412 1936

Определенно buffers это не чать оперативки т.к. 53412+10108= больше чем чип в телефоне

[close]

А это тоже своего рода свободная память.
Что касается старта, помнится мне montavista заявляла что их операционка может стартовать за 3сек. , ну-ну. Отследил я старт, если кто не в курсе то в кратце это так
стартует ядро, читает конфиг и у нас в нем далее запусть Liuxrc, выполяется Liuxrc и переходит к статру init. Так вот к этому момент уже 7сек., только я непонял это до старта init ели уже после. Дальше вообще хуже - идет запуск всякой ерунды от init и после мы переходим сообственно к старту сервисов и первым это смотировать оставшиеся разделы. И вот после монтирования уже прошло 11-21сек.(почему такая разбежка была хз.) . И только потом начинается процесс старте сервисов систему, которые отрабатывают за 5сек.
Т.е. тормоз системы кроется в корне системы




Добавлено позже (21.8.2016, 9:20):
Вот что я еще обнаружил, оказывается на LJ6,3 без запуска графичейской оболочки нестартует связь с компом. Т.е. как некрути телнет заработает только после графики.
Я это замечал раньше, но не мог понять почему телнят на зине стартует позде чем на Z6 или V8, даже если я ставлю телнет запускаться первым. А оно вот оказывается в чем дело.

Добавлено позже (21.8.2016, 11:14):
И вот еще, кто-то видел вообще фразу на телефоне что нехватает памяти, уберите какоето из приложений? я вот однажды видел. Но не могу понять как я это сделал.

Сообщение отредактировал fill.sa - 21.8.2016, 15:42

[EXL]

Т.е. тормоз системы кроется в корне системы

Выполни dmesg и посмотри что там стартует дольше всего.

И сюда лог выложи, мне интересно самому.

Наверняка долго стартует мотороловская баш-лапша. Само ядро от монтависты должно подниматься очень быстро.

[fill.sa]

EXL,
Сложно, туда ведь попадает все подрят, даже то что после запуска системы делалось в ядре. Да и лога по времени нету.
А так вообще вот.

dmesg

# dmesg
k(pds),128k@2176k(logo_cli),128k(panel_script)ro,128k(device_tree)ro,128k(setup)
,256k(logo),128k(secure),1664k(kern)ro,3968k(bpsw),256k(ho_data),256k(fota_ua)ro
,384k(ua_temp),256k(ua_backup),42m@9984k(root)ro,9m(user),9m(lang),18944k(resrc)
,6m(fota_up),407m(mass_storage),128k(kpanic),10880k(rsv)
Board Revision detected: P0A
#####R8 is c002c134. sp is c034ac50.
MXC IRQ initialized
PID hash table entries: 256 (order: 8, 4096 bytes)
Watch dog 1 enabled by bootloader.
enable_irq(55) unbalanced from c0033e64
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 58MB = 58MB total
Memory: 55160KB available (2799K code, 679K data, 116K init)
Calibrating delay loop... 354.71 BogoMIPS (lpj=1773568)
Security Framework v1.0.0 initialized
Motorola Security Module initialized: Primary module.
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Freeing flat dev tree memory: 4K
CPU: Testing write buffer coherency: ok
spawn_desched_task(00000000)
desched cpu_callback 3/00000000
ksoftirqd started up.
desched cpu_callback 2/00000000
desched thread 0 started up.
NET: Registered protocol family 16
MXC GPIO hardware
system_rev is: 0x21
FX2LP firmware download completed
L2 cache: WB
MXC I2C driver
g_ipu_clk = 133000000
CSPI driver
SPI2 loaded
memmap 1.1 initialised
mxc_pm_init: memory is not DDRAM: DVFS is allowed
Low-Level PM Driver module loaded
Using SDMA I.API
MXC DMA API initialized
Squashfs 2.2 (released 2005/07/03) © 2002-2005 Phillip Lougher
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
NTFS driver 2.1.22 [Flags: R/O].
JFFS2 version 2.2. (NAND) © 2001-2003 Red Hat, Inc.
yaffs Installing.
Initializing Cryptographic API
Motorola hotplug filtering sysfs subsytem initialized.
Console: switching to colour frame buffer device 30x40
smem_length = 0x00070800, def_vram = 0x00000000
inotify device minor=63
MXC MU Driver 2.0
IPC driver successfully loaded.
Real Time Clock Driver v1.0
Serial: MXC Internal UART driver
ttymxc0 at MMIO 0x43f90000 (irq = 44) is a Freescale MXC
ttymxc1 at MMIO 0x43f94000 (irq = 31) is a Freescale MXC
ttymxc2 at MMIO 0x5000c000 (irq = 17) is a Freescale MXC
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
loop: loaded (max 8 devices)
PPP generic driver version 2.4.2
NET: Registered protocol family 24
SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256).
i2c /dev entries driver
Linux video capture interface: v1.00
elevator: using anticipatory as default io scheduler
MXC MTD nand Driver 2.0
NAND device: Manufacturer ID: 0x98, Chip ID: 0xbc (Toshiba NAND 512MiB 1,8V 16-b
it)
Bad block table found at page 262016, version 0x7C
Bad block map found at page 261888, version 0x7C
multiple Bad block map not found for chip 0
Bad block table found at page 261952, version 0x7C
Bad block map found at page 261824, version 0x7C
multiple Bad block map not found for chip 0
21 cmdlinepart partitions found on MTD device nand0
Creating 21 MTD partitions on "nand0":
0x000e0000-0x00200000 : "pds"
0x00220000-0x00240000 : "logo_cli"
0x00240000-0x00260000 : "panel_script"
0x00260000-0x00280000 : "device_tree"
0x00280000-0x002a0000 : "setup"
0x002a0000-0x002e0000 : "logo"
0x002e0000-0x00300000 : "secure"
0x00300000-0x004a0000 : "kern"
0x004a0000-0x00880000 : "bpsw"
0x00880000-0x008c0000 : "ho_data"
0x008c0000-0x00900000 : "fota_ua"
0x00900000-0x00960000 : "ua_temp"
0x00960000-0x009a0000 : "ua_backup"
0x009c0000-0x033c0000 : "root"
0x033c0000-0x03cc0000 : "user"
0x03cc0000-0x045c0000 : "lang"
0x045c0000-0x05840000 : "resrc"
0x05840000-0x05e40000 : "fota_up"
0x05e40000-0x1f540000 : "mass_storage"
0x1f540000-0x1f560000 : "kpanic"
0x1f560000-0x20000000 : "rsv"
nand0's capacity:512MB, reserved block offset:0x1f560000
IPU Post-filter loading
IPU Post-processing loading
ssi : ssi_init(void)
ssi : creating devfs entry for ssi1
ssi : creating devfs entry for ssi2
dam : dam_init(void)
dam : creating devfs entry for DAM
SEC: mxc_sec_mod_init() called
MXC MMC/SD driver
mxcmci_probe: request irq no = 9
mxclay: ios MMC_POWER_OFF. id 0 mode 0
mxclay: slot 0 power down
Warning: SDHC1 clock is not enabled !!!
mxclay: ios MMC_POWER_ON. id 0 mode 1
mxclay: slot 0 power up
mxcmci-0 found
NET: Registered protocol family 2
Warning: SDHC1 clock is not enabled !!!
Warning: SDHC1 clock is not enabled !!!
Warning: SDHC1 clock is not enabled !!!
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
IPv4 over IPv4 tunneling driver
ip_conntrack version 2.1 (464 buckets, 3712 max) - 180 bytes per conntrack
MXCMMC: CMD 0x8 TIMEOUT
No response to CMD8, not Ver2.00 or later card
Warning: SDHC1 clock is not enabled !!!
Warning: SDHC1 clock is not enabled !!!
Warning: SDHC1 clock is not enabled !!!
mmc0: host does not support reading read-only switch. assuming write-enable.
MXCMMC: CMD 0x2 TIMEOUT
MXCMMC: CMD 0x2 TIMEOUT
MXCMMC: CMD 0x2 TIMEOUT
MXCMMC: CMD 0x2 TIMEOUT
Warning: SDHC1 clock is not enabled !!!
Warning: SDHC1 clock is not enabled !!!
Warning: SDHC1 clock is not enabled !!!
Warning: SDHC1 clock is not enabled !!!
mmcblk0: mmc0:b368 ST064 61312KiB
/dev/mmc/blk0: p1
ip_tables: © 2000-2002 Netfilter core team
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Power Management for Freescale MXC91231.
VFP support v0.3: <6>VFP: Enabling RunFast mode to work around ARM errata 395242
implementor 41 architecture 1 part 20 variant b rev 3
IP-Config: No network devices available.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing init memory: 116K
Warning: unable to open an initial console.
jffs2_scan_dirent_node(): Name CRC failed on node at 0x0008efd4: Read 0x09df876e
, calculated 0x47932179
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
yaffs: dev is 32505856 name is "mtdblock0"
yaffs: Attempting MTD mount on 31.0, "mtdblock0"
yaffs: dev is 32505874 name is "mtdblock18"
yaffs: Attempting MTD mount on 31.18, "mtdblock18"
restore entry: isCheckpointed 0
found no more checkpt blocks
checkpoint byte count 0
restore exit: isCheckpointed 0
sipcdrv: no version for "struct_module" found: kernel tainted.
NET: Registered protocol family 28
Current cpu frequency: 532 Mhz
Running NetMUX
otg_modinit:
workqueue otg_work is created otg_workqueue value is 0xc1d135a0.
otg_probe:
blan_mod_init: CRC: 01
Copyright © 2004 Belcarra Technologies; www.belcarra.com; sl@belcarra.com
msc_modinit vendor_id: 0000 product_id: 0000 major: 0 minor: 0 maxlun: 2
mtp_modinit vendor_id: 0000 product_id: 0000 major: 0 minor: 0
pbg_modinit vendor_id: 0000 product_id: 0000 major: 0 minor: 0 hp_agent: 0
Model ID is ZN5<6>generic_cf_modinit: config_name: "" load_all: 1
generic_cf_modinit: checking[0] "acm-tty"
generic_cf_modinit: checking[1] "net-blan"
generic_cf_modinit: checking[2] "msc"
generic_cf_modinit: checking[3] "mtp"
generic_cf_modinit: checking[4] "pbg"
generic_cf_modinit: checking[5] "ptp"
generic_cf_modinit: checking[6] "tty-blan-motorola"
brassboard_modinit: AAAAEntry
brassboard_modinit: PCD DRIVER N/A
mxc91231_tcd_mod_init: AAAA22
MXC gpio setting for mc13783
IOMUX setting for MXC91231
mxc91231_tcd_mod_init: D_D - Differential Unidirectional
brassboard_modinit: PCD DRIVER N/A
otg_gen_init_func:
otg_gen_init_func:
generic_os_hotplug: status=0

[close]

Добавлено позже (21.8.2016, 15:45):
Я увидел вот это

Код

Security Framework v1.0.0 initialized
Motorola Security Module initialized: Primary module.

хотя в исходниках ядра вроди все мотороловские фигни отключал.

Сообщение отредактировал fill.sa - 21.8.2016, 15:28

[VINRARUS]

по оперативке вот
# free
total used free shared buffers
Mem: 55348 53568 1780 0 9292
Swap: 0 0 0
Total: 55348 53568 1780

Т.е. как не крути тел при минимум наборе уже сьел все(53568) , НО зато увеличился буфер аж до 9292, разок перевалило за 10000кб (обычно 3000-4000).

Ненене, в магиксах free показывает дурню. Кеширование же (или как там его).

Код

# free
              total         used         free       shared      buffers
  Mem:       120576       117464         3112            0        10572
Swap:            0            0            0
Total:       120576       117464         3112
#

Шо, 117 МБ скушала система? Бред же очевидный.
Юзай cat /proc/meminfo.

И вот еще, кто-то видел вообще фразу на телефоне что нехватает памяти, уберите какоето из приложений? я вот однажды видел. Но не могу понять как я это сделал.

Юзай мультияву.

Сообщение отредактировал VINRARUS - 22.8.2016, 6:55

[fill.sa]

VINRARUS,
ну кэш не отменяет вывода free, темболее это у всех unixов так память работает.
вообше у нас какраз не хватает строки кэш, видимо bysubox потому что, а не нормальный free.
но в /proc/meminfo заглянем )

Добавлено позже (22.8.2016, 7:35):

Код

# free
              total         used         free       shared      buffers
  Mem:       120576       117464         3112            0        10572
Swap:            0            0            0
Total:       120576       117464         3112
#

Шо, 117 МБ скушала система? Бред же очевидный.

почему бы и не скушать. не забывай tmp и var у нас в оперативке(насчет них нужно еще покопать будет).
И вот еще что, когда стал копать то в прошах 128 и 64 с разными аргументами некоторые проги стартуют, скорее всего аргумент для пожирания памяти.

Добавлено позже (22.8.2016, 9:51):
вот вывод, это на обычном старте.
Так вот все данные совпадают. Я думаю free даже с тогоже места берет.

название

# cat /proc/meminfo
MemTotal: 55348 kB
MemFree: 1392 kB
Buffers: 4868 kB
Cached: 25108 kB
SwapCached: 2660 kB
Active: 24880 kB
Inactive: 16404 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 55348 kB
LowFree: 1392 kB
SwapTotal: 14992 kB
SwapFree: 4832 kB
Dirty: 0 kB
Writeback: 0 kB
Mapped: 24940 kB
Slab: 5560 kB
CommitLimit: 42664 kB
Committed_AS: 120924 kB
PageTables: 2180 kB
VmallocTotal: 196608 kB
VmallocUsed: 3236 kB
VmallocChunk: 4112384 kB
# free
total used free shared buffers
Mem: 55348 53968 1380 0 4868
Swap: 14992 10160 4832
Total: 70340 64128 6212

[close]

Сообщение отредактировал fill.sa - 22.8.2016, 7:24

[VINRARUS]

ну кэш не отменяет вывода free, темболее это у всех unixов так память работает.

В Linux нет понятия "занятая память" как в винде.
Сколько в /proc/sys/vm/min_free_kbytes напишеш столько и будет свободно (очищено).

Выполни это и free тебя удивит.

Код

echo 16384 > /proc/sys/vm/min_free_kbytes
echo 2048 > /proc/sys/vm/min_free_kbytes

ПС: если система вдруг покрашытся (тормозина ведь), постав вместо 16384 меньше, напривер 9999.

А это покажет более адекватный free.

Код

let MEM=`sed -e "/^MemFree:/!d" -e "s/MemFree: *//" -e "s/ kB//" /proc/meminfo`+`sed -e "/^Cached:/!d" -e "s/Cached: *//" -e "s/ kB//" /proc/meminfo`
echo "Memory free : $((MEM/1024)) Mb"

Добавлено позже (22.8.2016, 14:00):
fill.sa, если все еще не вериш - выполни єту команду и глянь откуда на ее исполнение уйдет 10 Мб памяти (из /proc/meminfo мониторь):

Код

RR=`dd count=10000 bs=1024 if=/dev/urandom`

А после закрытия терминала (или выполнения RR=xD) 10 Мб освободится, можеш посмотреть через free как быстро она вновь "засорится" кешем после запуска програм.

Добавлено позже (22.8.2016, 14:29):

# cat /proc/meminfo
MemTotal: 55348 kB

Эээ, я думал в тормозине хотя б 60 Мб (просто 120Мб поделил пополам), а оказалось даже более чем в 2 раза меньше чем у TM.
ПС: мой мемінфо кому интересно (после перезагрузки и обновления БД):

cat /proc/meminfo

MemTotal: 120576 kB
MemFree: 4576 kB
Buffers: 5624 kB
Cached: 72068 kB
SwapCached: 0 kB
Active: 57448 kB
Inactive: 38644 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 120576 kB
LowFree: 4576 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
Mapped: 45328 kB
Slab: 12652 kB
CommitLimit: 60288 kB
Committed_AS: 137404 kB
PageTables: 2344 kB
VmallocTotal: 131072 kB
VmallocUsed: 2884 kB
VmallocChunk: 4046848 kB

[close]

Добавлено позже (22.8.2016, 14:53):
Нашол интересную статью по этому поводу: http://about-windows.ru/sajtostroenie/kak-...-v-centoslinux/

Сообщение отредактировал VINRARUS - 22.8.2016, 11:29

[fill.sa]

VINRARUS,
так чего ты грешишь на free? у тебя он показывает все тожесамое что и /proc/meminfo

Код

# free
              total         used         free       shared      buffers
  Mem:       120576       117464         3112            0        10572
Swap:            0            0            0
Total:       120576       117464         3112
#

Шо, 117 МБ скушала система? Бред же очевидный.

А в /proc/meminfo у тебя

MemFree: 4576 kB

, т.е. таки твоя система всетаки сьела 117мб.
И как я писал я думаю free берет инфу какраз из /proc/meminfo, думаю ты знаешь что в линуксах проги не сами данные придумывают а берут из системных папак /sys и /proc.

Добавлено позже (22.8.2016, 17:44):
Пожалуйсто, чему я только должен был удивиться? тому что /proc/meminfo и free показывают одинаковую инфу, как я и говорил сразу.

название

# echo 16384 > /proc/sys/vm/min_free_kbytes
# free
total used free shared buffers
Mem: 55348 31472 23876 0 188
Swap: 0 0 0
Total: 55348 31472 23876
# cat /proc/meminfo
MemTotal: 55348 kB
MemFree: 24092 kB
Buffers: 116 kB
Cached: 1996 kB
SwapCached: 0 kB
Active: 17856 kB
Inactive: 1720 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 55348 kB
LowFree: 24092 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
Mapped: 17512 kB
Slab: 4668 kB
CommitLimit: 27672 kB
Committed_AS: 121684 kB
PageTables: 2152 kB
VmallocTotal: 196608 kB
VmallocUsed: 3224 kB
VmallocChunk: 4112384 kB

[close]

Добавлено позже (22.8.2016, 17:47):

# cat /proc/meminfo
MemTotal: 55348 kB

Эээ, я думал в тормозине хотя б 60 Мб (просто 120Мб поделил пополам), а оказалось даже более чем в 2 раза меньше чем у TM.

Типо так и есть, ядро пишет 58M из них 3-4мб это под /var взято, вот и получается 55M для системы.

Сообщение отредактировал fill.sa - 22.8.2016, 17:31

[VINRARUS]

так чего ты грешишь на free? у тебя он показывает все тожесамое что и /proc/meminfo

То что он показывает такую самую дурню что и строчка MemFree в /proc/meminfo не делает это тем о чом ты писал. Этот показатель должен называться MemClear (чистая память) по сути.

Т.е. как не крути тел при минимум наборе уже сьел все(53568)

Ты не хочешь понять 1 важную деталь - дисковый кэш (Cached:) это просто мусор, который Linux по ходу надобности заменяєт на новые данные запущеного софта.
Он не есть частью обьема занимаемого ОС, это просто временные данные которые можна безболезненно удалить по первому пчиху.
По этому странными кажутся гибридные жесткие диски для ПК, когда Linux делает тоже самое на уровне софта (и даже на порядок быстрее.

Пожалуйсто, чему я только должен был удивиться? тому что /proc/meminfo и free показывают одинаковую инфу, как я и говорил сразу.

Не, ты говорил что система сьела все 53568 кб, а теперь там у тебя 31472 кб. Дальше думай сам.

Типо так и есть, ядро пишет 58M из них 3-4мб это под /var взято, вот и получается 55M для системы.

Все равно в ТМ более чем в 2 раза больше оперативы.

[fill.sa]

VINRARUS,
мы с тобой о разном пишем.

Если что вот вывод с минимальным стартом

мини

MemTotal: 55348 kB
MemFree: 2700 kB
Buffers: 9616 kB
Cached: 29140 kB
SwapCached: 0 kB
Active: 19684 kB
Inactive: 24600 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 55348 kB
LowFree: 2700 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
Mapped: 19128 kB
Slab: 4316 kB
CommitLimit: 27672 kB
Committed_AS: 35464 kB
PageTables: 708 kB
VmallocTotal: 196608 kB
VmallocUsed: 3056 kB
VmallocChunk: 4112384 kB

[close]

Сообщение отредактировал fill.sa - 22.8.2016, 19:27

[VINRARUS]

fill.sa, ну ты ж пробовал уменьшить обьем сьедаемой памяти ОС? Ну а оцениваешь успехи без учитывания размера муорного дискового кеша.

Ковырял я тут телефон на предмет максимального старта и минимума пожирания опертивки, вообще гиблое это дело, похоже что чегото грандиозного тут невыжмешь.

Добавлено позже (22.8.2016, 22:30):

Если что вот вывод с минимальным стартом

Поздравляю, у тебя 24600 кб свободно.

Сообщение отредактировал VINRARUS - 22.8.2016, 21:05

[fill.sa]

Если что вот вывод с минимальным стартом

Поздравляю, у тебя 23840 кб свободно.

Свободно под что? я несмогу воспользоваться целиком и полностью всеми 23840. По факту у меня свободно 2700 kB, а из 23840 мне может достаться только небольшой кусочек.

[VINRARUS]

я несмогу воспользоваться целиком и полностью всеми 23840.

Спорим? Если эта команда покрашится ты выграл (она занимает 20 Мб оперативы пока активен терминал).

Код

RR=`dd count=24000 bs=1024 if=/dev/urandom`

ПС: только смотри что бы показатель Inactive был не меньше 24 Мб перед исполнением (ну или уменьши в команде, если там не влазит), а то часть дискового кеша по ходу под запущеный софт отводится.

Сообщение отредактировал VINRARUS - 22.8.2016, 21:09

[fill.sa]

VINRARUS,
так то ничего не произошло,команда отработала.
Но чего-то мне кажется если я запушу нативчик на 10м , то тел уже подвисать будет.

Добавлено позже (22.8.2016, 22:30):
Побаловался еще с командой, хм, но на одну строку Inactive: тоже не получиться пологаться.
Вот такой вывод был
MemTotal: 55348 kB
MemFree: 27264 kB
Buffers: 808 kB
Cached: 5300 kB
SwapCached: 0 kB
Active: 16956 kB
Inactive: 2532 kB

делаю на 3мб RR=`dd count=3000 bs=1024 if=/dev/urandom`
и ничего, хватило памяти, потомучто взялось из free похоже. А строка Inactive даже непоменялась.

[VINRARUS]

так то ничего не произошло,команда отработала.

Ну вот, а выставив ты 40 Мб терминал бы написал о нехватке памяти, что говорит о реальности команды.

делаю на 3мб RR=`dd count=3000 bs=1024 if=/dev/urandom`
и ничего, хватило памяти, потомучто взялось из free похоже. А строка Inactive даже непоменялась.

Ну так все правильно, MemFree это очищенная память (забитая 0000) она быстрее и поэтому приоритетнее чем грязная Inactive.
Просто закрытый софт не оставляет в памяти следов своих данных, только остается копия бинарника и файлов с которыми работал софт (ну а весь busybox и так в памяти валяется всегда), и по этому все 20+ Мб ушли во MemFree.

Но я говорил лишь о Inactive так как в магиксах дисковый кеш обычно забитый по завязку, и лишь значение /proc/sys/vm/min_free_kbytes оставляет чючють во MemFree.
А так то да, MemFree+Inactive=свободная оперативная память доступная для немедленной записи данных (только Inactive медленнее работает).
Правда я еще не до конца исследовал агресивность механизма следящего за /proc/sys/vm/min_free_kbytes. На ТМ это долго делать)

Добавлено позже (23.8.2016, 11:39):

Но чего-то мне кажется если я запушу нативчик на 10м , то тел уже подвисать будет.

Если система повиснет - значит нативчик любит тортики, а не пирожинки.

Добавлено позже (23.8.2016, 12:22):

Правда я еще не до конца исследовал агресивность механизма следящего за /proc/sys/vm/min_free_kbytes.

Короче значение из /proc/sys/vm/min_free_kbytes можна смело щитать занятой памятью - софт не способен ее использовать, только что убедился в єтом.

[fill.sa]

Продолжим, нашел еще несколько прошей. Решил для начала сравнить на низком уровне, т.е. просто самиCG, без их разбора.
Вывод выкладываю файлом.

Кто бы все это облагородил и отфильтровал для более понятного восприятия.

Добавлено позже (23.8.2016, 17:37):
Пока могу сказать , что стабильно у всех разные
CG31(Startup).smg
CG36(root).smg
CG43(setup).smg
CG44(secur.setup).smg
CG46(lang).smg
CG48(User Memory).smg
CG52(resourc).smg

А вот эти наоборот у всех неизменные(разницу между 64 и 128ТМ несчитаем)
CG34.smg
CG41.smg
CG49.smg
CG60.smg
CG61.smg

Ну и оставшиеся ...
CG45(BP_sw).smg
CG42(logo).smg
CG35(kernel).smg
CG50.smg
CG37(ezxlocal).smg
у кого как, где разные где одинаковые.

Самое главное это ядро CG35(kernel).smg, оно у многих одинаковое, что странно


Сообщение отредактировал fill.sa - 23.8.2016, 18:16

[VINRARUS]

Самое главное это ядро CG35(kernel).smg, оно у многих одинаковое, что странно

Приехали.

[fill.sa]

Самое главное это ядро CG35(kernel).smg, оно у многих одинаковое, что странно

Приехали.

сам в шоке) хотя с другой стороны, а чего менять то в ядре? новых фичей там недобавилосьже.
Нужно будет исходники посравнивать, может там реально они одинаковые. Только файлов там ну очень много((

[EXL]

Самое главное это ядро CG35(kernel).smg, оно у многих одинаковое, что странно

В смысле одинаковое? По чему? По размеру что ли?

Нужно будет исходники посравнивать, может там реально они одинаковые. Только файлов там ну очень много((

Можно было бы предложить md5sum для сравнения, но наверняка в ядро вкомпиливается TIMESTAMP время сборки, поэтому они будут всегда разными. Потому только vbindiff. Я уверен, что ядра разные.

[VINRARUS]

но наверняка в ядро вкомпиливается TIMESTAMP время сборки

В прошивке все время сброшено на 1970. Думаю в ядре тоже самое.

[fill.sa]

Самое главное это ядро CG35(kernel).smg, оно у многих одинаковое, что странно

В смысле одинаковое? По чему? По размеру что ли?

в бинаре все сравнивал. Все биты одинаковые - а это значит файлы эдентичны.

Добавлено позже (25.8.2016, 9:08):
Для верности сверил по md5, crc32 и sha-1.
Правда не все сравнивал, взял только пару прош. Просто чтобы убедиться что бинарный метод еще никогда неподводит.

Вообщем одинаковые.

Сообщение отредактировал fill.sa - 25.8.2016, 9:09

[fill.sa]

Ну что, кто-то еще поверял ядро по md5 ? что б уже точно убедиться?

Кстати EXL, вывод ядра который ты просил в этом посте
dmesg

Ну а я тем временем качая доступные исходники с sourceforge и преступаю к анализу.
И могу уже сказать что там тоже полно одинаковых файлов. Даже нераспаковывая архивы проверил - оказывается все которые *.rpm одинаковые.
Вот списочек

название

busybox-1.01-1.0.2.custom.src.rpm
coreutils-5.2.1-3.0.1.0600588.src.rpm
dnsmasq-2.25-6.0.0.custom.src.rpm
dosfstools-2.11-1.0.0.custom.src.rpm
gcc-3.4.3-25.0.96.0600588.src.rpm
glibc-2.3.3-40.0.77.custom.src.rpm
iproute-20051007-2.0.0.0600588.src.rpm
ipsec-tools-0.6.5-1.0.0.custom.src.rpm
iptables-1.3.3-1.0.2.0600588.src.rpm
libjpeg-6b-1.0.1.0600588.src.rpm
libpcap-0.9.4-2.0.0.0600588.src.rpm
libposixtime-3.1.1-1.0.3.0600588.src.rpm
libxml2-2.6.16-2.0.1.0600588.src.rpm
mtd-utils-2.6.9_1.1-6.0.0.0600588.src.rpm
pam-0.76-4.0.1.0600588.src.rpm
ppp-2.4.2_20040202-5.0.1.custom.src.rpm
procmail-3.22-1.0.0.0600588.src.rpm
procps-3.2.5-6.0.0.0600588.src.rpm
psmisc-21.5-1.0.0.0600588.src.rpm
sysvinit-2.85-4.0.7.0600588.src.rpm
util-linux-2.12-4.0.5.0600588.src.rpm
zlib-1.2.1.1-2.0.2.0600588.src.rpm

[close]

Это похоже и есть основа от монтависты.

Сообщение отредактировал fill.sa - 25.8.2016, 20:27

[EXL]

Это похоже и есть основа от монтависты.

Это Open Source пакеты, которые Motorola была ОБЯЗАНА выложить по пунктам лицензии GPLv2. В большинстве прошивок всё это будет тупо одинаковым и/или иметь незначительные исправления. Основные изменения вносились в ЗАКРЫТЫЙ код, который Motorola никогда не выкладывала, и ещё по сути должны были вноситься в ядро. Но если ты говоришь, что чексуммы MD5 кодовой группы CG35 везде одинаковые, то ничего в ядро не вносилось, была у них какая-то "эталонная" сборка ядра, которую мотороловцы заюзали для всех прошивок, получается, что по сути версии прошивок отображают лишь работу над закрытой частью кода.

Кстати EXL, вывод ядра который ты просил в этом посте

Вывод dmesg без времени не даёт какой-либо картины. В современных дистрибутивах dmesg имеет следующий вид:

Код

...
[    0.000000] console [tty0] enabled
[    0.000000] tsc: Fast TSC calibration using PIT
[    0.000000] tsc: Detected 2394.057 MHz processor
[    0.000037] Calibrating delay loop (skipped), value calculated using timer frequency.. 4790.61 BogoMIPS (lpj=7980190)
[    0.000040] pid_max: default: 32768 minimum: 301
[    0.000046] ACPI: Core revision 20150818
[    0.015545] ACPI: 2 ACPI AML tables successfully acquired and loaded
[    0.015570] Security Framework initialized
[    0.015573] Yama: becoming mindful.
[    0.016121] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
[    0.018546] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
[    0.019596] Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
[    0.019610] Mountpoint-cache hash table entries: 16384 (order: 5, 131072 bytes)
[    0.019899] Initializing cgroup subsys io
[    0.019905] Initializing cgroup subsys memory
[    0.019914] Initializing cgroup subsys devices
[    0.019917] Initializing cgroup subsys freezer
[    0.019919] Initializing cgroup subsys net_cls
[    0.019921] Initializing cgroup subsys pids
...

Попробуй поиграться с параметрами dmesg, возможно там что-то можно врубить, чтобы было время. Хотя я сомневаюсь в этом. У ZN5 ядро 2.6.10, а это на минуточку 2004 год. 8 лет прошло с момента выпуска ZN5 и 12 лет прошло с момента выпуска ядра. Сейчас всё кардинальным образом изменилось.

[VINRARUS]

хотя с другой стороны, а чего менять то в ядре? новых фичей там недобавилосьже.

Тем не менее в ядре 128 зины чегото поменяли.

У ZN5 ядро 2.6.10, а это на минуточку 2004 год.

Это они мотомаг 4 года мучили?

Добавлено позже (27.8.2016, 14:40):

Но если ты говоришь, что чексуммы MD5 кодовой группы CG35 везде одинаковые, то ничего в ядро не вносилось, была у них какая-то "эталонная" сборка ядра, которую мотороловцы заюзали для всех прошивок, получается, что по сути версии прошивок отображают лишь работу над закрытой частью кода.

А вот ядра в Z6 разные, в 44r и 4fr чексумы не совпадають.

Сообщение отредактировал VINRARUS - 27.8.2016, 11:31

[fill.sa]

Это они мотомаг 4 года мучили?

Необязательно, просто взяли несамое новое ядро, к тому же мотомаг брал то, что дала montavista.
Ну и само собой мотомаг не за 5 минут разработали, думаю годик-два разрабатывали

А вот ядра в Z6 разные, в 44r и 4fr чексумы не совпадають.

Так то z6, а мы пока про зину. К тому же я писал что у зины есть пара прошивок c другим ядром,
Вот эти отличаются

название

05R (ОФФ РУС)_10I
07R_10I
0AR_10I
10I_0AR
10I_05R (ОФФ РУС)
10I_05R(1)
10I_07R
10I_0ER
0ER_10I

[close]

остальные все одинаковые.

Сообщение отредактировал fill.sa - 1.9.2016, 5:28

[VINRARUS]

К тому же я писал что у зины есть пара прошивок в другим ядром

Теперь тебе осталось лиш исходники ядер 64 и 128 зин сравнить.

[fill.sa]

Продолжим.
С остальными файлами попроще, они вроде как подписаны каждый своим типом прошивки, но это еше незначит что они разные.
Для начала я исключил пакет hardhat, это похоже само сердце montavistы и его лучше отдельно рассмотреть.
И так приступим, сравнение

Несчитая файла properties в каждом архиве изменились только эти файлы.

название

05R_07R
\dmcam\driver\dm_cam.c
\dmmsg\driver\dmave.c
\dmmsg\driver\logicalDriver.c
\dmmsg\ghdr\dmave_if.h
\dmmsg\hdr\logicalDriver.h
\dmmsg\Makefile
\webkit\code\WebCore\khtml\css\cssparser.cpp

05R_0AR
\dmcam\driver\dm_cam.c
\dmmsg\driver\dmave.c
\dmmsg\driver\logicalDriver.c
\dmmsg\ghdr\dmave_if.h
\dmmsg\hdr\logicalDriver.h
\dmmsg\Makefile
\dmspi\driver\cspi-dma.c
\webkit\code\WebCore\khtml\css\cssparser.cpp

05R_0ER
\dmcam\driver\dm_cam.c
\dmmsg\driver\dmave.c
\dmmsg\driver\logicalDriver.c
\dmmsg\ghdr\dmave_if.h
\dmmsg\hdr\logicalDriver.h
\dmmsg\Makefile
\dmspi\driver\cspi-dma.c
\libexif\libexif\exif-data.c
\webkit\code\WebCore\khtml\css\cssparser.cpp
\webkit\code\WebCore\khtml\rendering\render_replaced.cpp

-----------------------------------------------------------
07R_05R
\dmcam\driver\dm_cam.c
\dmmsg\driver\dmave.c
\dmmsg\driver\logicalDriver.c
\dmmsg\ghdr\dmave_if.h
\dmmsg\hdr\logicalDriver.h
\dmmsg\Makefile
\webkit\code\WebCore\khtml\css\cssparser.cpp

07R_0AR
\dmspi\driver\cspi-dma.c

07R_0ER
\dmspi\driver\cspi-dma.c
\libexif\libexif\exif-data.c
\webkit\code\WebCore\khtml\rendering\render_replaced.cpp
------------------------------------------------------------------
0AR_05R
\dmcam\driver\dm_cam.c
\dmmsg\driver\dmave.c
\dmmsg\driver\logicalDriver.c
\dmmsg\ghdr\dmave_if.h
\dmmsg\hdr\logicalDriver.h
\dmmsg\Makefile
\dmspi\driver\cspi-dma.c
\webkit\code\WebCore\khtml\css\cssparser.cpp

0AR_07R
\dmspi\driver\cspi-dma.c

0AR_0ER
\libexif\libexif\exif-data.c
\webkit\code\WebCore\khtml\rendering\render_replaced.cpp
-----------------------64-128----------------------------------------
17R-128_05R
\bt_blatan\HCI.cpp
\bt_msg_lib\public\MessageCategories.h
\bt_msg_lib\public\MessageReader.h
\bt_msg_lib\public\MessageWriter.h
\bt_msg_lib\MessageReader.cpp
\bt_msg_lib\MessageWriter.cpp
\netmux\mux.c
\rlim\rlim.c
\webkit\code\WebCore\khtml\misc\loader.cpp
\webkit\code\WebCore\khtml\misc\loader.h
\webkit\code\WebCore\khtml\rendering\render_image.cpp
\webkit\code\WebCore\khtml\rendering\render_image.h
\webkit\code\WebCore\kwq\KWQUtil.h



----------------------128-128----------------------
2CR-128_17R-128
\dmcam\driver\dm_cam.c
\dmmsg\driver\dmave.c
\dmmsg\ghdr\dmave_if.h
\dmmsg\hdr\logicalDriver.h
\dmmsg\Makefile
\dmspi\driver\cspi-dma.c
\libexif\libexif\exif-data.c
\mqtkit\mqtkit\qwidget.h
\mqtkit\mqtkit\qwindowsystem_qws.h
\mqtkit\mqtkit\qwscommand_qws.h
\mqtkit\mqtkit\qwsdisplay_qws.h
\webkit\code\WebCore\khtml\xml\dom_nodeimpl.cpp
\webkit\code\WebCore\khtml\khtmlview.cpp

[close]

Подводя итог можно сказать.
Несчитая архива hardhat , среди всех доступных исходников изменилось всего несколько файлов.
В кратце хронология изменения на 64мб зине от 05R к 0ER такая

07R в августе-сентябре меняются эти файлы
\dmcam\driver\dm_cam.c
\dmmsg\driver\dmave.c
\dmmsg\driver\logicalDriver.c
\dmmsg\ghdr\dmave_if.h
\dmmsg\hdr\logicalDriver.h
\dmmsg\Makefile
\webkit\code\WebCore\khtml\css\cssparser.cpp


0AR в начале октября
\dmspi\driver\cspi-dma.c


0ER конце октября, начало ноября
\libexif\libexif\exif-data.c
\webkit\code\WebCore\khtml\rendering\render_replaced.cpp

Выражаясь файлами это: dmcam.ko dmmsg.ko dmspi.ko libezxexif.so.1.0.0 netmux.ko netmux_linkdriver.ko rlim.ko libmotokjs.so libmotokhtml.so

Разница между 64 и 128 версиями немножко другая(смотрите файлы под спойлером выше), но там вообще непонятная ситуация. Складывается впечатление что эти версии развивались раздельно.


З.Ы. Оказывается hardhat второе название montavistы.

Сообщение отредактировал fill.sa - 27.8.2016, 15:36

[EXL]

Это они мотомаг 4 года мучили?

Это ынтерпрайз просто. Со всеми вытекающими. У Motorola->MontaVista ещё старше ядра были. К примеру, в том же E2, E6/A1200. Там вообще 2.4.x, это где-то 2002 год. Ещё до создания этого сайта. Тот же Qt 2.3.8, использующийся в ZN5 и последнем багиксе -- EM35, это вообще конец 90-ых, если не ошибаюсь.

А вот ядра в Z6 разные, в 44r и 4fr чексумы не совпадають.

Ну это со слов fill.sa.

---

fill.sa, я чего-то не понимаю. Что ты делаешь вообще?

Несчитая архива hardhat , среди всех доступных исходников изменилось всего несколько файлов.

Hard Hat это и есть CG35, то бишь ядро Linux с патчами MontaVista на подобие RTOS.

Выражаясь файлами это: dmcam.ko dmmsg.ko dmspi.ko libezxexif.so.1.0.0 netmux.ko netmux_linkdriver.ko rlim.ko libmotokjs.so libmotokhtml.so

А выражаясь подсистемами, это драйвера камеры, драйвера сети и движок встроенного браузера.

[fill.sa]

Вот кстати нашел документик по портированию монтависты на ПК, может кто что интерестное вычитает для себя.
http://www.nxp.com/files/32bit/doc/app_note/AN2145.pdf

Добавлено позже (27.8.2016, 15:57):

А вот ядра в Z6 разные, в 44r и 4fr чексумы не совпадають.

Ну это со слов fill.sa.

Я тут не причем )) это винрарус проверял, я только зинковские смотрел.
А так вообще рекомендую разобрать пару прошивок зины и убедиться что CG35 реально одинаковые.

Добавлено позже (27.8.2016, 16:00):

Несчитая архива hardhat , среди всех доступных исходников изменилось всего несколько файлов.

Hard Hat это и есть CG35, то бишь ядро Linux с патчами MontaVista на подобие RTOS.

Знаем, потому и оставил на последок. Ну и плюс там файлов много.

[VINRARUS]

Шо такое sahara?

А так вообще рекомендую разобрать пару прошивок зины и убедиться что CG35 реально одинаковые.

Убидился.

Сообщение отредактировал VINRARUS - 30.8.2016, 9:42

[EXL]

Шо такое sahara?

Криптографический акселератор в платформах от Freescale.

http://lxr.linux.no/linux/drivers/crypto/sahara.c

[fill.sa]

А так то да, MemFree+Inactive=свободная оперативная память доступная для немедленной записи данных (только Inactive медленнее работает).

Провел тут экспериментик, при таких данных тел висит наглухо, даже консоль не отвечает.
Хотя мин через 5 отозвалась

название

# cat /proc/meminfo
MemTotal: 55348 kB
MemFree: 1404 kB
Buffers: 636 kB
Cached: 4520 kB
SwapCached: 0 kB
Active: 38544 kB
Inactive: 1928 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 55348 kB
LowFree: 1404 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
Mapped: 36880 kB
Slab: 5700 kB
CommitLimit: 27672 kB
Committed_AS: 161252 kB
PageTables: 2620 kB
VmallocTotal: 196608 kB
VmallocUsed: 3156 kB
VmallocChunk: 4112384 kB
# cat /proc/meminfo
MemTotal: 55348 kB
MemFree: 1296 kB
Buffers: 660 kB
Cached: 4472 kB
SwapCached: 0 kB
Active: 38464 kB
Inactive: 2208 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 55348 kB
LowFree: 1296 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
Mapped: 37100 kB
Slab: 5624 kB
CommitLimit: 27672 kB
Committed_AS: 161372 kB
PageTables: 2632 kB
VmallocTotal: 196608 kB
VmallocUsed: 3156 kB
VmallocChunk: 4112384 kB
# cat /proc/meminfo
MemTotal: 55348 kB
MemFree: 1236 kB
Buffers: 720 kB
Cached: 4412 kB
SwapCached: 0 kB
Active: 38604 kB
Inactive: 2124 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 55348 kB
LowFree: 1236 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
Mapped: 37032 kB
Slab: 5624 kB
CommitLimit: 27672 kB
Committed_AS: 161500 kB
PageTables: 2632 kB
VmallocTotal: 196608 kB
VmallocUsed: 3156 kB
VmallocChunk: 4112384 kB

[close]

[Programmer-tm(Мотофан.)]

А кто-то в курсе как вифи быстро оживить? Или придется копать долго и нудно?