Страница 10 из 11
Re: Запись разговоров в базу mysql..
Добавлено: 18 апр 2013, 22:05
ys1797
Норматив гто - 128 страниц.
И вообе, что значит сервер не поддерживат? Мопед не мой? Разместите обЪяву - что сделали поддержку всех методов http, а не только GET и POST.
Re: Запись разговоров в базу mysql..
Добавлено: 18 апр 2013, 22:30
tma
Sfinx писал(а):И еще я до сих пор не понял - как там теория с практикой состыкуется ?
Наш практик пишет аудио-файлы в БД? Замеры производительности - в студию.
Re: Запись разговоров в базу mysql..
Добавлено: 19 апр 2013, 09:30
noize
И снова, и снова продолжился бой.
Но вскоре заглохли и крики, и вой -
Замолкло сражение, утих звон клинков,
Не стало всех женщин и всех мужиков.
Re: Запись разговоров в базу mysql..
Добавлено: 19 апр 2013, 15:18
tma
Лично я для себя больше ничего полезного из данной дискуссии не вынесу, поэтому выхожу из нее.
Было бы интересно посмотреть на реальные системы по хранению бинарной информации в БД в сравнении с хранением на ФС,
а не простое разглагольствование на тему, как это было бы прекрасно. Увидеть цифры и т.д. Но... не суждено.
Re: Запись разговоров в базу mysql..
Добавлено: 20 апр 2013, 11:33
Sfinx
tma писал(а):Sfinx писал(а):И еще я до сих пор не понял - как там теория с практикой состыкуется ?
Наш практик пишет аудио-файлы в БД? Замеры производительности - в студию.
... PHP скрипт: вставка и чтение BLOB'а из кластерной базы (1 нода) ....
File - /blob, len - 104857600, hash - a758480b10d8399b2227a278768e6c27
FS Read speed - 1,466.80 Mb/sec, time is - 0.068175792694092
Inserted ok, id - 199
Insert speed - 43.54 Mb/sec, time is - 2.2967569828033
0:Select speed - 62.12 Mb/sec, time is - 1.609885931015
1:Select speed - 57.20 Mb/sec, time is - 1.7483429908752
2:Select speed - 62.47 Mb/sec, time is - 1.6007862091064
3:Select speed - 61.33 Mb/sec, time is - 1.630597114563
4:Select speed - 62.51 Mb/sec, time is - 1.5998129844666
.......
Даже для хранения видео подходит
винт обычный SATA-II 500GB, никаких RAID.
P.S. Mb/s это Мегабайт в секунду
Re: Запись разговоров в базу mysql..
Добавлено: 20 апр 2013, 13:09
ded
switch, я просто оставлю это здесь.
Re: Запись разговоров в базу mysql..
Добавлено: 20 апр 2013, 13:16
Sfinx
switch писал(а):мде, скорости 19-го века, не иначе...
Да и сама постановка теста достойна маразматика.
Код: Выделить всё
Sequential Read : 176.744 MB/s
Sequential Write : 58.327 MB/s
Random Read 512KB : 165.500 MB/s
Random Write 512KB : 58.362 MB/s
Random Read 4KB (QD=1) : 28.760 MB/s [ 7021.5 IOPS]
Random Write 4KB (QD=1) : 5.106 MB/s [ 1246.6 IOPS]
Random Read 4KB (QD=32) : 31.707 MB/s [ 7740.9 IOPS]
Random Write 4KB (QD=32) : 5.498 MB/s [ 1342.2 IOPS]
Test : 100 MB [C: 48.4% (14.4/29.8 GB)] (x5)
Date : 2011/04/14 0:53:01
А вообще скорость в 60 мегабайт в секунду говорит о том что толку от кластера ноль, да и кластер отстой, видимо на коленке поднятый из двух компов с помойки.
Никто и несомневался что ты маразматик - тест для тебя и тебе подобных, чтобы показать весь ваш напускной маразм о медленных базах - скорости для проигрывания аудио более чем достаточно. Насчет кластера с помойки - тебе до него все равно как до Луны ... причем раком ...
Re: Запись разговоров в базу mysql..
Добавлено: 20 апр 2013, 13:20
Sfinx
switch писал(а):И что из этого? Те замеры что я привел были сделаны 2 года назад, так что сейчас и у меня такого добра полно.
Не мешай троллить.
Кстати, все еще ждем результаты тестов передачи FAT по HTTP, иначе придется присвоить почетную медальку "форумный свистобол седьмого уровня без крылышек и гугошаров"
Re: Запись разговоров в базу mysql..
Добавлено: 20 апр 2013, 22:25
pan-user
в крупных Ынтерпрайзах с 4 астерисками по 101 абоненту бекапят только базы ?
Re: Запись разговоров в базу mysql..
Добавлено: 21 апр 2013, 10:05
pan-user
Out,
я про это высказывание матерого Энтерпрайзера:
а вот когда корпортивная политика и оборудование не мелкое, тогда все решается сохранением всех данных в базе.
Её легче бэкапить, и восстанавливать, чем базульку с сылками, и несколько директорий, где хранятся файлы записи разговоров, войсмэйлы и подобная бадяга.
и корпоративной политике бекапить базу, и о легкости и непринужденности востановления XXXXX GB базы вместо восстановления X GB базы.