Так а зачем эти функции (не методы)? Они ничего не ускоряют, просто увеличивают количество кода, хотя реализация типа

def get_from_config(param_name) do
  :ets.lookup(:config_table, param_name)
end

Была бы такой же по времени исполнения, а главное - повысила бы читаемость.

Но лучше забудь про это реализацию: хранить конфиги в :ets - это плохая идея. Лучше попробую :persistent_term и доставай оттуда явно. Зачем тебе обёртка в виде функции, которая просто вызывает другую функцию.

Итого:
При иничиализации приложения
Application.get_all_env() |> Enum.each(fn {k, v} -> :persistent_term.put({:my_app_config, k}, v) end)

При доступе к конфигу
:persistent_term.get({:my_app_config, k}) сразу в коде. Без функции обёркти (хотя, если очень хочется, то можно, но только если заинлайнить)

ок, попробую persistent_term. Но вот почему ets плохая идея? Чем он плох?

Пожалуйста, не надо тащить ets и тем более persistent term, когда можно обойтись application env

Пожалуйста, не надо тащить ets и тем более persistent term, когда можно обойтись application env

На каком rps оно становится долго?

В конце концов, конфигурацию можно на старте вычитать в локальные стейты

Я это указал как лучшее решение

не всегда нужно читать конфигурацию пиздец как быстро

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