дык я о том и говорю, что жипег базируется на психофизиологических
особенностях зрения, поэтому для картинок вполне эффективен, но
подобные алгоритмы совершенно не годятся для сжатия без потерь. а
как бы топик о применении технологий компрессии ОЗУ, то бишь именно
без потерь. Вообще-то применение подобных технологий динамической компрессии данных на уровне драйверов или даже аппаратно - это от ленивости программистов :)) потому как можно всё сделать на уровне прикладной программы :)) правда долго и трудозатратно. Аппаратная компрессия наиболее интересна, но сильно сомневаюсь в возможности достичь более-менее вменяемой скорости при приемлемом качестве компрессии, если речь конечно идёт о быстром ОЗУ, а не внешнем RAM-довеске к МК :))
Хотя, кремний сейчас дёшев, а скорости исчисляются гигагерцами и задержки в доли наносекунд, что сильно быстрее любой внешней шины, на которой висит ОЗУ. В принципе, наверное аппаратная компрессия возможна, вот только есть ли смысл?? в текущей ситуации, когда ядер процессоров как "говна за баней" можно загрузить одно ядро динамической софтовой компрессией. Возможно, что и общая производительность системы сильно не пострадает. У софтовой компрессии преимущество - гибкость применения разных алгоритмов и потенциально большие объёмы словарей. можно сегментировать озу с быстрой компрессией (как бы просто ОЗУ) и оптимизированное по эффективности сжатия (можно более медленным, но более "плотно пакующим" алгоритмом) части ОЗУ, где скорость не так важна ( к примеру своп-файл в ОЗУ, кеши прикладных программ, спулеры, и прочее, где допустимы достаточно большие задержки