-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/25136/#review52660
-----------------------------------------------------------



core/src/main/scala/kafka/admin/ReassignPartitionsCommand.scala
<https://reviews.apache.org/r/25136/#comment91547>

    I don't think this is required, since we are subsequently doing a map over 
the view which materializes the correct final collection. So it seems this map 
creates an unnecessary intermediate collection.



core/src/main/scala/kafka/controller/KafkaController.scala
<https://reviews.apache.org/r/25136/#comment91566>

    I don't really see why this is required either. mapValues is a view - so 
the access to .newReplicas is done on-demand. Why would it change?



core/src/main/scala/kafka/server/DelayedFetch.scala
<https://reviews.apache.org/r/25136/#comment91571>

    The data cannot change. The view in this case avoids creating an 
unnecessary copy of the data which will slow down the fetch.


I only reviewed up to DelayedFetch, because I think these changes are mostly 
unnecessary and also add overhead. Can you re-evaluate the above and the rest 
of the patch to see if there are any _correctness_ issues?

I agree with the premise of this jira - i.e., we should fix places where we use 
mapValues *and* cannot have a non-strict (i.e., lazily materialized) view. 
However, most of the existing uses of mapValues are as far as I can see 
legitimate uses of views where we don't need to materialize intermediate 
collections.

- Joel Koshy


On Sept. 3, 2014, 6:27 p.m., Mayuresh Gharat wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25136/
> -----------------------------------------------------------
> 
> (Updated Sept. 3, 2014, 6:27 p.m.)
> 
> 
> Review request for kafka.
> 
> 
> Bugs: KAFKA-1610
>     https://issues.apache.org/jira/browse/KAFKA-1610
> 
> 
> Repository: kafka
> 
> 
> Description
> -------
> 
> Added comments explaining the changes and reverted back some changes as per 
> comments on the reviewboard
> 
> 
> Removed the unnecessary import
> 
> 
> Made changes to comments as per the suggestions on the reviewboard
> 
> 
> Diffs
> -----
> 
>   core/src/main/scala/kafka/admin/ReassignPartitionsCommand.scala 
> 691d69a49a240f38883d2025afaec26fd61281b5 
>   core/src/main/scala/kafka/controller/KafkaController.scala 
> 8ab4a1b8072c9dd187a9a6e94138b725d1f1b153 
>   core/src/main/scala/kafka/server/DelayedFetch.scala 
> e0f14e25af03e6d4344386dcabc1457ee784d345 
>   core/src/main/scala/kafka/server/DelayedProduce.scala 
> 9481508fc2d6140b36829840c337e557f3d090da 
>   core/src/main/scala/kafka/server/KafkaApis.scala 
> c584b559416b3ee4bcbec5966be4891e0a03eefb 
>   core/src/main/scala/kafka/server/KafkaServer.scala 
> 28711182aaa70eaa623de858bc063cb2613b2a4d 
>   core/src/main/scala/kafka/tools/ReplicaVerificationTool.scala 
> af4783646803e58714770c21f8c3352370f26854 
>   core/src/test/scala/unit/kafka/server/LeaderElectionTest.scala 
> c2ba07c5fdbaf0e65ca033b2e4d88f45a8a15b2e 
> 
> Diff: https://reviews.apache.org/r/25136/diff/
> 
> 
> Testing
> -------
> 
> Ran the unit tests and everything passed and the build succeeeded
> 
> 
> Thanks,
> 
> Mayuresh Gharat
> 
>

Reply via email to