Pull to refresh
15
0
Сергей Соломеин @kilgur

АСУшник

Send message

А может мантикора стать drop-in replacement для 3го сфинкса? Если есть отличия в синтаксисе sql, то где можно почитать?

Наверное, стоило добавить в конце статьи:
— А массу-то где взять для мультивселенной?!!!
— Массу-то? Да хрен его знает…
/sarcasm

Если не переменные, то как?

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

Так это если бы бог ответил в духе "иди-ка, ты, Вася домой", только на английском и использовал бы "thou", тогда было бы "подчёркнуто подчинённое положение".
Но, думаю, чаще верующие обращаются к богу, и называя его "thou" непонятно, как тут "подчёркивается подчинённое положение".

у вас тут степень потерялась. подумал, что 10-15 нг — это как-то дофига для фуфломицина, а в оригинале 10-15 да ещё и «нанограмм».

Подскажите, где взять “дешевый VPS за 4 евро с характеристиками: 2 core CPU 2.4GHz, 4GB RAM, 300 GB HDD"?
У меня в хетцнере — 1/2/20 за 3 евро — прочитав про вашу, моё земноводное проснулось и мешает мне дышать :-) в scaleway — аналогичные ценники, российские хостинги предлагают дороже...

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


BenchmarkStringsBuilderJSON4-8           5000000               349 ns/op             296 B/op          7 allocs/op
BenchmarkBytesBufferJSON4-8              3000000               436 ns/op             352 B/op          6 allocs/op

невелика разница… и StringBuilder таки быстрее.

А зачем нужен strings.Builder, если есть bytes.Buffer?


BenchmarkStringsBuilderJSON4-8           5000000               345 ns/op             296 B/op          7 allocs/op
BenchmarkBytesBufferJSON4-8             2000000000               0.28 ns/op            0 B/op          0 allocs/op

В обеих функциях идентичные вызовы b.WriteString, отличия только в первой строке: var b strings.Builder в одном случае, и var b bytes.Buffer — в другом.

Поддержу. Мне кажется, что лучше 2 апреля расставить соответствующие тэги на соответствующие статьи, чем портить эффект розыгрыша.
Дык, как раз в ТУ сторону. Судите сами: на фото искры летят вправо, следовательно, диск крутится против часовой стрелки. Если диск «закусит», болгарка будет «крутиться» в обратную сторону, т.е. по часовой стрелке. Следовательно, полетит от оператора, а не в стол и на него.
Или я неправильно понимаю физику процесса?

У вас "(S)" в заголовке лишняя. А в остальном — классно. Спасибо за такое "галопом по европам".

А разве не за счет аккомодации определяется расстояние до объектов? imho, механизмов определения расстояния несколько — вблизи лучше работает стерео, подальше и более грубо — аккомодация… и это всё hardware, к которому можно добавить software обработку мозгом (по теням, в том числе). У меня примерно такое мнение о работе глаз сложилось из усвоенного.
Что касается людей с одним глазом, у меня был директор, который прекрасно справлялся с определением расстояний и (с его слов, разумеется) никаких особых проблем не испытывал.
Почему сразу категоричное «никогда»?
Можно, например, завести 4 ноды при кворуме в 3 — надежность не выше, чем у 3х нод, но производительность может быть выше (если фактор репликации == 2). Имеет право на жизнь…

А я тоже был черезчур категоричен в предыдущем комментарии — при кворуме, равном 2, и 5 нодах в кластере запросто возможен split-brain, хотя, казалось бы, нечётное же количество нод… Разумеется, это справедливо для систем, в которых кворум можно установить в настройках (а не высчитывается автоматически из количества нод).
Если у вас чётное количество нод, то есть вероятность split-brain; если нечётное, то split-brain невозможен. Пояснить подробнее или ваш комментарий — претензия к формулировке в комментарии skywalk7?

LA сам по себе — фиговый показатель. Если их сервис ощутимо грузит cpu, то таки да, LA в 1 может уже быть проблемой, imho. Для не критичнной к cpu нагрузке и при LA в 15 сервис может выдавать приемлемое latency.

К октету привязываться смысла нет, всё равно оверхэд на объекты приличный, поэтому imho [0, 255] как раз-таки нелогично. Я думаю, что этот диапазон как-то статистически определили… надеюсь, во всяком случае, но точной информации не имею.
a=300

python создал объект класса int со значением 300 для литерала 300, в переменную a положил адрес этого объекта.

def abc(x):
    print(id(x))

в локальную переменную x было скопировано значение переменной a, которая содержит адрес объекта 300, следовательно, x теперь тоже содержит адрес объекта 300

print(id(300))

поскольку значение переменной a ранее было задано литералом, который также используется и в данной инструкции, логично что инструкция выведет тот же адрес — зачем нам два литерала с одинаковым значением?
Если вы измените a=300 на a=299+1, то это не поможет, поскольку python достаточно умный, чтобы сразу создать литерал объекта-числа 300. А вот если сначала b=250, а потом a=b+50, то в коде программы уже литерал 300 не встречается и print(id(300)) придется создать новый объект числа 300.

Что касается списков, то тут я в затруднении — списковые литералы должны создаваться отдельными объектами, даже если они содержат одинаковые элементы. Возможно, интерпретатор достаточно умён, чтобы определить, что через переменную, хранящую адрес списка, сам список не изменяется… Т.е. тут у меня знаний не хватает, есть только догадки.
1 в python — это не байт со значением 0x01 и даже не 4 байта 00 00 00 01 (или 01 00 00 00), а объект класса int, хранящий значение 1 (сколько байт в памяти он будет занимать, если я правильно помню, зависит от платформы). В целях оптимизации интерпретатор заранее создает объекты-числа в диапазоне [-5, 256]. Поэтому, если a = 257, а потом путем вычислений получили other_var = 257, то id(a) != id(other_var). Это уже разные объекты, пусть и имеющие одно значение.
Выделение памяти и копирование указателя как раз-таки и происходит при передаче параметров в функцию. Т.е. в функции вы всегда имеете дело с копиями ссылок на объекты. Просто для мутабельных объектов (changeable in-place) нет разницы как вы с ним манипулируете: через оригинальную ссылку (переменную вызывающей функции) или её копию (аргумент в вызываемой функции).

Information

Rating
Does not participate
Location
Пермь, Пермский край, Россия
Registered
Activity