Тоді блокували доступ до соцмереж. За IP. Що це як не заборона?
Зараз пропонують заборонити держустановам вести телеграм-канали. Хіба це заборона?
Ну якщо ви не маєте грошей на продакт овнера — то будете наймати більше «продуктових розробників». Вони ж дешевші.
Тю. Коли ВКонтакті та Однокласників блочили, Зеленський ще знімав роліки про спартанців.
Ну в совке интеллигенция была запрещена — поэтому и кино такое. Но в каких-то Детях капитана Гранта могло пролезть — потому что оно не о советской жизни, а о прошлом веке. А в СССР супермена быть не могло — «у каждого свои недостатки».
Ще щось чув за Штірліца, але я його не дивився
Neuroshima Hex.
Ще є Rune Age.
А якщо завести Relic — то на цілий день сесія. Якщо не боїтеся підсадити дітей на Вархаммер.
Ну як би там поруч їхня ж Мононоке Хіме — навряд чи геть дитяча. З анімешками ліпше самому спочатку продивитись, бо де Кайба там і Єва. Хоча й старі дитячі фільми теж різні бувають — наприклад, Валерія та тиждень див.
Майже весь ембедед — С або С++. Інколи з обмеженнями фіч — якщо треба проходити сертифікації для life-critical applications.
Ось ми вже дізнались що ви навіть мегабайт виділяєте. А не «пам’ять виділяти не треба».
Ви всерйоз порівнюєте константний маленький буфер для одного ключа з повним дублюванням на десятки гігабайт у редіс?
Ви пишете ключі на диск по-одному?
Цитую:
ні, ніякого виділення пам’яті. Нащо? сериалізація проходить через кожен елемент і він одразу йде у стрім.
стрім пише за допомогою IO_URING у сериалізованому форматі, ніякого побітового формату. IO_URING вже цільцевий буфер більше нам і не треба.
1) Серіалізація відбуваєьтся прямо в кернельний буфер? Я думав, що він приймає вказівники на дані, котрі потрібно записати.
2) Повертаємочь до мого прикладу. Ви вже серіалізували ключ А. Юзер перезаписав ключ А і потім ключ Б. Тепер ви серіалізуєте ключ Б. В снепшоті буде новий Б та старий А. Чи ви потім ще раз пройдетесь хеш таблицею, і окремо до снепшоту допишете ще лог з новим ключем А?
Стрім пише прямо з хеш таблиці на диск в побітовому форматі хеш таблиці? Як інакше він може її переформатувати без виділення буферу?
Як хеш таблиця суміщується з версіонуванням? Це в вал’ю замість одного ключа лежить список версій ключа?
А стрім — це що? Абстракція у вакумі? Звичайно, якщо вам не ліньки блокувати хеш на купу часу, поки буфера стріму дампляться на диск — тоді стрім може жити у маленькому буфері. А якщо хочете відпустити хеш швидко — то ваш стрім має вмістити дані з усієї хеш таблиці, відповідно — його розмір рівний розміру снепшота, і вам треба цю пам’ять виділити. Навіть якщо ви про це не здогадуєтесь, і працюєте з абстрактним об’єктом у вакумі.
Себто, під час реплікації ви копіюєте хеш таблицю в снепшот, під котрий окремо виділяєте пам’ять? А коли Редіс форкається, то проблема що в нього (на два процеси) один снепшот та дві таблиці, а у вас — один снепшот, одна таблиця і один журнал в оперативці?
З мого досвіду — за це не платять. А за програмерські скіли можуть заплатити — якщо пощастить.