Pull to refresh
74
0
Александр Горлов @agorlov

User

Send message
Конкретную сессию вылавливать очень сложно, т.к. средняя сессия работы с БД у нас длится в среднем меньше 0.2секунды

Для нас гораздо удобнее смотреть, по факту загрузки определенной страницы — чем она генерится.

С просмотра общего потока запросов мы начинали, в один момент времени база обслуживает
много пользователей и в общем потоке запросов трудно выделять свои.

я наткнулся на этот профайлер, когда мы думали как сделать вывод всех запросов в консоль FireBug (через firephp)… сначала начлали писать враппер вокруг класса доступа к БД…

но когда узнали про эту фичу — добавили два фрагмента кода, в самом начале программы, при подключении к БД, и в самом конце дампим в консоль,

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

Большое спасибо всем, что поддержали мой пост и меня :)
И с торможением и поворотом там наверное все непросто.

куда руки девать… :)
и не устает ли спина
Эти данные на собственном опыте получены или теория?

Интересует, насколько на нем комфортно ехать, нужно ли постоянно балансировать?
Или как на обычном велосипеде, покручивай педали, смотри вперед и наслаждайся?
то что участие платное тоже полезно было бы указать в тексте
Фишка этого корпуса в его отсутствии! В 1U серверах стоит как минимум 5-8 вентиляторов которые создают много шума, но обеспечивают постоянный проток воздуха.

Тут за счет такой открытости — вентиляторов как в обычном десктопе. А если в серверы ставить низкопотребляющие и не греющиеся Atomы, то вообще можно вентилятором БП обойтись.

Энергия дорогая.
И с этим я уже сталкивался, работал в гос. учреждении в течении последних 10 лет там постоянно вводилось в эксплуатацию новое оборудование. Но в этом году закончилась мощность :-) выделенная на здания учреждения. Теперь там народ начал думать и об эффективном расходовании эл. энергии, о чем раньше никто не парился.
Вторую половину упса (после батарей) занимает — трансформатор и силовая электроника инвертора.
В этом варианте ни трансформатор ни инвертор не нужен! получается дешевле и эффективней!

В этом варианте даже зарядное устройство как таковое не нужно. Как в автомобиле, генератор вырабатывает чуть больше напряжение чем 12В за счет чего идет зарядка аккумулятора. Стандартный блок питания уже выдает 12В.
Дешевле. Констукция упса сложней — в нем 12 в аккума надо преобразовать в 220В переменки, которые потом блок питания компа обратно преобразует в 12в, и свою линейку напряжений.
За это отвечает инвертор в конструкции блока питания, кстати довольно дорогое устройство и чем мощнее инвертор тем он дороже.

Тут 12В уже приходят от батарейки и их преобразовывать туда обратно не нужно! И еще важен тот факт, что лишние преобразования сильно ухудшают КПД.

Мне нравится их сервер, хорош. Жду когда такое начнут продавать :)

Сами покупаем дорогие железки, а это чудо, уверен стоит не больше 20-30тр. хотя мы сейчас за 1U сервер платим 60-100т.р.
Здорово было бы заменить эл.двигатель на такой движитель, вообще никакой механики и минимум потерь :-)
Интересно узнать о энергетических и тяговых характеристиках этого конденсатора :-)

Представляете как бы упростилась конструкция электрического транспорта!

Кстати, эл. статическое поле высокой напряженности создает компактный эл.шокер и для этого не нужны гигантские аккумуляторы.
надо встроить в каждый терминал GPS или ГЛОНАСС )
и при регистрации в сети, чтоб он свои координаты отдавал

И на сайте сделать карту и нанести точечками все терминалы.

Правда, даже если знаешь, что терминал находится в определенном
здании не всегда его легко будет найти (на каком он этаже?.. и не во
всякое здание можно попасть)
При платной подписке на эту БД, как обновления происходят?
Как на данный момент проект развивается?
memcachedb — это БД Berkeley DB (http://ru.wikipedia.org/wiki/BDB) + интерфейс работы аналогичный memcache. Так что это совсем не кеш-сервер.

Кстати BDB сейчас компания Оракл поддерживает.

Сама база умеет хранить ключ и его значение (аналогично тому что мы обычно временно сохраняем в memcache).

На прошлой неделе тестировали для своего проекта, запись и извлечение миллионов записей в BDB (используя memcachedb) — работает очень быстро ) у нас он записывал со скоростью 9-17 тыс. записей в секунду.
Известное дело, чтобы дождь шел или снег. :)

Намекаете, что не понимаю, так объясните.

Допустим, такой сценарий возможен:

На EC2 хостят много интернет магазинов,
в пик продаж — перед новым годом всем нужно обработать больше запросов,
все хотят нарастить кол-во instance… а на всех не хватило.
Представляете, у ОБЛАКА сотни или тысячи пользователей, а оно дало сбой или по какой-то причине оно достигла пика нагрузки… )
Спасибо, знаю теперь где копать. :-)
Поставил бы плюс, да недорос сам кармой до такой возможности.
Спасибо за поучительный линк.

Не каждый догадается, что эти последовательности называются vt100 codes, ссылка не радует, даже обижает (
Вдохновлен вашим постом )
Всегда так хотел уметь.

Поделитесь опытом вашего дурга :), как можно для любого приложения (photoshop/cuniform...)
получить его API… этого же в MSDN нет?

PS: не силен в программировании под винду, потому и задаю, возможно, элементарный вопрос…
PPS: захотелось узнать больше про VB

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity