можно считать как и ажур

восресенье прошло не зря

Спасибо, отличная работа!

На хабр не хочешь запилить?

Что запилить ?

Статью

не я не писатель

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

плюс мой дурной кейс с последовательным врайтом

https://docs.microsoft.com/en-us/azure/storage/common/storage-premium-storage

да и тут инфа интересная

Premium Storage disk limits

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

по моему кейсу мне 1 кпу и 2-3 гига памяти с головой, но на запись надо хотяб 50 мегабайт

лан не хотябы, 50 норм, но стабильные

бля до чего же унылый ажур по дисковой подсистеме, даже на L инстансах

Вот как так?

это как с ажуром и его дисковой, она есть, но сейчас закрыто

сука на рандомной записи на L инстансе 20 мегабайт в секунду

мда, походу, пока ажур еще на годика 3-4

мда, походу, пока ажур еще на годика 3-4

hyper-v и не может быть хорошим с точки зрения дисков

да тут кое кто пеной у рта всем нлаз на жопу натягивал на счет майкрософта и его решений

вот потестил

странный человек

мс говноделы

ну мало ли

я всегда пытаюсь верить в то, что может быть лучше

не это не про майкрсоофт

с ними всегда надо готовится к худшему

да просто сейчас все больше вакансий прилетает с ажуром

и не всегда виндовс онли инфраструктуры

не ну я понимаю у них хорошее летенси и иопсы, но бля настолько низкая пропускная даже на линейной записи - ну это пиздец

в гребанном квм на гребанной фнс шаре - и то выше

Вот кстати интересно

Это у них диски такие хреновые или это косы?

хз, никто не скажет

то что тротлят - да факт

но не настолько же

при 12к иопсов на рандомной записи с вырубленным директом поиметь 35 мегабайт в секунду

ну бля

https://blogs.technet.microsoft.com/xiangwu/2017/05/14/azure-vm-storage-performance-and-throttling-demystify/

Огонь схема

For example, the Premium Disk P30 disk limit is 5000 IOPS and 200MB/s. This is the upper limit you can get for async IOs if you push enough IOs. For single thread sync IO, you will never get to this limit unless the sync IO uses multiple processes/threads that keep the outstanding IO or disk queue high

там при 4 тредах и 4 кпу оно на рандоме выдавала от 20 до 50 мегабайт

и это был L инстанс который диск перфоманс

вот тот еж диск перфоманс на авс

fio —name=randwrite —iodepth=1 —rw=randwrite —bs=4k —direct=1 —size=1024M —numjobs=4 —runtime=300 —group_reporting —time_based randwrite: (g=0): rw=randwrite, bs=4K-4K/4K-4K/4K-4K, ioengine=sync, iodepth=1 ... fio-2.2.10 Starting 4 processes randwrite: Laying out IO file(s) (1 file(s) / 1024MB) randwrite: Laying out IO file(s) (1 file(s) / 1024MB) Jobs: 4 (f=4): [w(4)] [100.0% done] [0KB/14572KB/0KB /s] [0/3643/0 iops] [eta 00m:00s] randwrite: (groupid=0, jobs=4): err= 0: pid=2700: Sun Oct 15 17:24:51 2017 write: io=4616.5MB, bw=15757KB/s, iops=3939, runt=300001msec clat (usec): min=380, max=81629, avg=1012.70, stdev=1943.14 lat (usec): min=381, max=81629, avg=1013.01, stdev=1943.14 clat percentiles (usec): | 1.00th=[ 434], 5.00th=[ 458], 10.00th=[ 470], 20.00th=[ 486], | 30.00th=[ 502], 40.00th=[ 516], 50.00th=[ 532], 60.00th=[ 548], | 70.00th=[ 572], 80.00th=[ 612], 90.00th=[ 788], 95.00th=[ 4448], | 99.00th=[10816], 99.50th=[12096], 99.90th=[17280], 99.95th=[19072], | 99.99th=[22400] bw (KB /s): min= 2582, max= 5656, per=25.02%, avg=3942.12, stdev=406.70 lat (usec) : 500=28.84%, 750=60.31%, 1000=2.65% lat (msec) : 2=1.31%, 4=1.57%, 10=3.82%, 20=1.49%, 50=0.03% lat (msec) : 100=0.01% cpu : usr=0.52%, sys=2.03%, ctx=1182984, majf=0, minf=39 IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% issued : total=r=0/w=1181804/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0 latency : target=0, window=0, percentile=100.00%, depth=1 Run status group 0 (all jobs): WRITE: io=4616.5MB, aggrb=15757KB/s, minb=15757KB/s, maxb=15757KB/s, mint=300001msec, maxt=300001msec Disk stats (read/write): xvda: ios=8/1212792, merge=0/23748, ticks=20/1282056, in_queue=1282064, util=100.00%

а это ты виноват

один из 2 стореджей они забрали

для того что бы тебе на выставке показать)

^^^была попытка пошутить

смол бизнес - оно и есть смол бизнес

кто в очко долбится?

В этом чате нет таких

Я надеюсь

Я имел в виду "нет пользователей сего поделия"

Что же касается долбления в очко, тут все менее очевидно

ну вот я пару дней потыкал

typical clowd people

можно и так сказать

не ну реально было интересно шо и как

Вместо того, чтобы долбиться в очко, карабкайтесь лучше по бесконечной лестнице абстракций

ну короче, я когда-то ажур юзал то ли в конце 14, то ли в феврале 15 (уже и забыл), люди дали бабок что бы их офисную инфру серестить с ажуром, я тогда скрестил и забыл

ну привык что венда тормозит и хуй с ним

а тут то оказывается как

https://technet.microsoft.com/en-us/library/dn387076.aspx

юзал кто такое?

вот думаю для mssql сделать

не могу, у заказчика 2014 sp2

и они менять не будут

Пусть перейдут на хмурый

они и так на шляпе

героин

Бля, кто в Екате, я, что ли? Спроси там у Ройзмана

Пусть перейдут на хмурый

в понедельник в 11 буду по поводу вас говорить

в понедельник в 11 буду по поводу вас говорить

Нарм, удачи

сходится, сервисы и редисы с нгинском на шляпе