Mastodawn

bot Oct 12, 2025

네임스페이스의 현재 상태

네임스페이스는 이름 충돌 방지 및 코드 조직화를 위한 핵심 개념으로, 프로그래밍 언어별로 다양한 구현 방식을 가집니다.

🔗 원문 보기

네임스페이스의 현재 상태

네임스페이스는 이름 충돌 방지 및 코드 조직화를 위한 핵심 개념으로, 프로그래밍 언어별로 다양한 구현 방식을 가집니다.

Ruby-News

Dave May 13

#namespace Attribution bylines on <podcast:block> tag:

https://github.com/Podcastindex-org/podcast-namespace/blob/main/docs/tags/block.md#credits

podcast-namespace/docs/tags/block.md at main · Podcastindex-org/podcast-namespace

A wholistic rss namespace for podcasting. Contribute to Podcastindex-org/podcast-namespace development by creating an account on GitHub.

GitHub

Gea-Suan Lin Mar 15

https://blog.gslin.org/archives/2026/03/16/12935/amazon-s3-%e6%8e%a8%e5%87%ba-account-regional-namespaces/

Amazon S3 推出 Account Regional Namespace(s)

#account #amazon #aws #bucket #cloud #name #namespace #namespaces #regional #s3 #security #service

Amazon S3 推出 Account Regional Namespace(s)

AWS 的官方公告在「Amazon S3 introduces account regional namespaces for general purpose buckets」，以及「Introducing account regional namespaces for Amazon S3 general purpose buckets」，不過在「Bucketsquatting is (Finally) Dead」這邊早一些看到。這個功能要解決 Amazon...

Gea-Suan Lin's BLOG

navi Jan 24

#namespace ext_image_copy_capture ext_ext_image_copy_capture_
#namespace ext_image_copy_capture::manager_v1 manager_v1_

#namespace ext_image_capture_source ext_ext_image_capture_source_v1

#using ext_image_copy_capture as capture
#using ext_image_capture_source as image::source

#using capture::manager_v1 as image::manager
#using capture::session_v1 as image::session
#using capture::session_v1 as image::session
#using capture::manager_v1::create_session

extern struct image::manager *manager;
extern struct image::source *source;

struct image::session *session = create_session(manager, source);

navi Jan 24

thinking of the namespace proposal for c, and, i wonder if, we couldn’t have namespaces done in the preprocessor, like:

/* lib.h */
#namespace lib lib_

void lib::foo(); /* declares lib_foo as a function name */

/* app.c */
#include <lib.h>
#using lib::foo
#using lib::foo as nya
#using lib as MyApi

int main(void) {
	/* all of those would be pre-processed to lib_foo() */
	lib::foo();
	foo();
	nya();
	MyApi::foo();
}

works with macros, and identifiers, basically anywhere a #define would also work

and could be backwards compatible, e.g. if i were to use it in openrc:

/* rc.h */
#ifdef _HAS_NAMESPACE
#namespace rc rc_
#namespace RC RC_
#endif

now older c programs can still use rc_service_resolve, and newer ones can use rc::service_resolve (as well as #using directives)

including whole namespace, like #using lib, could work but it’d be a pain to implement i think, since the preprocessor would need to keep track of all lib_ it sees since #namespace was declared, and forward-replace them

but with or without whole-namespace-inclusion, this has really simple semantics and imo predictable errors, as namespacing conflicts can be reported the same way “redefinition” of macro names are

Show thread

ƧƿѦςɛ♏ѦਹѤʞ Dec 30

@deedasmi
About three quarters of them wouldn't have any vowels, so good luck pronouncing them 🙂
#maths #NameSpace

Show thread

Claudio Zizza 🦜Nov 15, 2025

@afilina This is also how some mocking libs replace functions. There's a slide about it in one of my older talks. #php #namespace
https://senseexception.github.io/mock-mock-mock-talk/#/21

Mock Mock Mock

Habr Nov 3, 2025

[Перевод] Как мы освободили 7 ТиБ памяти

Многие команды работают с кластерами Kubernetes побольше нашего. В них больше узлов , больше подов, больше ingress и так далее. По большинству размерностей нас кто-нибудь, да побеждает. Но есть одна размерность, по которой, как мы подозреваем, мы почти на вершине: это пространства имён. Я думаю так, потому что мы постоянно сталкиваемся со странным поведением во всех процессах, которые их отслеживают. В частности, все процессы, выполняющие их listwatch, занимают на удивление много памяти и подвергают apiserver серьёзной нагрузке. Это стало одной из сложностей масштабирования, которую замечаешь, только достигая определённого порога. При увеличении оверхеда памяти эффективность снижается: каждый байт, который нам нужно использовать для управления — это байт, отнятый у пользовательских сервисов. Проблема сильно усугубляется, когда daemonset должен выполнять listwatch пространств имён или сетевых политик (netpol), которые мы определяем для каждого пространства имён. Так как daemonset запускают под в каждом узле, каждый из этих подов выполняет listwatch одних и тех же ресурсов, из-за чего объём используемой памяти увеличивается при росте количества узлов. Хуже того — эти вызовы listwatch серьёзно нагружали apiserver. Если одновременно перезапускалось множество подов daemonset, например, при развёртывании, то они могли перегрузить сервер запросами и вызвать реальный вылет.

https://habr.com/ru/articles/962642/

#пространство_имен #контейнеры #контейнеры_docker #поды #namespace

Как мы освободили 7 ТиБ памяти

Внутри гиперкуба плохих вайбов: размерность пространства имён Готовимся к вскрытию того, что я называю гиперкубом плохих вайбов Kubernetes Многие команды работают с кластерами Kubernetes побольше...

Хабр