Прога занимает ОЗУ в несколько раз больше, чем занимает диска

Мб так какая-то функция рекурсивно вызывается? Код читать пробовал?

Мб так какая-то функция рекурсивно вызывается?

Не похоже. Тут все функции вызываются по порядку

func main() {
	admcheck()
	choosemode()
	switch mode {
	case 1:
		fmt.Println("Кого мы ищем сегодня?")
		fmt.Scanln(&current_target)
		fmt.Println("Тогда, наша цель -", current_target)

	case 2:
		fmt.Println("В вашем раяпоряжении находится массив, в который можно загнать до трёх различных файлов. Кого мы ищем сегодня?")
		for i := range target_array {
			fmt.Scanln(&target_array[i])
		}
		fmt.Println("Тогда, наши цели -", target_array)
	}
	filecheck()

}

, где скачок появляется именно на моменте filecheck(), который вызывает обработчик ошибок внутри search(), который вызывает саму функцию поиска и высасывает с неё ошибки

func search() {
	err := findAndDelete(current_target, "/") // ищем в текущей директории
	if err != nil {
		fmt.Println("Ошибка:", err)
		return
	}
}

Как размер бинаря связан с потреблением программой памяти?

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

16 мегабайт
лютое потребление

кек

А разве он не должен в полном объёме загружаться в ОЗУ перед запуском?

Нет.

У меня прога на С++ имеет бинарник 280 КБ, а оперативки при работе потребляет до 40-50 МБ. Потому что при сканировании файлов создаёт сложную структуру данных с сотнями тысяч записей.

#include <stdlib.h>

int main() {
  for (;;) {
    malloc(8192);
  }
  return 0;
}

Если скомпилировать эту программу, то она занимает 16 Кб (можно, наверное, и меньше ужать, но лень).

Попробуй оценить, сколько она займёт оперативной памяти.

Я зашёл суда спросить, не написана ли прога на Go, а оказалось, она написана на Go. У меня нет больше вопросов.

Её на макро ассемблере можно написать.

Что будет загружаться в память - полностью зависит от логики программы.

Твоя мысль очевидна, но если подумать, то понятно, что это неразумно. Представь большую сложную программу с уймой функций и опций. Хорошо ли всё это грузить в память, когда пользователь командует program --help?

Не смотрел на теги, ожидал тут увидеть шок от лицезрения электроноподелий. А 16мб это ерунда. Сам бинарник, стек, данные, mmap, везде аллокация с запасом, вот и набирается.

Конечно будет нехорошо. Кажется, я что-то понял

Прога занимает ОЗУ в несколько раз больше, чем занимает диска

x86 страница 4М min, дальше думай сам

кроме твоего бинарного кода память расходуется на глобальные переменные, стек главного треда, кучу, код динамических либ, если они подгружаются, стеки тредов, если они есть. плюс всякие возможные аллокации от системных вызовов.

десятки мегабайт - это обычное дело.

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

x86 страница 4М min, дальше думай сам

Размер страницы на x86 - 4 Кб.

Huge pages в x86_64 могут быть размером 2Мб или 1Гб, но по умолчанию, вроде бы huge pages не используются.

Там Go. Когда я пробовал запускать на keenetic hopper обфускатор tor мостов, роутер умирал по памяти. Потому что он написан на go

на моменте filecheck(), который вызывает обработчик ошибок внутри search(), который вызывает саму функцию поиска…

КАКОЙ КОШМАР, ИСПРАВИЛ

у го там рантайм в памяти где-то 7 мегабайт и будет занимать

Потому что он написан на go

Потому что написан криво.

Удивительно, сама программа занимает больше места в оперативной памяти, чем на диске!!!

У меня похожая проблема, кстати, Telegram на телефоне — апк 60 МБ, а потом 3 ГБ кэша, 400 стикеров, 50 чатов и папка с мемами за 2018. Мало весит, но как заживёт в ОЗУ — хоть отдельную комнату выделяй.

Размер страницы на x86 - 4 Кб.

ану да чот тупанул, это к тому что размер программы не равно размеру озу которое выжрет ос под нее

У меня похожая проблема, кстати, Telegram на телефоне — апк 60 МБ, а потом 3 ГБ кэша, 400 стикеров, 50 чатов и папка с мемами за 2018. Мало весит, но как заживёт в ОЗУ — хоть отдельную комнату выделяй.

Старый Мазай разболтался в сарае.
В этом болотистом низменнном крае толстых программ не счесть …

На Цэ такого не было. И на расте нет. Да что там, на питоне приложения легче получаются.

а уж Basic

Если проблема возникла не из-за ЯП, тогда из-за кого? В какой момент единица становится парой? Чьей метафизической сущности присуще принять одно, а отдать два? Может это чистая воля? Воля, которая меняет сущее, но остаётся в тени, свободная от желаний, цели и средств, необъяснимая как инстинкт, неосязаемая как ложь и неизбежная как данность?

С чем связано такое лютое потребление?

Почитайте про section data и section bss.

лютое потребление

до 16 мегабайт

Как там в 90 году живётся?

Можешь форкбомбу скомпилять, она тебе бинарником в килобайты позволит всю оперативку и своп съесть.

Поищи, как процесс выполнения обычной программы работает.

С чем связано такое лютое потребление?

С незнанием матчасти. Начни с чего-нибудь попроще.

Какое же это лютое потребление? Речь про несколько мегабайт. Это ты ещё поделок на говно-электроне не видел, где «Hello, world» - из коробки жрёт сотни мегабайт места, памяти и т.д. А тут такая ерунда, никто даже не заметит :)

На спор напишу бинарник в 2 килобайта, отжирающий память в 2 гигабайта.

На спор напишу бинарник в 2 килобайта, отжирающий память в 2 гигабайта.

на спор надо наоборот )

Лучше — на PureBasic. Но сначала его купить и подписать EULA!

Я зашёл суда спросить, не написана ли прога на Go, а оказалось, она написана на Go. У меня нет больше вопросов.

Так глупость вопроса топикстартера никак не связана с выбранным ЯП. Ну написал ты на сях в три строчки херню, которая читает в переменную любой файл, а потом скормил этой проге гиговый лог.

И обоже, прога весит 2Кб, а оперативы сожрала гигабайт - как же так вышло и

С чем связано такое лютое потребление?

ТС, почему ты вообще решил, что размер приложения и его потребление ОЗУ как-то связано?

Раньше думал, что само приложение должно выгружаться в ОЗУ перед запуском

Чего кек? У автора в кои то веки адекватное понимание нормального расхода памяти.

адекватное понимание

У него не может быть никакого адекватного понимания, ибо знания его равны нулю.

Пусть тогда на сях байтоложествует, в чем проблема?

Полностью согласен.

Ну, у меня-то опыт вообще ппц был. Шок у меня был. И не только у меня:

https://github.com/openwrt/luci/issues/7254

Проблема ведь не только в том, выгружается сама программа или нет, а в том, что обычно программы не в вакууме существуют, а оперируют какими-то внешними данными и как раз эти данные основную часть потребления ОЗУ и составляют

что то типа такого:

section .text
global _start

_start:
    ; Выделяем память с помощью sys_brk
    mov rax, 12         ; sys_brk
    xor rdi, rdi        ; запросить текущий break
    syscall
    
    mov r15, rax        ; сохраняем текущий break в r15
    
.loop:
    ; Увеличиваем break на 1 страницу (4096 байт)
    mov rax, 12         ; sys_brk
    mov rdi, r15
    add rdi, 4096       ; увеличиваем на размер страницы
    syscall
    
    mov r15, rax        ; сохраняем новый break
    
    ; Записываем что-то в новую память (чтобы страницы действительно выделились)
    mov byte [rax - 4096], 0
    
    ; Повторяем бесконечно
    jmp .loop

Нормально. Текстовый редактор на шарпе. Загружая файлик на 100Кб, он в памяти отжирает полтора гига. ГИГА, Карл!

TOP читать анализировать пробовал?

Ой, приврал немного. Файлик на 1Мб.

жалких 0.6% памяти доступной обычному массовому пк

Я совсем не профи в теме линуксовых памятей, но давно заметил, что софт на go делает непонятное (для меня) с этой самой памятью. Присуще всему, что у меня есть\было на Go: traefik, caddy, yggdrasil, у них в VIRT меньше 1.2GB не бывает, даже и на виртуалках с 512МБ памяти, и даже на Фряхе.

Да, это VIRT, а не RES. Может это и вовсе дичь и VIRT репортит откровенную чушь, т.к. на некотором софте там показано и 30гиг, и 563гига и 1.4ТБ я как-то видел (что-то на Электроне).

На virt обращать внимание есть смысл только при моддинге жирных старых 32бит игр.

на некотором софте там показано и 30гиг, и 563гига и 1.4ТБ я как-то видел

Такое бывает когда ммапятся ресурсы GPU.