fshp: 14 гигабайт свободной памяти.
Круто вам. Своп? Вы когда-нибудь работали с жесткими дисками ноутбуков, у которых 2 гига опервативки? :)
Академический интерес - это классно. Но вы вопрос автора читали? И как давно вы последний раз сидели за ноутбуком с 2 ГБ оперативной памяти со всеми вытекающими? :)
fshp: а по ссылке, я ответил - сравнения мягкого с теплым. Одно сферическое сравнение, неизвестно на какой машине, с какими условиями.
не спорю, с программами ориентированными только на 64 работать куда проще с 64. Но исходя из темы вопроса - нотубук с 2 ГБ оперативки, который тормозит на юнити - 64 бита это явно первое от чего надо избавиться
fshp: ну что за сравнение мягкого с теплым?
ну вот каким образом увеличение количества возможной адресуемой оперативной памяти процессором скажется на системах, где это увеличение невозможно.
Только без сравнений, давайте, чистую теорию и ссылку куда-нибудь, кроме ответов.майл.ру, буду признателен, если действительно ошибаюсь.
poleteli-poleteli: просто смотрите, что такое сетка. можно сразу на сайте бутстрапа getbootstrap.com/css/#grid
Сетка делит экран на равное количество частей. Часто, и в частности в бутстрапе, - на 12 частей.
Col-md-9 значит, 9 частей экрана. Col-md-8 - 8 частей
Col-md-offset-2 - значит, пропустить слева 2 части экрана
Выходит, col-md-8 col-md-offset-2 - это:
пропустить 2 части экрана слева, заполнить контентом 8 частей, не трогать оставшиеся 2 части. Собственно, это определение "по центру" :) как-то так
Вывод:
- потенциально программы начнут занимать до х2 в оперативке (все указатели станут 64 битными)
- скорость работы 32х битных приложений увеличится в редких случаях и то. если оперативки у вас больше 4 ГБ
- если меньше 4ГБ оперативки, то нивелируется плюс в работе с более чем 4 ГБ :)
- приложений оптимизированных только под работу с 64 битами - не так уж и много.
Что имеем по факту? У вас меньше свободной оперативки и прокачанное писькодрочерство на тему, что "у меня 64битный комп".
fshp: пруф можно на то, каким образом вы будете "быстрее перемещать данные" ? :)
Действительно, регистры умеют использовать 64 бита.
А так же те регистры, которым хватает 32 бита - заполняются нулями, что бы соответствовать 64 битам.
Смысл увеличения разрядности в том, что бы иметь возможность адресовать больше ячеек памяти. В 32 разрядах вы не сможете работать более, чем с 3,5 ГБ оперативки.
Действительно, при работе с большим объемом данных (более 4 ГБ) работа с памятью будет эффективне. Но только в том случае, если оперативки будет тоже больше 4 гб.
maximilyanvelikolepny: fshp: объясните мне, глупому, что значит "комп 64 бит" и зачем нужны эти самые 64бит, если стоит 2 гига оперативки?
Почему не минт? Например, потому что по убунте в разы больше готовых решений, ответов, разжеванных мануалов. Почему это лучше для автора топика? Потому что он даже по убунте не смог нагуглить, что такое десктоп менеджер, дисплей менеджер и т.д.
willlli: Значит, не поняли, что такое EAV. Перечитайте еще раз.
Конечно, полноты ответа ради, нужно добавить, что при большой степени денормализации базы нужно посмотреть в сторону nosql решений. Но в вашем случае об этом думать вообще рано.
Упрощенный смысл EAV в том, что у вас есть таблицы:
Property Name
Игорь Самохин: то есть, нужно что б не пользователь это делал, а вы сами выставили значение, к которому будут масштабироваться все изображения ?
Довольно нетипично тогда, и как-то это надо явно указывать в вопросе.
Такое тоже не подходит? stackoverflow.com/questions/346045/jquery-jcrop-ho... я так понимаю, фоллбек к флешу он сделает сам.
1. Не надо начинать с поиска решения минимально-воможного времени выполнения
2. Не надо делать самый быстрый поиск. Получить данные по всем словам, потом сделайте, например, тот же нечеткий поиск по ним
Как столкнетесь с проблемами в производительности, тогда их и решайте (преждевременная оптимизация - это плохо). Может, ваших ресурсов (мощный процессор) и условий (всего то 10 книг по 100 000 слов) будет хватать с головой (единоразовый поиск не ограниченный по времени).
Возможно, наоборот, данных будет так много и обрабатывать так быстро, что будет играть роль не оптимизация алгоритма, а его распараллеливание.
Но это уже условия другой задачи. Производительность, безопасность, поддерживаемость, расширяемость - это все круто, но каждое слово - всего лишь задача, которая не всегда имеет место. Или не всегда в приоритете.
onahapa: начнем с того, что код на jsfiddle и здесь у вас разный (html разметка). На фиддле вы хотите нажать на элемент, у которого display: none. А таких элементов на странице не существует. Поэтому вы хотите нажать на несуществующий элемент. Если взять разметку ту, что вы привели в вопросе, то должно работать, теоретически. Если нет - то отредактируйте фиддл и попробуйте задать вопрос еще раз.
Alexander: Тут дело не в размере. Если перевозить людей - определенно, такси, если бревна - грузовик.
Информационный портал - это слишком широко.
Тем более, никто не мешает одну часть данных хранить в монге, одну - в реляционной базе
Круто вам. Своп? Вы когда-нибудь работали с жесткими дисками ноутбуков, у которых 2 гига опервативки? :)
Академический интерес - это классно. Но вы вопрос автора читали? И как давно вы последний раз сидели за ноутбуком с 2 ГБ оперативной памяти со всеми вытекающими? :)