Кстати еще советую взять EnterpriseDB. Это постгрес собраный интеловским компилятором(плюс поддержка языка SQL оракла). На оптеронах скорость была выше чем gcc сборка. Тут вообще поле для экспериментов очень большое. Все еще зависит от того какие у Вас данные в базе.
Ну во-первых через USE можно включать нужный функционал.
А во-вторых через CFLAGS задаются оптимизации компилятору.
И самое сложное в том что бы собрать систему(glibc особенно) с нужными параметрами, которые дадут больший перформанс. Лет 5 назад мы на работе проверяли расчет матрици комбинация на Erlang.
На SLES 1,5 миллиона вариантов развернулись за 4,3 секунды, а на Gentoo за 15,2.
Железо одно и тоже, версии тоже примерно одинаковые были. Но SuSE кроме просто сборки еще и занимается профилированием, чего gentoo никогда делать не будут.
Я много чего сделал для Gentoo в свое время. Например вот этот документ — www.gentoo.org/doc/en/utf-8.xml.
Сейчас немного другие цели, потому Gentoo и не использую.
Угу… Я так и представил как админ будет сидеть профилировать систему с разными флагами USE и компилятора, для того что бы сделать базу быстрее… Не смешите мои тапки. Сколько он времени на это потратит?
Я вам скажу по секрету что на JFS будет еще быстрее.
Ну а по тесту — где тест на запись?!
Я имею ввиду вставка например 100 миллионов записей в одну таблицу.
честно изза батарейки.
У меня плеер живет от одной подзарадки неделю, а телефон при прослушивании музыки живет на порядок меньше времени. Да и телефонную гарнируту не люблю. Они у меня в ушах не держаться.
1,7 Gb написано… Но всё равно… Ты будешь в такую игрульку в метро играться? Или дома на диване? Если дома на диване — тогда лучше уже на планшете, а не на телефоне… Не ну можно конечно же ходить с лопатой как Samsung Note… Но это помоему уже маразм.
У меня 32 на телефоне, что с ними делать я хз. Музыка у меня на плеере, фотки много не занимают. Фильмы? На телефоне? Не вижу смысла… Вот и простаивают гигов 30…
Я видел длинные ногти на мизинце у матёрых электронщиков. Спросить почему не осмелился, но так полагаю что что-то со снятием статического заряда связано.
ну учитывая что я не один Вас не правильно понял, значит Вы не сформулировали свою идею должным образом.
Я думаю Вам :q вообще не надо было трогать. Вот именно она и сбивает с толку. ИМХО конечно же
А во-вторых через CFLAGS задаются оптимизации компилятору.
И самое сложное в том что бы собрать систему(glibc особенно) с нужными параметрами, которые дадут больший перформанс. Лет 5 назад мы на работе проверяли расчет матрици комбинация на Erlang.
На SLES 1,5 миллиона вариантов развернулись за 4,3 секунды, а на Gentoo за 15,2.
Железо одно и тоже, версии тоже примерно одинаковые были. Но SuSE кроме просто сборки еще и занимается профилированием, чего gentoo никогда делать не будут.
Сейчас немного другие цели, потому Gentoo и не использую.
Ну а по тесту — где тест на запись?!
Я имею ввиду вставка например 100 миллионов записей в одну таблицу.
У меня плеер живет от одной подзарадки неделю, а телефон при прослушивании музыки живет на порядок меньше времени. Да и телефонную гарнируту не люблю. Они у меня в ушах не держаться.
Я думаю Вам :q вообще не надо было трогать. Вот именно она и сбивает с толку. ИМХО конечно же
Ну так так бы и написали — «Мне был нужен способ закрывать буферы в процессе работы НЕ выходя из Vim»